apt/debian, branch 2.5.6Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=2.5.62023-02-08T16:09:26ZRelease 2.5.62023-02-08T16:09:26ZJulian Andres Klodejulian.klode@canonical.com2023-02-08T16:07:41Zurn:sha1:028b4d08f09e14c1e6f5e071f329668870bc5e56Release 2.5.52023-01-17T15:34:18ZJulian Andres Klodejulian.klode@canonical.com2023-01-17T15:33:43Zurn:sha1:09d4933fa8a472ea3f1efa9484f962b94886c07fMerge branch 'fix/doc-ftparchive-path-repeats' into 'main'2023-01-05T15:02:40ZJulian Andres Klodejak@debian.org2023-01-05T15:02:40Zurn:sha1:5919d2d18eac6e445a59da23246df94258e103eb
Do not document path to be repeatable in apt-ftparchive cmds
See merge request apt-team/apt!267Add 'tasks' section to default APT::Never-MarkAuto-Sections list2022-12-30T20:21:35ZАлексей Шилинa.i.shilin@yandex.ru2022-12-30T20:21:35Zurn:sha1:dafcae072f6289d26f1254306ebc02cd90abec13
Task packages need to be handled just like metapackages so that users
don't accidentally autoremove half of their system after removing one
of task's dependencies.
Do not document path to be repeatable in apt-ftparchive cmds2022-11-02T12:41:14ZDavid Kalnischkiesdavid@kalnischkies.de2022-11-02T12:04:11Zurn:sha1:47dd3f008663cb4f47eb3129e0fe721731bd4b57
The manpage for apt-ftparchive {packages,sources} claims that the
path argument can be repeated, but that logically conflicts with having
two optional arguments after that and isn't implemented in code either,
so we just adapt the documentation to reality here.
So, since when is this documentation wrong? The manpage is currently
written in xml (since 2004), but the sgml before that had the same
mistake included all the way back to a time in which time itself is not
stable (the commit is dated in git 2004, but the commit message
says 2001 while including a d/changelog stanza dated 2000) in
my favorite commit "Join with aliencode" which brought in a whole lot
of stuff adding also (quoting said d/changelog entry) "apt-ftparchive
the all dancing all singing FTP archive maintenance program".
In other words: It was documented this way for more than 22 years.
Reported-By: Michael Tokarev on IRC
Release 2.5.42022-10-31T11:12:04ZJulian Andres Klodejulian.klode@canonical.com2022-10-31T11:11:47Zurn:sha1:bd0abd856f1e3e505572f434efafa38254de2f3bMerge branch 'adduser' into 'main'2022-10-28T18:33:23ZJulian Andres Klodejak@debian.org2022-10-28T18:33:23Zurn:sha1:4853fc78fef28ddb3718dae966cc0d0c9685a8dd
since base-passwd 3.6.1 the _apt user is in the default /etc/passwd, so we can...
See merge request apt-team/apt!260Release 2.5.32022-09-28T15:34:34ZJulian Andres Klodejulian.klode@canonical.com2022-09-28T15:17:46Zurn:sha1:dccfe14ffb9713fbf320691c0f6cd679f2acf4fcsince base-passwd 3.6.1 the _apt user is in the default /etc/passwd2022-09-23T21:00:57ZJohannes Schauer Marin Rodriguesjosch@debian.org2022-09-18T12:26:55Zurn:sha1:f6954267f5df0a8a7f8c3f97033f121297d869a5
- so do not call adduser if the _apt user already exists
- make adduser dependency optional if base-passwd >= 3.6.1
- do not call adduser if $DPKG_ROOT is non-empty as adduser doesn't
support working on a custom root directory
Release 2.5.22022-07-24T16:00:08ZJulian Andres Klodejulian.klode@canonical.com2022-07-24T15:59:31Zurn:sha1:2d87af57ea52cb37c60103abb6468e0ad44864ff