<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-pkg/deb, branch 2.3.1</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=2.3.1</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=2.3.1'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2021-03-09T12:44:30Z</updated>
<entry>
<title>Merge the three RAII vectors managing args lifetime</title>
<updated>2021-03-09T12:44:30Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2021-03-09T12:26:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=676f716717b7f138661ee5cb01edb0051f96ca49'/>
<id>urn:sha1:676f716717b7f138661ee5cb01edb0051f96ca49</id>
<content type='text'>
Having three different vectors littered over the method to manage
various parts of the lifetime of the argument vector we are creating is
a bit dangerous as it means a simple code change could result in a
desync of these three, so by moving the functionality of them all into a
wrapper class should prevent us from making such mistakes.
</content>
</entry>
<entry>
<title>Handle multi-arch pkgnames for dpkg call via RAII</title>
<updated>2021-03-09T12:38:13Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2021-03-09T10:40:35Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=302b1edcb1afe8098ddc2ddd576e56b898c1d90b'/>
<id>urn:sha1:302b1edcb1afe8098ddc2ddd576e56b898c1d90b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use RAII to clean up tmp dir for dpkg recursive install</title>
<updated>2021-03-09T12:36:52Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2021-03-09T10:40:59Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3312607159410eda3c634a0c6fe3c2b1a4fd3cc3'/>
<id>urn:sha1:3312607159410eda3c634a0c6fe3c2b1a4fd3cc3</id>
<content type='text'>
One less thing to remember to do in all branches.
</content>
</entry>
<entry>
<title>Replace multi-statement macro with lambda</title>
<updated>2021-03-09T10:45:08Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2021-03-09T10:39:29Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a5346a50c4f3ef15e71c16a9bf88723ae1153776'/>
<id>urn:sha1:a5346a50c4f3ef15e71c16a9bf88723ae1153776</id>
<content type='text'>
It is easy to make mistakes while dealing with such macros regardless of
how much you guard them, so just using a lambda removes a lot of
concerns here basically for free.
</content>
</entry>
<entry>
<title>Do not require force-loopbreak on Protected packages</title>
<updated>2021-02-23T18:10:29Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2021-02-23T17:23:30Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f8ff3afcd42d8b2e6506bc6f44a894149bf87442'/>
<id>urn:sha1:f8ff3afcd42d8b2e6506bc6f44a894149bf87442</id>
<content type='text'>
dpkg will be changed in 1.20.8 to not require --force-remove for
deconfiguration anymore, but we want to decouple our changes from the
dpkg ones, so let's always pass --force-remove-protected when installing
packages such that we can deconfigure protected packages.

Closes: #983014
</content>
</entry>
<entry>
<title>Guess compressor only if no AR nember with exact name exists</title>
<updated>2021-02-02T18:56:46Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2020-12-02T14:51:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f2c087449286812823d06d1b560fa947e438fa0d'/>
<id>urn:sha1:f2c087449286812823d06d1b560fa947e438fa0d</id>
<content type='text'>
Explicitly opening a tar member is a bit harder than it needs to be as
you have to remove the compressor extension so that it can be guessed
here gain potentially choosing the wrong member.

Doesn't really matter for deb packages of course as the member count is
pretty low and strongly defined, but testing is easier this way.

It also finally fixes an incorrectly formatted error message.
</content>
</entry>
<entry>
<title>Merge branch 'pu/include-all-translations' into 'master'</title>
<updated>2021-01-27T15:17:01Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2021-01-27T15:17:01Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ce2fbbbcd5d81b4cfd60d2a277cbd9ee63d2c1e7'/>
<id>urn:sha1:ce2fbbbcd5d81b4cfd60d2a277cbd9ee63d2c1e7</id>
<content type='text'>
Include all translations when building the cache

See merge request apt-team/apt!156</content>
</entry>
<entry>
<title>Include all translations when building the cache</title>
<updated>2021-01-27T11:48:58Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2021-01-27T11:31:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ccd952cc8793bc6b866f92912ef0bb51c42eb540'/>
<id>urn:sha1:ccd952cc8793bc6b866f92912ef0bb51c42eb540</id>
<content type='text'>
We do download all translations we ever downloaded, but we don't add all
of those to the cache, meaning that if we run update with LANG=C, it
might still download your de_DE translation, but it won't insert it into
the cache, causing your de_DE user to not get translated messages.

LP: #1907850
</content>
</entry>
<entry>
<title>dpkg: fix passing readonly /dev/null fd as stdout/stderr</title>
<updated>2021-01-22T15:41:12Z</updated>
<author>
<name>Youfu Zhang</name>
<email>zhangyoufu@gmail.com</email>
</author>
<published>2021-01-22T09:41:22Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=acbe227d50178657d98a609221b1caa5b128d7bb'/>
<id>urn:sha1:acbe227d50178657d98a609221b1caa5b128d7bb</id>
<content type='text'>
The read-only /dev/null was duplicated to stdout and stderr, causing writes to those descriptors to fail:
[pid   260] openat(AT_FDCWD, "/dev/null", O_RDONLY) = 7
[pid   260] dup2(7, 0)                  = 0
[pid   260] close(5)                    = 0
[pid   260] dup2(6, 1)                  = 1
[pid   260] dup2(7, 2)                  = 2
[pid   260] write(2, "Chrooting into ", 15) = -1 EBADF (Bad file descriptor)
[pid   260] chroot("/chroot/")          = 0
</content>
</entry>
<entry>
<title>Add support for Phased-Update-Percentage</title>
<updated>2021-01-08T13:48:47Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2020-08-10T18:16:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c5bc86d45e003905ef411146e66b414d26fb1ff8'/>
<id>urn:sha1:c5bc86d45e003905ef411146e66b414d26fb1ff8</id>
<content type='text'>
This adds support for Phased-Update-Percentage by pinning
upgrades that are not to be installed down to 1.

The output of policy has been changed to add the level of
phasing, and documentation has been improved to document
how phased updates work.

The patch detects if it is running in a chroot, and if so, always
includes phased updates, restoring classic apt behavior to avoid
behavioral changes on buildd chroots.

Various options are added to control this all:

* APT::Get::{Always,Never}-Include-Phased-Updates and their legacy
  update-manager equivalents to always or never include phased updates
* APT::Machine-ID can be set to a UUID string to have all machines in a
  fleet phase the same
* Dir::Etc::Machine-ID is weird in that it's default is sort of like
  ../machine-id, but not really, as ../machine-id would look up
  $PWD/../machine-id and not relative to Dir::Etc; but it allows you to
  override the path to machine-id (as opposed to the value)
* Dir::Bin::ischroot is the path to the ischroot(1) binary which is used
  to detect whether we are running in a chroot.
</content>
</entry>
</feed>
