<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-pkg, branch 1.8.2</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.8.2</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.8.2'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2019-05-21T12:53:13Z</updated>
<entry>
<title>Unlock dpkg locks in reverse locking order</title>
<updated>2019-05-21T12:53:13Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2019-05-10T10:14:59Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ab14e19c6171b1f5fb84ae14ebfccb3a3c1c186b'/>
<id>urn:sha1:ab14e19c6171b1f5fb84ae14ebfccb3a3c1c186b</id>
<content type='text'>
We need to unlock in the reverse order of locking in order
to get useful behavior.

LP: #1829860
</content>
</entry>
<entry>
<title>Prevent shutdown while running dpkg</title>
<updated>2019-05-03T14:48:56Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2019-04-15T09:32:50Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=96aef11a5cf400377a52f7e93e70944b17e249d1'/>
<id>urn:sha1:96aef11a5cf400377a52f7e93e70944b17e249d1</id>
<content type='text'>
As long as we are running dpkg, keep an inhibitor that
blocks us from shutting down.

LP: #1820886
</content>
</entry>
<entry>
<title>Add explicit message for unsupported binary signature</title>
<updated>2019-03-03T20:52:40Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2019-03-03T18:41:42Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3e3638dc9389591cfd30baa6c41d85c31127402a'/>
<id>urn:sha1:3e3638dc9389591cfd30baa6c41d85c31127402a</id>
<content type='text'>
Verifying the content of Release.gpg made us fail on binary signatures
which were never officially supported (apt-secure manpage only documents
only the generation of ASCII armored), but silently accepted by gpgv as
we passed it on unchecked before.

The binary format is complex and is itself split into old and new
formats so adding support for this would not only add lots of code but
also a good opportunity for bugs and dubious benefit.

Reporting this issue explicitly should help repository creators figure
out the problem faster than the default NODATA message hinting at
captive portals.

Given that the binary format has no file magic or any other clear and
simple indication that this is a detached signature we guess based on
the first two bits only – and by that only supporting the "old" binary
format which seems to be the only one generated by gnupg in this case.

References: e2965b0b6bdd68ffcad0e06d11755412a7e16e50
Closes: #921685
</content>
</entry>
<entry>
<title>Fix various typos in the documentation</title>
<updated>2019-02-10T12:16:27Z</updated>
<author>
<name>Jakub Wilk</name>
<email>jwilk@jwilk.net</email>
</author>
<published>2019-02-10T11:51:30Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9a702b150c8ddeafa8c10c9f120dafdeb08ef93b'/>
<id>urn:sha1:9a702b150c8ddeafa8c10c9f120dafdeb08ef93b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use std::to_string() for HashStringList::FileSize() getter</title>
<updated>2019-02-04T14:29:09Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2019-01-04T19:48:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=780858355914c64793f11860490603c5131c35f1'/>
<id>urn:sha1:780858355914c64793f11860490603c5131c35f1</id>
<content type='text'>
This slightly improves performance, as std::to_string() (as in gcc's
libstdc++) avoids a heap allocation. This is surprisingly performance
critical code, so we might want to improve things further in 1.9
by manually calculating the string - that would also get rid of issues
with locales changing string formatting, if any.
</content>
</entry>
<entry>
<title>Detect function multiversioning and sse4.2/crc32, enables i386</title>
<updated>2019-02-04T14:21:32Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2019-02-03T15:39:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=2cc1b3a3ee595c8be761fee309167b8a56393d3e'/>
<id>urn:sha1:2cc1b3a3ee595c8be761fee309167b8a56393d3e</id>
<content type='text'>
This fixes the build on kfreebsd-amd64, and due to the detection
of sse4.2, should also enable the sse4.2 on i386.
</content>
</entry>
<entry>
<title>gpgv: Use buffered writes for splitting clearsigned files</title>
<updated>2019-02-04T13:43:16Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2019-02-04T13:43:16Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=cde5ee8fe527d3d672775909d27110d11c393774'/>
<id>urn:sha1:cde5ee8fe527d3d672775909d27110d11c393774</id>
<content type='text'>
This is safe here, as the code ensures that the file is flushed
before it is being used. The next series should probably make
GetTempFile() buffer writes by default.
</content>
</entry>
<entry>
<title>Merge branch 'pu/dead-pin' into 'master'</title>
<updated>2019-02-04T12:44:08Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2019-02-04T12:44:08Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3a015964dd56edf897ee062b2eafa2cfc0584380'/>
<id>urn:sha1:3a015964dd56edf897ee062b2eafa2cfc0584380</id>
<content type='text'>
A pin of -32768 overrides any other, disables repo

See merge request apt-team/apt!40</content>
</entry>
<entry>
<title>Add a Packages-Require-Authorization Release file field</title>
<updated>2019-02-01T16:52:03Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2019-02-01T13:43:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c2b9b0489538fed4770515bd8853a960b13a2618'/>
<id>urn:sha1:c2b9b0489538fed4770515bd8853a960b13a2618</id>
<content type='text'>
This new field allows a repository to declare that access to
packages requires authorization. The current implementation will
set the pin to -32768 if no authorization has been provided in
the auth.conf(.d) files.

This implementation is suboptimal in two aspects:
(1) A repository should behave more like NotSource repositories
(2) We only have the host name for the repository, we cannot use
    paths yet.

- We can fix those after an ABI break.

The code also adds a check to acquire-item.cc to not use the
specified repository as a download source, mimicking NotSource.
</content>
</entry>
<entry>
<title>Introduce experimental 'never' pinning for sources</title>
<updated>2019-02-01T16:51:35Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2018-12-18T13:50:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8bb2a91a070170d7d8e71206d1c66a26809bdbc3'/>
<id>urn:sha1:8bb2a91a070170d7d8e71206d1c66a26809bdbc3</id>
<content type='text'>
This allows disabling a repository by pinning it to 'never',
which is internally translated to a value of -32768 (or whatever
the minimum of short is).

This overrides any other pin for that repository. It can be used
to make sure certain sources are never used; for example, in
unattended-upgrades.

To prevent semantic changes to existing files, we substitute
min + 1 for every pin-priority: &lt;min&gt;. This is a temporary
solution, as we are waiting for an ABI break.

To add pins with that value, the special Pin-Priority
"never" may be used for now. It's unclear if that will
persist, or if the interface will change eventually.
</content>
</entry>
</feed>
