TakeV/spacemacs
Archived
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
This repository has been archived on 2024-10-22. You can view files and clone it, but cannot push or open issues or pull requests.
spacemacs/core/info/release-notes/0.300.txt

41 lines
1.8 KiB
Text
Raw Normal View History

core: add support for stable ELPA repository hosted on GitHub Use the official spacelpa ELPA repository. address: https://github.com/syl20bnr/spacelpa ELPA repository configuration is now in a file called .lock at the root of the git repository. Its goal is to setup the ELPA repositories for a given branch and it should not be modified! The philosophy of Spacemacs is to never fork the git repository and this lock file has been put in the repo on purpose. Only the master branch will have a .lock file that points to spacelpa, the develop branch won't use the stable ELPA repository and will continue to behave like it always did. BUT for testing purpose and until the first major version of Spacemacs that uses the stable ELPA repo is released I push a .lock file to develop branch that points to spacelpa. I understand that some people can be annoyed by this so the variable configuration-layer--elpa-archives can be overriden by putting a setq in your dotfile in the user-init function like this: (setq configuration-layer--elpa-archives '(("melpa" . "melpa.org/packages/") ("org" . "orgmode.org/elpa/") ("gnu" . "elpa.gnu.org/packages/")))
2017-10-29 04:28:22 +00:00
╭───────────────────────────────────────────────────────────╮
VERSION 0.300 IS ALMOST OUT!
╰───────────────────────────────────────────────────────────╯
The long awaited feature to have stable ELPA packages is now available in the
develop branch and we need to test it out before we release the 0.300 version.
The stable ELPA repository is a Git repository, the official one is called
Spacelpa and it is hosted on GitHub here:
https://github.com/syl20bnr/spacelpa
In the end only the master branch will use the stable ELPA repository and the
develop branch will continue to use bleeding edge packages from MELPA
essentially.
Unfortunately this new feature requires at least Emacs 25.1 to work correctly as
we need the archive priority feature of package.el that shipped with this
version of Emacs.
The ELPA repository configuration is set in a new immutable file called .lock
that sits at the root of the Spacemacs git repository.
Spacemacs downloads the whole ELPA stable repository locally so it means that
once it is installed you don't need an Internet connection anymore to install
any packages covered by Spacemacs layers!
Default installation location of the ELPA stable repository is in:
~/.emacs.d/.cache/stable-elpa
If you want to disable the ELPA stable repository put this in your dotfile in
the user-init function:
core: change scope of elpa stable variables make them public when they are used outside of core-configuration-layer.el make them private when they are used only on this file.
2017-11-02 03:13:47 +00:00
(setq configuration-layer-elpa-archives
core: add support for stable ELPA repository hosted on GitHub Use the official spacelpa ELPA repository. address: https://github.com/syl20bnr/spacelpa ELPA repository configuration is now in a file called .lock at the root of the git repository. Its goal is to setup the ELPA repositories for a given branch and it should not be modified! The philosophy of Spacemacs is to never fork the git repository and this lock file has been put in the repo on purpose. Only the master branch will have a .lock file that points to spacelpa, the develop branch won't use the stable ELPA repository and will continue to behave like it always did. BUT for testing purpose and until the first major version of Spacemacs that uses the stable ELPA repo is released I push a .lock file to develop branch that points to spacelpa. I understand that some people can be annoyed by this so the variable configuration-layer--elpa-archives can be overriden by putting a setq in your dotfile in the user-init function like this: (setq configuration-layer--elpa-archives '(("melpa" . "melpa.org/packages/") ("org" . "orgmode.org/elpa/") ("gnu" . "elpa.gnu.org/packages/")))
2017-10-29 04:28:22 +00:00
'(("melpa" . "melpa.org/packages/")
("org" . "orgmode.org/elpa/")
("gnu" . "elpa.gnu.org/packages/")))
Reference in a new issue Copy permalink