help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Use package-vc.el for declarative, source-based package management?


From: Philip Kaludercic
Subject: Re: Use package-vc.el for declarative, source-based package management?
Date: Mon, 15 Apr 2024 19:45:49 +0000

Mekeor Melire <mekeor@posteo.de> writes:

> Hello :)
>
> I'm trying to use Emacs' built-in package-vc.el for an opinionated way
> of declarative, source-based package management. I use Emacs from master
> branch and I would like to use some Elpa-packages from their respective
> development branch too. I also want local checkouts of their
> repositories so that I can quickly contribute to them. And I do not want
> to use Emacs' built-in use-package.el. Ideally, my init.el would begin
> like this:
>
>   ;; Here, I'd maintain a list of packages that I want to be installed:
>   (setopt package-vc-...-list-of-packages '(consult embark vertico))
>
>   ;; Then I'd instruct package-vc.el to ensure that these packages are
>   ;; installed, i.e. install missing packages with local repo
>   ;; checkouts:
>   (package-vc-...-ensure)
>
>
> But so far, I was only able to approximate this ideal with several
> caveats in my init.el, as follows. First, I load relevant modules.
>
>   (require 'package)
>   (require 'package-vc)
>
> Here I maintain a list of packages that I want to be installed.
>
>   (setopt package-vc-selected-packages
>     '( (consult
>          :url "https://github.com/minad/consult.git";)
>        (embark
>          :url "https://github.com/oantolin/embark.git";
>          :ignored-files ("embark-consult.el" "avy-embark-collect.el"))
>        (vertico
>          :url "https://github.com/minad/vertico.git";)
>        (vertico-buffer
>          :url "https://github.com/minad/vertico.git";
>          :lisp-dir "extensions"
>          :main-file "vertico-buffer.el")))
>
> As you can see, one caveat is that I need to specify :url, :lisp-dir and
> similar values manually. Can I gather these somehow automatically
> instead?

ELPA should already provide this information.

> Another caveat is that some repositories, like Vertico's, contain
> multiple packages, like vertico-buffer. Can I avoid having multiple
> local checkouts of the same repository (while still keeping all
> (sub)packages marked as installed)?

Not really, by checking out repositories directly and adding their
directories to `load-path' there are certain restrictions.  Usually this
is best fixed upstream.

> Now, I'd like to ensure that these packages are installed. But if I put
> (package-vc-install-selected-packages) in my init.el, Emacs
> interactively asks me "Overwrite previous checkout for package
> `consult'? (yes or no)" during startup. That's why I currently evaluate
> that s-expression manually whenever I change the value of
> package-vc-selected-packages. Is there a way to to make
> package-vc-install-selected-packages (1.) not ask anything
> interactively; and (2.) simply not overwrite already installed packages;
> and (3.) still install packages that not yet installed?

In the current state, `package-vc-install-selected-packages' should be
marked as interactive-only, since this kind of usage just isn't
reasonably supported, as you point out.  We should perhaps add a
NOCONFORM argument, like what `package-install-selected-packages' has.

> After having ensured that packages are installed, the following
> initializes load-path:
>
>   (package-initialize)
>
> There's another problem though: When I put a package foo in
> package-vc-selected-packages, and foo depends on another external
> package bar, and I have not put bar in -selected-packages, and I call
> package-vc-install-selected-packages, then Emacs will try to install to
> install bar from a package-archive without any local repository checkout
> but rather in the usual package.el way. 

That is because package-vc is never meant to be a replacement for
package.el or the default way of installing things.  One should
emphasise, that from-source package management has the downside of
increasing the complexity of upgrading and that one might always land on
an unreliable commit that the author never meant to publish.

>                                         That's why I also have this
> setting in my init.el:
>
>   (setopt package-archives nil)
>
> This forces package.el to fail when I forgot to list a dependency in
> -selected-packages variable. As an unfortunate consequence, I also end
> up doing dependency management manually. But I'd love to have
> dependencies vc-installed too! Thus this question arises: Is there a way
> to tell package-vc-install-selected-packages to vc-install the selected
> packages *including* their dependencies?

That would require a modification to `package-vc-install-dependencies',
so that it dosn't call `package-install-from-archive'.  But once again,
I would urge to rethink the approach.  What is the reason you want to
have everything installed using package-vc?  Frequently, I find that
there are some wrong assumptions behind the wish that I hope to clarify.

-- 
        Philip Kaludercic on peregrine



reply via email to

[Prev in Thread] Current Thread [Next in Thread]