GNU bug report logs -
#71356
use-package doesn't load org from elpa
Previous Next
Full log
View this message in rfc822 format
> From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
> Date: Thu, 6 Jun 2024 17:07:02 +0200
> Cc: Philip Kaludercic <philipk <at> posteo.net>, acorallo <at> gnu.org, 71356 <at> debbugs.gnu.org
>
> > IIUC the feature would be that if a use-package form has a
> >
> > :pin gnu
> >
> > argument, then this is an indication that we want to install the package
> > from GNU ELPA, disregarding the fact that Emacs already has a built-in
> > version of the same package. Sort of a package-local version of
> > `package-install-upgrade-built-in'.
>
> I'm not sure. People tend to copy/paste recipes from the Internet
> without really understanding what they do. I think a simple :pin
> should not be sufficient, we need some specialized keyword (in
> addition to supporting package-install-upgrade-built-in).
>
> I didn't arrive at trying :pin gnu from anything in the Internet, but from
> reading the use-package documentation (just this time ;-) )
>
> > I am not familiar with the use-package code, but it seems like we could
> > implement this generally in package-install, by checking
> > `package-pinned-packages'.
>
> I would prefer not to introduce another indication of whether built-in
> packages should or should not be upgraded. If we do, we will next
> need to decide which one "wins" when they contradict each other.
>
>
> My feeling is that if I set package-install-upgrade-built-in to t and pin
> a package to (say) gnu elpa, that should be enough.
I agree. I was responding to the suggestion that just :pin should be
enough. That use-package currently ignores
package-install-upgrade-built-in is a bug we should surely fix.
This bug report was last modified 167 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.