<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-pkg, branch 1.1.5</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.1.5</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.1.5'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2015-12-14T15:16:56Z</updated>
<entry>
<title>pkgcache: Make hash arch-independent using fixed size integer</title>
<updated>2015-12-14T15:16:56Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-14T15:15:36Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6755060951828412e19e58afe5361f9ad06e5deb'/>
<id>urn:sha1:6755060951828412e19e58afe5361f9ad06e5deb</id>
<content type='text'>
This helps writing test cases. Also adapt the test case that
expected 64-bit.

Nothing changes performance wise, the distribution of the hash
values remains intact.
</content>
</entry>
<entry>
<title>tagfile: Hardcode error message for out of range integer values</title>
<updated>2015-12-14T12:58:46Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-14T12:58:46Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=137e8ad4b6ce28b1a1355d5a125d09670388c2b7'/>
<id>urn:sha1:137e8ad4b6ce28b1a1355d5a125d09670388c2b7</id>
<content type='text'>
This makes the test suite work on 32 bit-long platforms.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>non-existing directories don't need to be cleaned</title>
<updated>2015-12-14T02:21:20Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-14T02:21:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=dffc17ba835b6bf782fe553d338b6a921c6de7bf'/>
<id>urn:sha1:dffc17ba835b6bf782fe553d338b6a921c6de7bf</id>
<content type='text'>
Trying to clean up directories which do not exist seems rather silly if
you think about it, so let apt think about it and stop it.

Depends a bit on the caller if this is fixing anything for them as they
might try to acquire a lock or doing other clever things as apt does.

Closes: 807477
</content>
</entry>
<entry>
<title>support regex and co in 'apt-cache policy $pkg' again</title>
<updated>2015-12-14T01:38:34Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-14T01:38:34Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=27e4c1664a93bdce20de62a984e51d56671690ce'/>
<id>urn:sha1:27e4c1664a93bdce20de62a984e51d56671690ce</id>
<content type='text'>
Regression of 1e064088bf7b3e29cd36d30760fb3e4143a1a49a (1.1~exp4) which
moved code around and renamed methods heavily ending up calling the
wrong method matching packagenames only instead of calling the full
array. Most commands work with versions, so this managed to fly under
the radar for quite a while.

Closes: 807870
</content>
</entry>
<entry>
<title>show a more descriptive error for weak Release files</title>
<updated>2015-12-14T01:26:23Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-14T01:18:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=bd4a8f51649ee37291c6e07310104a94f4f5fbed'/>
<id>urn:sha1:bd4a8f51649ee37291c6e07310104a94f4f5fbed</id>
<content type='text'>
If we can't work with the hashes we parsed from the Release file we
display now an error message if the Release file includes only weak
hashes instead of downloading the indexes and failing to verify them
with "Hash Sum mismatch" even through the hashes didn't mismatch (they
were just weak).

If for some (unlikely) reason we have got weak hashes only for
individual targets we will show a warning to this effect (again, befor
downloading and failing the index itself).

Closes: 806459
</content>
</entry>
<entry>
<title>parse .diff/Index hashes in reverse order</title>
<updated>2015-12-13T17:53:08Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-13T17:53:08Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=37141fe491b515beb04bd1d9f016a96154de7c4a'/>
<id>urn:sha1:37141fe491b515beb04bd1d9f016a96154de7c4a</id>
<content type='text'>
Reversing the parsing order ensures that we parse weaker hashes (like
SHA1) before we touch newer/stronger hashes (like SHA256) as the weaker
ones will usually be there for a longer time already with data already
present, which we would discard if we start with the strong one first.

The discarding is visible in the debug logs:
File X wasn't in the list for the first parsed hash! (history)
File X wasn't in the list for the first parsed hash! (patches)
which if file X is part of the patch-path means apt will not find a path and
fallback to acquire the whole file instead needlessly.
If file X isn't part of the patch-path that is no problem, so that
effects only the update-call which updates with patches coming from
before and after the addition of a new hash.
</content>
</entry>
<entry>
<title>fix typos and docs in GlobalError documentation</title>
<updated>2015-12-13T16:46:49Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-13T16:43:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=646ebd92c8ad9897078746ef440231a2fc34b683'/>
<id>urn:sha1:646ebd92c8ad9897078746ef440231a2fc34b683</id>
<content type='text'>
Reported-By: Manuel A. Fernandez Montecelo &lt;mafm@debian.org&gt;
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>mmap: Define _DEFAULT_SOURCE instead of _BSD_SOURCE</title>
<updated>2015-12-11T14:02:24Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-11T14:02:24Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f9d8a91570788b676cabceede3229860ad76734e'/>
<id>urn:sha1:f9d8a91570788b676cabceede3229860ad76734e</id>
<content type='text'>
Fixes a warning reported by gcc.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>Bump cache minor version to 2 to trigger rebuilds</title>
<updated>2015-12-11T13:48:21Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-11T13:32:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=027010953973bc868262a110e79610880610728d'/>
<id>urn:sha1:027010953973bc868262a110e79610880610728d</id>
<content type='text'>
With the package names now normalized to lower case, the caches
of affected systems need to be rebuild. Adjust the minor version
to trigger such a rebuild.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>Convert package names from Packages files to lower case</title>
<updated>2015-12-11T13:48:21Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-11T13:27:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=fffa3b57b4f2334dff3b9bef5401521307e1a721'/>
<id>urn:sha1:fffa3b57b4f2334dff3b9bef5401521307e1a721</id>
<content type='text'>
dpkg does that when reading package files, so we should do
the same. This only deals with parsing names from binary
package paragraphs, it does not look at source package names
and/or the list of binaries in a dsc file.

Closes: #807012
</content>
</entry>
</feed>
