apt/debian, branch 2.7.0

Release 2.7.0

2023-05-02T14:46:14Z

Release 2.6.0, the "unhappy bookworm" release

2023-03-06T12:30:01Z

Update lintian override info format in d/apt.lintian-overrides

2023-03-06T09:57:55Z

lintian-brush only fixed the spare-manual-page ones. Fixes: lintian: mismatched-override See-also: https://lintian.debian.org/tags/mismatched-override.html

Merge branch 'feature/non-free-firmware' into 'main'

2023-02-27T09:21:24Z

Support transition to new non-free-firmware component See merge request apt-team/apt!282

Release 2.5.6

2023-02-08T16:09:26Z

Have values in Section config trees refer to them in all components

2023-01-29T23:55:05Z

Hard coding each and every component is not only boring but given that everyone is free to add or use more we end up in situations in which apt behaves differently for the same binary package just because metadata said it is in different components (e.g. non-free vs. non-free-firmware). It is also probably not what the casual user would expect. So we instead treat a value without a component as if it applies for all of them. The previous behaviour can be restored by prefixing the value with "/" as in the component is not defined. In an ideal world we would probably use "*/foo" for the new default instead of changing the behaviour for "foo", but it seems rather unlikely that the old behaviour is actually desired. All existing values were duplicated for all (previously) known components in Debian and Ubuntu.

Release 2.5.5

2023-01-17T15:34:18Z

Merge branch 'fix/doc-ftparchive-path-repeats' into 'main'

2023-01-05T15:02:40Z

Do not document path to be repeatable in apt-ftparchive cmds See merge request apt-team/apt!267

Add 'tasks' section to default APT::Never-MarkAuto-Sections list

2022-12-30T20:21:35Z

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 cmds

2022-11-02T12:41:14Z

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