Open derdrdirk opened 5 years ago
I'm seeing this issue after doing an [Update Packages] on v.0.200.13 with emacs 26.1 on linux. I'm not convinced the Update Packages is the problem, though: Did a rollback. Added a new package to dotspacemacs-additional-packages
but it doesn't get installed at restart, and it is deleted as an orphan if installed manually with list-packages
. Oddly, packages that were added to dotspacemacs-additional-packages
long ago seem to be working fine...??
I'm having a similar issue. Even though my .spacemacs
file contains
dotspacemacs-additional-packages '(ac-html-angular
add-node-modules-path
angular-mode
angular-snippets
bart-mode
dash-at-point
doom-modeline
doom-themes
editorconfig
evil-textobj-anyblock
evil-textobj-line
evil-replace-with-register
exec-path-from-shell
fireplace
groovy-mode
jasminejs-mode
nvm
outshine
ob-typescript
ox-hugo
ox-tufte)
Every time I restart, ox-hugo
gets deleted as an orphan. None of the others, though.
I also am using versions 0.300.0@26.1
Having similar issue.
Have two packages: transpose-frame and company-quickhelp
dotspacemacs-additional-packages '(transpose-frame company-quickhelp)
transpose-frame is processed fine. company-quickhelp is not installed on startup or gets deleted after manual installation.
OS: Debian 9 Spacemacs v.0.200.13 GNU Emacs 27.0.50 (build 1, i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2019-02-05 - built from sources
For ox-hugo
, this appears to happen because it’s already installed with the org layer, but behind a toggle, as described in #11382. I’m not sure about the others, but is there any chance they’re similarly included in a layer? (Maybe auto-completion for company-quickhelp?)
Searching for magic-latex-buffer
in the Spacemacs repository finds this entry in the latex
layer:
https://github.com/syl20bnr/spacemacs/blob/fdd38eec9b7bcb5ed92404d3c30401791808e968/layers/%2Blang/latex/packages.el#L25
It means that magic-latex-buffer
is enabled when the layer variable latex-enable-magic
is t
The latex
layers documentation also mentions additional magic-latex
variables:
https://github.com/syl20bnr/spacemacs/tree/develop/layers/+lang/latex#magic-latex-buffer
undergroundquizscene is correct.
ox-hugo
is part of the org
layer, it's layer variable is called: org-enable-hugo-support
https://github.com/syl20bnr/spacemacs/tree/develop/layers/+emacs/org#hugo-support
And company-quickhelp
is part of the auto-completion
layer, it's layer variable is called:
auto-completion-enable-help-tooltip
https://github.com/syl20bnr/spacemacs/tree/develop/layers/+completion/auto-completion#tooltips
Since company-quickhelp
isn't mentioned in the auto-completion
layers documentation.
I opened a PR which adds an entry for it in the features section:
[auto-completion] List feature pkg company-quickhelp #12792
Packages that are not part of a layer will be removed as orphans, on restart, because the
dotspacemacs-install-packages
variable in .spacemacs
is set to: 'used-only
(by default)
If the variable is changed to 'used-but-keep-unused
then the packages will remain if they were installed with M-x list-packages
or if a layer is disabled (removed or commented out in the
dotspacemacs-configuration-layers
list near the top of .spacemacs
).
I was having this issue, and the solution can be found here
Just do this in your .spacemacs.d
(setq-default dotspacemacs-configuration-layers '(
(org :variables
org-enable-trello-support t)))
I was having this issue, and the solution can be found here Just do this in your
.spacemacs.d
(setq-default dotspacemacs-configuration-layers '( (org :variables org-enable-trello-support t)))
Had the same issue and this solved it, thanks!
@Knowledge91 I think there had been a workaround supplied can you double check whether this solved your issue and close it consequently if it does?
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!
If the packages are dupped because they exist in a layer they're marked as orphan , get into .emacs.d
and grep for them
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!
I think I figured it out. This is properly a documentation/UI bug. I could reproduce the problem with ox-epub and ox-hugo, but I found out that both of them are managed by the Org layer. Instead of simply "deleting orphan package", Spacemacs should warn the user "this package is managed by layer foo, please configure it that way" and then open a new window+buffer with the documentation for that layer.
I added
magic-latex-buffer
to mydotspacemacs-additional-packages
variables like so:dotspacemacs-additional-packages '(solidity-mode graphql-mode google-c-style color-theme-solarized emojify editorconfig magic-latex-buffer)
I would expect it to be installed on the next start of emacs (like the other packages that I added to thedotspacemacs-addtional-packages
variables), but it is not.If I add it manually via the
list-package
+ i + e commands it gets installed, but on the next start deleted:I am using the latest develop branch ( spacemacs 0.300.0 ) and emacs version 26.1 installed by
brew install emacs-plus
.