<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/doc, branch 3.1.0</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=3.1.0</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=3.1.0'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2025-05-19T17:14:52Z</updated>
<entry>
<title>Release 3.1.0</title>
<updated>2025-05-19T17:14:52Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2025-05-19T17:14:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5bfea97d7b3c6f4fcaa56c24d6f3591b1862b86b'/>
<id>urn:sha1:5bfea97d7b3c6f4fcaa56c24d6f3591b1862b86b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Update translation templates and merge translations</title>
<updated>2025-05-19T16:29:05Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2025-05-19T16:29:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=529d34728126ad19f4729ddf9bf95420b343378b'/>
<id>urn:sha1:529d34728126ad19f4729ddf9bf95420b343378b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>sources.list(5): Explicitly say what the precedence order is</title>
<updated>2025-05-19T16:07:34Z</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2024-12-24T13:45:57Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8576438367416c87f38effe960d143d94ebac851'/>
<id>urn:sha1:8576438367416c87f38effe960d143d94ebac851</id>
<content type='text'>
The order of apt sources can matter, but this man page did not
previously define whether /etc/apt/sources.list was parsed before or
after the fragment files in sources.list.d. Giving a concrete example
also provides a hint that numeric prefixes are a useful way to force a
particular sort order, and clarifies that the .list or .sources extension
is less important than lexicographic order.

Signed-off-by: Simon McVittie &lt;smcv@debian.org&gt;
</content>
</entry>
<entry>
<title>apt_preferences(5): Specify the order in which files are parsed</title>
<updated>2025-05-19T16:05:40Z</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2024-12-24T13:53:48Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=49681c12b124e236731524b6fbbab7f91147295b'/>
<id>urn:sha1:49681c12b124e236731524b6fbbab7f91147295b</id>
<content type='text'>
The order of preference stanzas matters, but this man page did not
previously define whether /etc/apt/preferences was parsed before or
after the fragment files in preferences.d. Giving a concrete example
also provides a hint that numeric prefixes are a useful way to force a
particular sort order, and clarifies that the presence or absence of
the .pref extension is less important than lexicographic order.

Signed-off-by: Simon McVittie &lt;smcv@debian.org&gt;
</content>
</entry>
<entry>
<title>dselect: Add https support</title>
<updated>2025-05-19T16:02:55Z</updated>
<author>
<name>Guillem Jover</name>
<email>guillem@debian.org</email>
</author>
<published>2022-03-20T10:45:31Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b00a59c0b953bf7688fc60a976bac74194886a0c'/>
<id>urn:sha1:b00a59c0b953bf7688fc60a976bac74194886a0c</id>
<content type='text'>
Recognize the method and update the documentation and prompts.
</content>
</entry>
<entry>
<title>Introduce apt why, apt why-not</title>
<updated>2025-05-19T15:20:09Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2025-05-19T12:17:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7724d170751b3dc1717ba7a08881437cf7151996'/>
<id>urn:sha1:7724d170751b3dc1717ba7a08881437cf7151996</id>
<content type='text'>
These are implemented somewhat differently from aptitudes
why and why-not commands: They produce the actual solver
trace for why a particular decision has been taken.

For the why-not case, we need to explicitly discover our
specified package, as if nothing else depends on it in
our graph, it would otherwise always be undiscovered and
conflicts not detected (see e.g. level-3 in the test).
</content>
</entry>
<entry>
<title>Add 'Include'/'Exclude' options to limit packages used from a repository</title>
<updated>2025-05-19T15:19:23Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-29T18:01:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=93416f3227685c390c7ab579981efde526134181'/>
<id>urn:sha1:93416f3227685c390c7ab579981efde526134181</id>
<content type='text'>
'Include' allows limiting a repository to a allowlist of packages,
'Exclude' allows removing packages from a repository.

Implementation wise this is not the nicest as it goes via the
IndexTarget options, so we first parse our option value into a
vector, then we turn the vector into a string, and then vectorize
it again. That said, we support both "," and " " as separators due
to the construction (we split by "," then we join using " ").

Gbp-Dch: full
</content>
</entry>
<entry>
<title>Pass --check to msgfmt and fix broken format strings</title>
<updated>2025-05-06T16:11:33Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2025-05-06T16:11:33Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9a7e34d491b828a227930654d4f99e4fd2eb93ec'/>
<id>urn:sha1:9a7e34d491b828a227930654d4f99e4fd2eb93ec</id>
<content type='text'>
The check option discovers broken format string translations as
well as other issues like broken headers, enable it.

The Japanese translation was discovered to both use the wrong
ordering for %.*s translations with different positions, and
missing the dot, e.g.

    %1$*2$s should have been %2$.*1$s

    (the number after % matches the string and the number after
     .* the size)
</content>
</entry>
<entry>
<title>Release 3.0.1</title>
<updated>2025-04-25T21:12:18Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-04-25T21:09:39Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3e6de9c26e0e32e417629d8d5b90343e94b85ab6'/>
<id>urn:sha1:3e6de9c26e0e32e417629d8d5b90343e94b85ab6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove boggus option in French manpage translation</title>
<updated>2025-04-07T12:51:45Z</updated>
<author>
<name>Laurent Bigonville</name>
<email>bigon@bigon.be</email>
</author>
<published>2025-04-07T12:51:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=29fa3041e379d4feb81889088d1451354678ed8e'/>
<id>urn:sha1:29fa3041e379d4feb81889088d1451354678ed8e</id>
<content type='text'>
</content>
</entry>
</feed>
