-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
proposal - external layer support #10494
Comments
Is this what you want?
|
Not exacly, my idea is to provide github locations and allow spacemacs do pull it.
|
great Idea, I would really love that! I had the same idea and to avoid clutter closed #10518, here is my reasoning why modular layers would be a great idea:
|
I'm opposed to it in this exact form, instead I would like to provide support for installing layers from PRs. Why ? One of the raison d'être of Spacemacs is to break the package ecosystem scheme in order to provide both consistency and curation, i.e. good packages that behave similarly. With an ever growing package ecosystem it becomes longer and harder to configure Emacs because there are a lot of options and all packages have their own ergonomics. If I open the door to external layers then we will just replicate the same ecosystem just with one level of abstraction higher. At some point we have to break this ecosystem to be able to design a beautiful system that can serve people directly. While Spacemacs won't support officially these external layers, it is still possible to use them easily: this is to clone the git repository in your private layer directory. But there is one kind of hybrid layers that are both external and official: the Pull Request layers. It would be awesome to provide facilities in Spacemacs to install them, test them, why not propose PR for this PR etc... |
That makes sense, it is quite simple to test a single PR by checking out the corresponding branch/repo, how would that work for more than one? There should maybe also be some facility to signal that one tested a certain PR and that it works, this way the maintainers would could set priorities on PRs. |
hence closed. Thanks! |
so, if I am on the develop branch plus some changes I made and want to try out the changes someone else made, is there a way to do this without doing all the merging myself? |
you can clone a repo, copy the folder for the layer to |
I wanted to try the |
You can branch from develop, comit your changes and merge checkout pr and merge it... |
Hello @syl20bnr,
currently it's possible to to specify package location.
I think it would be awesome to have same possibility for layers. It should make spacemacs more agile, since some users will have ability to develop there own layers and share it among other users in a convenient way. Spacemacs will behave a core.
https://github.com/syl20bnr/spacemacs/blob/develop/doc/LAYERS.org#packagesel
Thanks!
The text was updated successfully, but these errors were encountered: