GNU bug report logs -
#36637
Package buffer should show where (which archive) a package is installed from
Previous Next
To reply to this bug, email your comments to 36637 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36637
; Package
emacs
.
(Sat, 13 Jul 2019 12:15:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Kangas <stefan <at> marxist.se>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 13 Jul 2019 12:15:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It would be good if there was an indication in the "*Packages*" buffer of where
(what archive) you have installed a package from.
I have added both MELPA and MELPA Stable to `package-archives':
(add-to-list 'package-archives
'("melpa" . "https://melpa.org/packages/") t)
(add-to-list 'package-archives
'("melpa-stable" . "https://stable.melpa.org/packages/") t)
I sometimes install packages from gnu (ELPA), sometimes from melpa and sometimes
from melpa-stable.
The package "ivy" is available from all three archives. After installing the
package from gnu, when I run M-x package-list-packages, I see in the "*Package*"
buffer the following two entries (although not next to each other):
ivy 20190709.740 available melpa Incremental
Vertical completYon
ivy 0.11.0 installed Incremental
Vertical completYon
From this, I can figure out that I have not installed it from melpa (its status
is "available"). But I cannot easily know if I installed it from gnu or from
melpa-stable, or if it's available from only one or from both of them.
In this case, the versions on melpa-stable and gnu matches. (Or, at least, the
version number does.) But this just happens to be the case here. Often, the
package does not even exist on gnu, and I wouldn't know that from the above.
It would be good if the second of the above two lines would be this instead:
ivy 0.11.0 installed gnu Incremental
Vertical completYon
It would be even better if the describe-package buffer would also would show the
same information.
Thanks,
Stefan Kangas
Severity set to 'wishlist' from 'normal'
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sat, 13 Jul 2019 12:21:02 GMT)
Full text and
rfc822 format available.
Merged 27601 36637.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sun, 14 Jul 2019 02:25:01 GMT)
Full text and
rfc822 format available.
Forcibly Merged 27601 36637 36982.
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 09 Aug 2019 12:10:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36637
; Package
emacs
.
(Wed, 11 Aug 2021 14:55:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 36637 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> The package "ivy" is available from all three archives. After installing the
> package from gnu, when I run M-x package-list-packages, I see in the "*Package*"
> buffer the following two entries (although not next to each other):
>
> ivy 20190709.740 available melpa Incremental
> Vertical completYon
> ivy 0.11.0 installed Incremental
> Vertical completYon
I guess the problem here is that we apparently don't save the archive in
`package-alist' when packages are installed? Is there any particular
reason for that?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36637
; Package
emacs
.
(Tue, 24 Aug 2021 14:34:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 36637 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> I guess the problem here is that we apparently don't save the archive in
> `package-alist' when packages are installed? Is there any particular
> reason for that?
Yes, this is basically the problem. AFAICT, there is no particular
reason for this, so it should mostly just be a matter of implementing
it.
I didn't consider recording it in package-alist, but I suppose it
could make sense. I'd hope we can find a clean and preferably
backwards-compatible way of doing it.
This bug report was last modified 2 years and 297 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.