From: Philip Kaludercic <philipk@posteo.net>
To: Richard Kim <emacs18@gmail.com>
Cc: 59226@debbugs.gnu.org
Subject: bug#59226: 29.0.50; unable to load package-vc.el if package-vc-selected-packages is non-nil
Date: Sun, 20 Nov 2022 11:57:36 +0000 [thread overview]
Message-ID: <87o7t1dej3.fsf@posteo.net> (raw)
In-Reply-To: <CAFq8O8sb8wdhPNTfZbksSUCMTFscexchQu7fhjbH9JKxQqHjUA@mail.gmail.com> (Richard Kim's message of "Sat, 19 Nov 2022 09:23:50 -0800")
Richard Kim <emacs18@gmail.com> writes:
> Spacemacs <https://github.com/syl20bnr/spacemacs> is one large emacs
> setup designed to be the initialization code, i.e., emacs
> --init-directory spacemacs-directory. It uses use-package to install
> typically hundreds of packages.
>
> straight.el <https://github.com/radian-software/straight.el> is an
> alternative to package.el where packages are installed by cloning git
> (or other) repositories and building packages from source directly.
> This is similar to package-vc.el. The key difference is that the git
> clone directories are not added to load-path. Rather a new directory
> is created where symlinks to *.el files are used plus byte compiled
> files, e.g., following would be added to load-path:
>
> $ cd .../spacemacs/.local/straight/build-29.0-102921/dash/
> $ ls -l
> total 360
> -rw-rw-r-- 1 kimr kimr 2936 Oct 29 22:04 dash-autoloads.el
> lrwxrwxrwx 1 kimr kimr 63 Oct 29 22:04 dash.el ->
> /home/kimr/.emacs.d/sm-ms/.local/straight/repos/dash.el/dash.el
> -rw-rw-r-- 1 kimr kimr 147632 Oct 29 22:04 dash.elc
> -rw-rw-r-- 1 kimr kimr 198812 Oct 29 22:04 dash.info
> lrwxrwxrwx 1 kimr kimr 65 Oct 29 22:04 dash.texi ->
> /home/kimr/.emacs.d/sm-ms/.local/straight/repos/dash.el/dash.texi
> -rw-rw-r-- 1 kimr kimr 617 Oct 29 22:04 dir
> $
Thanks for this explanation, I wasn't familiar with this detail.
> I have an update to my previous email. I think I'm understanding
> better how package-vc is supposed to work. So please disregard my
> previous question on activation. Instead I would like to share that
> package-vc seems to work fine except for packages that house *.el
> files within a sub-directory, e.g., magit or git-commit packages which
> use lisp sub-directories. For these packages I either have to install
> magit package using package.el (even though I installed it via
> package-vc) or I would have to manually add the lisp sub-directory to
> load-path in my startup file. If I do that, then magit and git-commit
> packages installed via package-vc work. Following is what I currently
> have in my startup file to be able to use package-vc installed magit
> and git-commit packages.
>
> (add-to-list 'load-path "~/.emacs.d/sm-my/elpa/29.0/site/git-commit/lisp")
> (add-to-list 'load-path "~/.emacs.d/sm-my/elpa/29.0/site/magit/lisp")
This _is_ handled, if the package specification has a `:lisp-dir' entry
pointing to the right directory. If I had to guess, I'd say you are
using MELPA and it is probably the first entry in `package-archives'?
If so, the issue would be that MELPA doesn't provide any public package
specifications, the way GNU ELPA and NonGNU ELPA do.
What is probably required is some kind of a heuristic to detect a lisp
directory, but I haven't come up with a good solution to that yet.
> In my typical spacemacs setup, I have between 300 and 400 hundred
> packages installed. I think more than half were installed via
> package-vc and rest were installed via pacakge.el. I'm trying to see
> if I can use package-vc to install all packages.
It would be possible in theory, but note that package-vc installs
dependencies using regular tarballs installations.
next prev parent reply other threads:[~2022-11-20 11:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-12 21:12 bug#59226: 29.0.50; unable to load package-vc.el if package-vc-selected-packages is non-nil Richard Kim
2022-11-14 11:31 ` Philip Kaludercic
2022-11-15 23:04 ` Richard Kim
2022-11-16 7:47 ` Philip Kaludercic
2022-11-19 17:23 ` Richard Kim
2022-11-20 11:57 ` Philip Kaludercic [this message]
2022-11-27 14:11 ` Philip Kaludercic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87o7t1dej3.fsf@posteo.net \
--to=philipk@posteo.net \
--cc=59226@debbugs.gnu.org \
--cc=emacs18@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.