GNU bug report logs -
#75328
31.0.50; use-package cannot override a built in package
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 75328 in the body.
You can then email your comments to 75328 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Fri, 03 Jan 2025 22:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Mark A. Hershberger" <mah <at> everybody.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 03 Jan 2025 22:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The following command sequence does not check out transient into
~/.emacs.d/elpa/transient while a similar sequence for magit checks out
magit:
$ rm -rf ~/.emacs.d/
$ echo '(use-package transient
:vc (:url "https://github.com/magit/transient") :ensure t)' > .emacs
$ emacs
Since the bundled transient cannot be used with forge from git, I ended
up installing transient using package-install.
I looked over help for use-package, but I cannot see a way to force it
to use the version specified in :vc for the package instead of the
bundled version.
Thanks,
Mark.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Sat, 04 Jan 2025 07:25:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 75328 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 03 Jan 2025 17:29:51 -0500
> From: "Mark A. Hershberger" via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
>
> The following command sequence does not check out transient into
> ~/.emacs.d/elpa/transient while a similar sequence for magit checks out
> magit:
>
> $ rm -rf ~/.emacs.d/
> $ echo '(use-package transient
> :vc (:url "https://github.com/magit/transient") :ensure t)' > .emacs
> $ emacs
>
> Since the bundled transient cannot be used with forge from git, I ended
> up installing transient using package-install.
>
> I looked over help for use-package, but I cannot see a way to force it
> to use the version specified in :vc for the package instead of the
> bundled version.
Did you try customizing package-install-upgrade-built-in?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Sat, 04 Jan 2025 15:51:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 75328 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Did you try customizing package-install-upgrade-built-in?
Yes. I also reported this to Jonas[1] and in the following discussion
he suggested that and I tried it[2].
The following does not check out the transient repository into
~/.emacs.d/elpa/:
rm -rf ~/.emacs.d &&
echo '(setq package-install-upgrade-built-in t)
(use-package transient :vc (:url "https://github.com/magit/transient" :rev :newest) :ensure t)' > ~/.emacs &&
~/bin/emacs
Footnotes:
[1] https://github.com/magit/forge/issues/732
[2] https://github.com/magit/forge/discussions/733#discussioncomment-11733964
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Sat, 04 Jan 2025 18:23:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 75328 <at> debbugs.gnu.org (full text, mbox):
> From: "Mark A. Hershberger" <mah <at> everybody.org>
> Cc: 75328 <at> debbugs.gnu.org
> Date: Sat, 04 Jan 2025 10:50:21 -0500
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Did you try customizing package-install-upgrade-built-in?
>
> Yes. I also reported this to Jonas[1] and in the following discussion
> he suggested that and I tried it[2].
>
> The following does not check out the transient repository into
> ~/.emacs.d/elpa/:
>
> rm -rf ~/.emacs.d &&
> echo '(setq package-install-upgrade-built-in t)
> (use-package transient :vc (:url "https://github.com/magit/transient" :rev :newest) :ensure t)' > ~/.emacs &&
> ~/bin/emacs
Philip, shouldn't package-install-upgrade-built-in allow upgrading a
built-in package via use--package's :vc keyword?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Sat, 04 Jan 2025 21:58:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 75328 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: "Mark A. Hershberger" <mah <at> everybody.org>
>> Cc: 75328 <at> debbugs.gnu.org
>> Date: Sat, 04 Jan 2025 10:50:21 -0500
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> > Did you try customizing package-install-upgrade-built-in?
>>
>> Yes. I also reported this to Jonas[1] and in the following discussion
>> he suggested that and I tried it[2].
>>
>> The following does not check out the transient repository into
>> ~/.emacs.d/elpa/:
>>
>> rm -rf ~/.emacs.d &&
>> echo '(setq package-install-upgrade-built-in t)
>> (use-package transient :vc (:url "https://github.com/magit/transient" :rev :newest) :ensure t)' > ~/.emacs &&
>> ~/bin/emacs
>
> Philip, shouldn't package-install-upgrade-built-in allow upgrading a
> built-in package via use--package's :vc keyword?
Built-in packages are not supported by package-vc right now, as
emacs.git is not a emacs package the way ELPA intends it. There is also
the annoyance that without custom code (which would be doable if we had
to) we would have a separate checkout of emacs.git for every built-in
package that one wishes to clone that way. This would be a lot easier
if Git would support subtree or single-file checkouts...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Sun, 05 Jan 2025 06:37:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 75328 <at> debbugs.gnu.org (full text, mbox):
> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: "Mark A. Hershberger" <mah <at> everybody.org>, 75328 <at> debbugs.gnu.org
> Date: Sat, 04 Jan 2025 21:57:18 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> The following does not check out the transient repository into
> >> ~/.emacs.d/elpa/:
> >>
> >> rm -rf ~/.emacs.d &&
> >> echo '(setq package-install-upgrade-built-in t)
> >> (use-package transient :vc (:url "https://github.com/magit/transient" :rev :newest) :ensure t)' > ~/.emacs &&
> >> ~/bin/emacs
> >
> > Philip, shouldn't package-install-upgrade-built-in allow upgrading a
> > built-in package via use--package's :vc keyword?
>
> Built-in packages are not supported by package-vc right now, as
> emacs.git is not a emacs package the way ELPA intends it. There is also
> the annoyance that without custom code (which would be doable if we had
> to) we would have a separate checkout of emacs.git for every built-in
> package that one wishes to clone that way. This would be a lot easier
> if Git would support subtree or single-file checkouts...
So we should convert this bug into a feature-request, and meanwhile
document this restriction in the use-package manual?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75328
; Package
emacs
.
(Sun, 05 Jan 2025 20:34:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 75328 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Philip Kaludercic <philipk <at> posteo.net>
>> Cc: "Mark A. Hershberger" <mah <at> everybody.org>, 75328 <at> debbugs.gnu.org
>> Date: Sat, 04 Jan 2025 21:57:18 +0000
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> The following does not check out the transient repository into
>> >> ~/.emacs.d/elpa/:
>> >>
>> >> rm -rf ~/.emacs.d &&
>> >> echo '(setq package-install-upgrade-built-in t)
>> >> (use-package transient :vc (:url "https://github.com/magit/transient" :rev :newest) :ensure t)' > ~/.emacs &&
>> >> ~/bin/emacs
>> >
>> > Philip, shouldn't package-install-upgrade-built-in allow upgrading a
>> > built-in package via use--package's :vc keyword?
>>
>> Built-in packages are not supported by package-vc right now, as
>> emacs.git is not a emacs package the way ELPA intends it. There is also
>> the annoyance that without custom code (which would be doable if we had
>> to) we would have a separate checkout of emacs.git for every built-in
>> package that one wishes to clone that way. This would be a lot easier
>> if Git would support subtree or single-file checkouts...
>
> So we should convert this bug into a feature-request, and meanwhile
> document this restriction in the use-package manual?
If anything, we should document this in (emacs) Fetching Package
Sources, but one can mention that in the use-package manual as well.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 11 Jan 2025 11:00:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Mark A. Hershberger" <mah <at> everybody.org>
:
bug acknowledged by developer.
(Sat, 11 Jan 2025 11:00:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 75328-done <at> debbugs.gnu.org (full text, mbox):
> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: mah <at> everybody.org, 75328 <at> debbugs.gnu.org
> Date: Sun, 05 Jan 2025 20:33:18 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Philip Kaludercic <philipk <at> posteo.net>
> >> Cc: "Mark A. Hershberger" <mah <at> everybody.org>, 75328 <at> debbugs.gnu.org
> >> Date: Sat, 04 Jan 2025 21:57:18 +0000
> >>
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>
> >> >> The following does not check out the transient repository into
> >> >> ~/.emacs.d/elpa/:
> >> >>
> >> >> rm -rf ~/.emacs.d &&
> >> >> echo '(setq package-install-upgrade-built-in t)
> >> >> (use-package transient :vc (:url "https://github.com/magit/transient" :rev :newest) :ensure t)' > ~/.emacs &&
> >> >> ~/bin/emacs
> >> >
> >> > Philip, shouldn't package-install-upgrade-built-in allow upgrading a
> >> > built-in package via use--package's :vc keyword?
> >>
> >> Built-in packages are not supported by package-vc right now, as
> >> emacs.git is not a emacs package the way ELPA intends it. There is also
> >> the annoyance that without custom code (which would be doable if we had
> >> to) we would have a separate checkout of emacs.git for every built-in
> >> package that one wishes to clone that way. This would be a lot easier
> >> if Git would support subtree or single-file checkouts...
> >
> > So we should convert this bug into a feature-request, and meanwhile
> > document this restriction in the use-package manual?
>
> If anything, we should document this in (emacs) Fetching Package
> Sources, but one can mention that in the use-package manual as well.
Thanks, done on the emacs-30 branch, and closing the bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 08 Feb 2025 12:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 129 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.