<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-pkg/deb, branch 1.1.exp1</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.1.exp1</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.1.exp1'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2014-06-18T13:05:32Z</updated>
<entry>
<title>readd pkgPackageManager::Go() to not break API</title>
<updated>2014-06-18T13:05:32Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@ubuntu.com</email>
</author>
<published>2014-06-18T13:05:32Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9eb0042bef1f1b6b1603fb234cdbc53fc76b2ce7'/>
<id>urn:sha1:9eb0042bef1f1b6b1603fb234cdbc53fc76b2ce7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>remove the Section member from package struct</title>
<updated>2014-06-18T10:41:11Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-06-13T06:35:32Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7a66977486804d46d5860f568cbd80f54f0c42d0'/>
<id>urn:sha1:7a66977486804d46d5860f568cbd80f54f0c42d0</id>
<content type='text'>
A version belongs to a section and has hence a section member of its
own. A package on the other hand can have multiple versions from
different sections. This was "solved" by using the section which was
parsed first as order of sources.list defines, but that is obviously a
horribly unpredictable thing.

We therefore directly remove this struct member to free some space and
mark the access method as deprecated, which is told to return the
section of the 'newest' known version, which is at least predictable,
but possible not what it returned before – but nobody knows.

Users are way better of with the Section() as returned by the version
they are dealing with. It is likely the same for all versions of a
package, but in the few cases it isn't, it is important (like packages
moving from main/* to contrib/* or into oldlibs …).
</content>
</entry>
<entry>
<title>cleanup datatypes mix used in binary cache</title>
<updated>2014-06-18T10:41:11Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-06-12T10:22:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=4ad8619bb1f0bf777d17c568bb7a6cf7f30aac34'/>
<id>urn:sha1:4ad8619bb1f0bf777d17c568bb7a6cf7f30aac34</id>
<content type='text'>
We had a wild mixture of (unsigned) int, long and long long here without
much sense, so this commit adds a few typedefs to get some sense in the
typesystem and ensures that a ID isn't sometimes computed as int, stored
as long and compared with a long long… as this could potentially bite us
later on as the size of the archive only increases over time.
</content>
</entry>
<entry>
<title>Merge branch 'debian/sid' into debian/experimental</title>
<updated>2014-06-18T06:32:47Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2014-06-18T06:32:47Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=aa0bd601ea3db281187275bbbece760d85ff29d9'/>
<id>urn:sha1:aa0bd601ea3db281187275bbbece760d85ff29d9</id>
<content type='text'>
Conflicts:
	debian/changelog
</content>
</entry>
<entry>
<title>Fix more warnings from clang</title>
<updated>2014-05-29T10:17:47Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2014-05-28T08:29:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=80624be7c54aec6ed98ee254366155024fca1a71'/>
<id>urn:sha1:80624be7c54aec6ed98ee254366155024fca1a71</id>
<content type='text'>
Reported-By: clang++ -Werror

Conflicts:
	apt-pkg/acquire-item.cc
	apt-pkg/acquire-item.h
	apt-pkg/deb/debmetaindex.h
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'upstream/debian/sid' into debian/experimental</title>
<updated>2014-05-29T10:14:42Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2014-05-29T10:14:42Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1f46d14620a0b58a9239fa3faa59ba79a98f6c98'/>
<id>urn:sha1:1f46d14620a0b58a9239fa3faa59ba79a98f6c98</id>
<content type='text'>
Conflicts:
	test/integration/test-bug-747261-arch-specific-conflicts
</content>
</entry>
<entry>
<title>Fix warning about uninitialized variable</title>
<updated>2014-05-28T08:00:52Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2014-05-28T08:00:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b29599105ed9a5bb38b55cb066ef81256d66be41'/>
<id>urn:sha1:b29599105ed9a5bb38b55cb066ef81256d66be41</id>
<content type='text'>
Reported-By: clang++ -Werror
</content>
</entry>
<entry>
<title>use free() instead of delete[] in debSrcRecordParser::~debSrcRecordParser</title>
<updated>2014-05-27T21:42:10Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2014-05-27T21:42:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7f48c4dfbb1f27c51044edde0692d7446ee74438'/>
<id>urn:sha1:7f48c4dfbb1f27c51044edde0692d7446ee74438</id>
<content type='text'>
The Buffer was allocated using strndup() so we need to free it using
free() instead of delete[]
</content>
</entry>
<entry>
<title>Never parse Version/Architecture tags in a Translation-$lang file</title>
<updated>2014-05-15T12:37:33Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@ubuntu.com</email>
</author>
<published>2014-05-15T12:37:33Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=bc1c9081e826c2c7f265f23d388ba868d5011f6a'/>
<id>urn:sha1:bc1c9081e826c2c7f265f23d388ba868d5011f6a</id>
<content type='text'>
Version/Architecture information in a Translation-$lang file is
not allowed, so don't try to parse it. This is a fix for a bugreport
where a Translation-en file contained the content of the regular
Packages file (probably due to local FS corruption). This lead to
strange error messages on file download.

Thanks to Thomas Reusch for the report.
</content>
</entry>
<entry>
<title>parse and retrieve multiple Descriptions in one record</title>
<updated>2014-05-09T11:06:27Z</updated>
<author>
<name>David Kalnischkies</name>
<email>kalnischkies@gmail.com</email>
</author>
<published>2013-08-18T20:20:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ffe3c68e494efc1c2c4d748fa9d69e150867e5c2'/>
<id>urn:sha1:ffe3c68e494efc1c2c4d748fa9d69e150867e5c2</id>
<content type='text'>
It seems unlikely for now that proper archives will carry multiple
Description-* stanzas in the Packages (or Translation-*) file, but
sometimes apt eats its own output as shown by the usage of the CD team
and it would be interesting to let apt output multiple translations
e.g. in 'apt-cache show'.
</content>
</entry>
</feed>
