GNU bug report logs - #59005
29.0.50; Package transient installed as dependency despite it being built-in

Previous Next

To reply to this bug, email your comments to 59005 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: miha <at> kamnitnik.top
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; Package transient installed as dependency despite it being
 built-in
Date: Thu, 03 Nov 2022 21:04:42 +0100

[Message part 1 (text/plain, inline)]

With an empty .emacs.d directory and nonexistent .emacs.el init file,
installing magit with 'M-x package-install RET magit RET' pulls
transient from elpa. You can see it installed into ~/.emacs.d/elpa/.

Perhaps transient should be added to finder--builtins-alist?

In GNU Emacs 29.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version
 3.24.34, cairo version 1.17.6) of 2022-10-31 built on miha-pc
Repository revision: a691e811e23dee48674e9e0716429074fdbe3d7b
Repository branch: tmp
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Artix Linux

Configured using:
 'configure --without-libsystemd --with-native-compilation 'CFLAGS=-O2
 -g -flto' LDFLAGS=-flto'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.utf8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  buffer-read-only: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
comp comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra
help-mode bytecomp byte-compile cl-lib sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process
native-compile emacs)

Memory information:
((conses 16 78478 6013)
 (symbols 48 7107 0)
 (strings 32 19315 2106)
 (string-bytes 1 579913)
 (vectors 16 14468)
 (vector-slots 8 257304 12864)
 (floats 8 27 46)
 (intervals 56 351 0)
 (buffers 984 12))

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: miha <at> kamnitnik.top
Cc: 59005 <at> debbugs.gnu.org, Jonas Bernoulli <jonas <at> bernoul.li>
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Thu, 24 Nov 2022 11:40:38 -0800

miha <at> kamnitnik.top writes:

> With an empty .emacs.d directory and nonexistent .emacs.el init file,
> installing magit with 'M-x package-install RET magit RET' pulls
> transient from elpa. You can see it installed into ~/.emacs.d/elpa/.
>
> Perhaps transient should be added to finder--builtins-alist?

Jonas, any comments here?

Message #11 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: Stefan Kangas <stefankangas <at> gmail.com>, miha <at> kamnitnik.top
Cc: 59005 <at> debbugs.gnu.org
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Fri, 25 Nov 2022 15:29:48 +0100

Stefan Kangas <stefankangas <at> gmail.com> writes:

> miha <at> kamnitnik.top writes:
>
>> With an empty .emacs.d directory and nonexistent .emacs.el init file,
>> installing magit with 'M-x package-install RET magit RET' pulls
>> transient from elpa. You can see it installed into ~/.emacs.d/elpa/.

That wouldn't be surprising when using Melpa.  But that archive is not
listed in the default value of `package-archives'.  What is its value
of that variable for you and what version of magit gets installed?

>> Perhaps transient should be added to finder--builtins-alist?

The purpose of doing that would be to ensure that `transient' gets its
own entry in `package--builtins' (but because it consists of a single
library it would be the wrong mechanism for doing so).  Since transient
already has such an entry in `package--builtins' anyway, doing this
would not change anything.

> Jonas, any comments here?

This is weird.  Maybe it is related to the following, which I also
cannot explain:

-------------------- Start of forwarded message --------------------
From: ELPA update <do.not.reply <at> elpa.gnu.org>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Subject: [NonGNU-devel ELPA] Tarball build failure for magit
Date: Fri, 25 Nov 2022 05:05:50 -0500

The build scripts failed to build the tarball
for version 3.3.0snapshot0.20221125.2110 of the package magit.
You can consult the latest error output in the file
"magit-build-failure.txt" in the NonGNU-devel ELPA archive web site.

You can also try and reproduce the error locally as follows:

    git clone --single-branch git://git.sv.gnu.org/emacs/nongnu.git
    cd nongnu
    make                 # Setup the infrastructure
    make packages/magit  # Create a worktree of the package
    make build/magit     # Build the tarballs into archive(-devel)/

## The current error output was the following:

======== Building tarball archive-devel/magit-3.3.0snapshot0.20221125.2110.tar...
Build error for archive-devel/magit-3.3.0snapshot0.20221125.2110.tar: (error "Unavailable version \"3.3.0\" for package git-commit")
######## Build of package archive-devel/magit-3.3.0snapshot0.20221125.2110.tar FAILED!!
-------------------- End of forwarded message --------------------

Message #14 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: <miha <at> kamnitnik.top>
To: Jonas Bernoulli <jonas <at> bernoul.li>, Stefan Kangas <stefankangas <at> gmail.com>
Cc: 59005 <at> debbugs.gnu.org
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Sat, 26 Nov 2022 09:10:30 +0100

[Message part 1 (text/plain, inline)]

Jonas Bernoulli <jonas <at> bernoul.li> writes:

> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> miha <at> kamnitnik.top writes:
>>
>>> With an empty .emacs.d directory and nonexistent .emacs.el init file,
>>> installing magit with 'M-x package-install RET magit RET' pulls
>>> transient from elpa. You can see it installed into ~/.emacs.d/elpa/.
>
> That wouldn't be surprising when using Melpa.  But that archive is not
> listed in the default value of `package-archives'.  What is its value
> of that variable for you and what version of magit gets installed?

(("gnu" . "https://elpa.gnu.org/packages/")
 ("nongnu" . "https://elpa.nongnu.org/nongnu/"))

and magit-3.3.0

More detailed bug recipe:

$ mkdir /tmp/emacs-tmp
$ HOME=/tmp/emacs-tmp src/emacs  # or just "emacs"

M-x package-install RET magit RET:
Emacs installs magit-3.3.0, most likely from nongnu elpa.

C-h v package-archives RET:
package-archivesis a variable defined in ‘package.el’.

Its value is
(("gnu" . "https://elpa.gnu.org/packages/")
 ("nongnu" . "https://elpa.nongnu.org/nongnu/"))

$ cd /tmp/emacs-tmp/.emacs.d/elpa
$ ls
archives
dash-2.19.1
dash-2.19.1.signed
git-commit-3.3.0
git-commit-3.3.0.signed
gnupg
magit-3.3.0
magit-3.3.0.signed
magit-section-3.3.0
magit-section-3.3.0.signed
transient-0.3.7
transient-0.3.7.signed
with-editor-3.2.0
with-editor-3.2.0.signed

Thanks and best regards.

[signature.asc (application/pgp-signature, inline)]

Message #17 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: Stefan Kangas <stefankangas <at> gmail.com>, miha <at> kamnitnik.top
Cc: 59005 <at> debbugs.gnu.org
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Sat, 26 Nov 2022 15:17:38 +0100

Jonas Bernoulli <jonas <at> bernoul.li> writes:

> This is weird.  Maybe it is related to the following, which I also
> cannot explain:

That is indeed the case.  The issue was triggered by a change to
elpa-admin.el, the addition of version checks, which takes pre-releases.
into account.  The root cause is a mismatch between how `version<' et
al. treat suffixes like "-git" and how I use "N-git" to mean "this is
not N, it is an arbitrary commit that comes after that".  I am in
communication with Stefan to decide how to deal with that.

Message #20 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Cc: 59005 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>,
 miha <at> kamnitnik.top
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Fri, 10 Feb 2023 02:38:12 +0100

Jonas Bernoulli <jonas <at> bernoul.li> writes:

> That is indeed the case.  The issue was triggered by a change to
> elpa-admin.el, the addition of version checks, which takes pre-releases.
> into account.

By chance, could there be a relation of this to my bug#59652?  Dunno why
that one does not get any attention, it seems not that minor to me.

I ask because "transient" rings a bell (it is also a package that is
often related to trouble in my scenario).

Michael.

Message #23 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: 59005 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>,
 miha <at> kamnitnik.top
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Fri, 10 Feb 2023 15:38:04 +0100

Michael Heerdegen <michael_heerdegen <at> web.de> writes:

> Jonas Bernoulli <jonas <at> bernoul.li> writes:
>
>> That is indeed the case.  The issue was triggered by a change to
>> elpa-admin.el, the addition of version checks, which takes pre-releases.
>> into account.
>
> By chance, could there be a relation of this to my bug#59652?  Dunno why
> that one does not get any attention, it seems not that minor to me.

No, I changed the "suffix" from "-git" to ".50-git", using both the
emacs specific not-a-release ".50" suffix and the "-git" suffix, whose
meaning apparently is up for discussion.  Using both suffixes works for
me, because all my version strings used for releases always have exactly
three parts, M.m.p.  I can use ".50" as the forth part for non-releases,
because I know I will never tack on a forth part ".0" when creating a
release.

1.2.3-git (*)  <  1.2.3  =  1.2.3.0 (*)  <  1.2.3.50-git  <  1.2.4

  (*) not used by me

[ Off-topic, but unlike version< et al., my vcomp.el, supports both pre
  and patch releases:

  1.2.3pre1 < 1.2.3 < 1.2.3-patch1

  The patch part can also be something like "-git" or "-1"; the dash is
  key.  The latter means it supports the "Debian package version number
  format".

  https://manpages.debian.org/wheezy/dpkg-dev/deb-version.5.en.html. ]

> I ask because "transient" rings a bell (it is also a package that is
> often related to trouble in my scenario).

What kind of trouble?  Packaging trouble I assume.

Message #26 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Cc: 59005 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>,
 miha <at> kamnitnik.top
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Sat, 11 Feb 2023 04:38:05 +0100

Jonas Bernoulli <jonas <at> bernoul.li> writes:

> > I ask because "transient" rings a bell (it is also a package that is
> > often related to trouble in my scenario).
>
> What kind of trouble?  Packaging trouble I assume.

Yes: when updating packages from the package manager, dependencies are
sometimes in effect deleted instead of updated.  This is often
"transient", but that could be coincidental (because it gets regular
updates maybe).

No one seems to care about this problem so far.  Looking at package.el I
don't see a recent change that looks like it could have such an effect.
But since I did not get any help so far, I can only ask around...

Thanks,

Michael.

Message #29 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: 59005 <at> debbugs.gnu.org, Jonas Bernoulli <jonas <at> bernoul.li>,
 Stefan Kangas <stefankangas <at> gmail.com>, miha <at> kamnitnik.top
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Sun, 12 Feb 2023 11:48:21 -0800

Michael Heerdegen <michael_heerdegen <at> web.de> writes:

> Jonas Bernoulli <jonas <at> bernoul.li> writes:
>
>> > I ask because "transient" rings a bell (it is also a package that is
>> > often related to trouble in my scenario).
>>
>> What kind of trouble?  Packaging trouble I assume.
>
> Yes: when updating packages from the package manager, dependencies are
> sometimes in effect deleted instead of updated.  This is often
> "transient", but that could be coincidental (because it gets regular
> updates maybe).
>
> No one seems to care about this problem so far.  Looking at package.el I
> don't see a recent change that looks like it could have such an effect.
> But since I did not get any help so far, I can only ask around...

I have seen this, also with transient, and more recently with "compat",
and found it very annoying. I think I solved it by explicitly
uninstalling transient and everything that depended on it, and then
re-installing -- I haven't seen the problem since. Come to think of it
compat was also a Magit dependency, so I wonder if something about
Magit's package definition changed? Anyway I haven't seen this for a
while, so I forgot about it.

Message #32 received at 59005 <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 59005 <at> debbugs.gnu.org, Jonas Bernoulli <jonas <at> bernoul.li>,
 Stefan Kangas <stefankangas <at> gmail.com>, miha <at> kamnitnik.top
Subject: Re: bug#59005: 29.0.50; Package transient installed as dependency
 despite it being built-in
Date: Mon, 13 Feb 2023 03:24:46 +0100

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> I have seen this, also with transient, and more recently with "compat",
> and found it very annoying. I think I solved it by explicitly
> uninstalling transient and everything that depended on it, and then
> re-installing -- I haven't seen the problem since. Come to think of it
> compat was also a Magit dependency, so I wonder if something about
> Magit's package definition changed? Anyway I haven't seen this for a
> while, so I forgot about it.

I was not so lucky.  Another package where the issue frequently appears
seems to be helm-core.  I guess a change in one package cannot explain
everything.

Maybe something in the Gnu Elpa archive?


Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.