<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/test/integration/test-apt-cli-why, branch 3.1.14</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=3.1.14</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=3.1.14'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2026-01-20T13:07:15Z</updated>
<entry>
<title>why: Render info about all providers on virtual packages</title>
<updated>2026-01-20T13:07:15Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2026-01-20T13:04:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=34876ed2e5cdf504e2a4f9721486d279ae5f3be6'/>
<id>urn:sha1:34876ed2e5cdf504e2a4f9721486d279ae5f3be6</id>
<content type='text'>
Refactor code into a doOne helper lambda, and then add loop
over the providers to use it.

This fixes a crash seen by Benjamin in a nice way than just
failing :)

Reported-by: Benjamin Drung
</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>
</feed>
