<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/test/integration, branch 2.9.8</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=2.9.8</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=2.9.8'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2024-08-12T14:07:11Z</updated>
<entry>
<title>Merge branch 'main' into 'main'</title>
<updated>2024-08-12T14:07:11Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2024-08-12T14:07:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=78ff0aa5d8b8161c621d54ea85f1efbfdaca0093'/>
<id>urn:sha1:78ff0aa5d8b8161c621d54ea85f1efbfdaca0093</id>
<content type='text'>
Do not return error if `Signed-By` value in source list is empty

See merge request apt-team/apt!364</content>
</entry>
<entry>
<title>Fix obsoleted-by handling for experimental</title>
<updated>2024-08-12T14:05:54Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2024-08-12T13:27:31Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5d2c0e600656db690aaeb0768f3df8e71127808a'/>
<id>urn:sha1:5d2c0e600656db690aaeb0768f3df8e71127808a</id>
<content type='text'>
Basically this boils down to checking that the priority of the
source candidate candidate is higher or equal than the priority
of the package's candidate that is being under consideration.

It stands to reason if we maybe we should actually calculate a
source candidate version; this will look similar but may perhaps
perform slightly different.
</content>
</entry>
<entry>
<title>Merge branch 'deprecate-pubkey-algos' into 'main'</title>
<updated>2024-07-30T04:18:02Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2024-07-30T04:18:02Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d0e8f39437afdd557a8712047e1fc494fde9209e'/>
<id>urn:sha1:d0e8f39437afdd557a8712047e1fc494fde9209e</id>
<content type='text'>
Only revoke weak RSA keys now, add 'next' and 'future' levels

See merge request apt-team/apt!365</content>
</entry>
<entry>
<title>Only revoke weak RSA keys for now, add 'next' and 'future' levels</title>
<updated>2024-07-15T17:17:55Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2024-07-15T17:13:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=47deb766c0a11c54d122197531279677545459af'/>
<id>urn:sha1:47deb766c0a11c54d122197531279677545459af</id>
<content type='text'>
Algorithms not in the next level give a warning, algorithms
in not in the future level introduce an audit message for
the --audit flag.

next: &gt;=rsa2048,ed25519,ed448,nistp256,nistp384,nistp512
future: &gt;=rsa3072,ed25519,ed448

LP: #2073126
</content>
</entry>
<entry>
<title>Do not return error if `Signed-By` value in source list is empty</title>
<updated>2024-07-12T03:28:47Z</updated>
<author>
<name>Aristo Chen</name>
<email>aristo.chen@canonical.com</email>
</author>
<published>2024-07-05T09:01:32Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=4b537e415aa3888ffe029664bc8238078bdc880a'/>
<id>urn:sha1:4b537e415aa3888ffe029664bc8238078bdc880a</id>
<content type='text'>
Signed-off-by: Aristo Chen &lt;aristo.chen@canonical.com&gt;
</content>
</entry>
<entry>
<title>Parse snapshot option for apt show/list</title>
<updated>2024-07-08T14:12:37Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2024-07-08T12:57:18Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=99ec5c955b0e8583bfd93400803caa992bcc1189'/>
<id>urn:sha1:99ec5c955b0e8583bfd93400803caa992bcc1189</id>
<content type='text'>
The option is supported by the command (as this is done by a bit more
low level code), but the command line parsing did not expect them to
be used for the apt show &amp; list command, so that it would report error.

As such, a workaround for this issue is to use:
-o APT::Snapshot=BANANA
instead of e.g.
-S BANANA

Closes: #1075819
</content>
</entry>
<entry>
<title>Show installed version (not candidate version) while removing a package</title>
<updated>2024-07-05T04:27:32Z</updated>
<author>
<name>sid</name>
<email>sidtosh4@gmail.com</email>
</author>
<published>2024-07-03T09:20:32Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c575648f41ff09e72988976f8150e9bb51781cd4'/>
<id>urn:sha1:c575648f41ff09e72988976f8150e9bb51781cd4</id>
<content type='text'>
Showing a package version which was never installed in removals is
confusing.
</content>
</entry>
<entry>
<title>solver3: Refactor (rewrite) FromDepCache()</title>
<updated>2024-07-01T19:49:26Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2024-06-13T15:55:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b69f11fac9f4df52726ea7ac4f2c5920b7f71ccb'/>
<id>urn:sha1:b69f11fac9f4df52726ea7ac4f2c5920b7f71ccb</id>
<content type='text'>
Refactor the various Install requests into a single one and move
some stuff around, this should be a bit easier to maintain and
we don't repeat ourselves all the time.

This accidentally uncovered some bugs in the code, that get fixed
by this:

- The UpgradeManual and InstallManual groups did not work correctly,
  Essential packages were Install and others were Upgrade.

- Automatically installed packages falsely got promoted to the
  manual groups as they got promoted into the manual code path,
  whenever we ran without allowing their removal.

- The combination of --mark-auto --auto-remove now works correctly

  We previously skipped the installation of automatically installed
  packages when we did autoremoval, but we did not consider if the
  action was protected, that is specified on the command-line.

  Now we do not autoremove protected actions, and have added a test
  case for it.

- The AllowRemoveManual option no longer is applied if removals are
  generally denied.

Closes: #1071519
</content>
</entry>
<entry>
<title>solver3: Do not accidentally promote Replaces and Enhances to dependencies</title>
<updated>2024-07-01T14:28:53Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2024-07-01T14:27:15Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b636668788fe8b1f7183b21eaf7b87f34209169e'/>
<id>urn:sha1:b636668788fe8b1f7183b21eaf7b87f34209169e</id>
<content type='text'>
As part of the refactoring, we allowed the code to work on unimportant
dependencies as we needed to promote Suggests to Depends if they are
currently satisfied.

However, Replaces and Enhances were not considered properly and both
are not negative dependencies so they were accidentally promoted to
Depends too if they were currently satisfied.
</content>
</entry>
<entry>
<title>solver3: Order obsolete choices last</title>
<updated>2024-06-13T13:10:06Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2024-06-06T09:19:04Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6708203296911800caf94bb94ce204d3a39af0bd'/>
<id>urn:sha1:6708203296911800caf94bb94ce204d3a39af0bd</id>
<content type='text'>
This has two aspects:

1. For a dependency A | B | C we order the obsolete packages last,
   that is, if A is obsolete, this gets reordered to B | C | A,
   such that we try to pick non-obsolete packages first to ease
   upgrade calculation.

2. When comparing two dependencies, we order dependencies into three
   groups: First we satisfy dependencies mentioning only non-installed
   (NEW) packages, then we satisfy "normal" dependencies, and finally
   we satisfy any dependencies mentioning obsolete packages.

   This means for example if you have obsolete libfoo1 and a new
   libfoo1t64, that we will see Depends: libfoo1t64 before any
   Depends: libfoo1 (which may expand to libfoo1 | libfoo1t64),
   so we effectively will have selected "replacement" packages
   this way already before getting to older packages where we
   would have to choose between the obsolete package and its
   replacement.
</content>
</entry>
</feed>
