From: Gustavo Barros <gusbrs.2016@gmail.com>
To: 62541@debbugs.gnu.org
Subject: bug#62541: 28.2; Dependencies of packages available both built-in and in external repos
Date: Thu, 30 Mar 2023 08:40:08 -0300 [thread overview]
Message-ID: <CAM9ALR8dVNJLcfR+e728pMuvwdtcGtoo=3YqJ_+2sURO1Uyixg@mail.gmail.com> (raw)
Hi All,
since some time I've been noticing what I think is an odd behavior of
`package.el' when it comes to packages that have been incorporated to
the core, but are also distributed by external package repositories.
For example, if I install `magit' or `rg', which are available only in
external repositories, but which have a dependency to `transient'
which is available both built-in and externally, `transient' is
installed from an external repository, even though it is of the same
version as the one currently built-in.
Details: `rg` requires `(transient "0.3.0")`, `magit` requires
`(transient "0.3.6")`. The currently released version of `transient`
is "0.3.7", which is the same version which is available built-in
(Emacs 28.2).
Updating, e.g. `rg`, brings `transient` from the external repository,
even though it is the same version as the built-in one and not a
version required by the package. (I think the same happens to `magit`
as I recall, the `rg` was just the most recent upgrade I got, and the
problem occured).
I may be missing something, but I don't see a way to configure this in
`package-archive-priorities` (as far as I get the docstring, what I'm
asking is different from setting negative priorities). What I have
here is the following:
(setq package-archives
'(("melpa" . "https://melpa.org/packages/")
("gnu-elpa-dev" . "https://elpa.gnu.org/devel/")
("melpa-stable" . "https://stable.melpa.org/packages/")
("nongnu-elpa" . "https://elpa.nongnu.org/nongnu/")
("gnu-elpa" . "https://elpa.gnu.org/packages/")))
(setq package-archive-priorities '(("gnu-elpa" . 2)
("nongnu-elpa" . 2)
("melpa-stable" . 2)
("gnu-elpa-dev" . 1)
("melpa" . 1)))
Is there a way to tell `package.el' to "prefer built-in"? Is there a
way to tell `package.el' to install from an external source only if
the dependency is strictly required?
Best regards,
Gustavo.
In GNU Emacs 28.2 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.33,
cairo version 1.16.0)
of 2023-02-07 built on gusbrs-desktop
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Linux Mint 21.1
reply other threads:[~2023-03-30 11:40 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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='CAM9ALR8dVNJLcfR+e728pMuvwdtcGtoo=3YqJ_+2sURO1Uyixg@mail.gmail.com' \
--to=gusbrs.2016@gmail.com \
--cc=62541@debbugs.gnu.org \
/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.