GNU bug report logs -
#59005
29.0.50; Package transient installed as dependency despite it being built-in
Previous Next
Full log
Message #23 received at 59005 <at> debbugs.gnu.org (full text, mbox):
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.
This bug report was last modified 2 years and 220 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.