<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-pkg/tagfile.cc, 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-05-22T15:36:09Z</updated>
<entry>
<title>Add APT::Acquire::$(host)::By-Hash=1 knob, add Acquire-By-Hash to Release file</title>
<updated>2014-05-22T15:36:09Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@ubuntu.com</email>
</author>
<published>2014-05-22T15:36:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a2fdb57ff93c1b1f35b796c3c99878ec3ae54a06'/>
<id>urn:sha1:a2fdb57ff93c1b1f35b796c3c99878ec3ae54a06</id>
<content type='text'>
The by-hash can be configured on a per-hostname basis and a Release
file can indicate that it has by-hash support via a new flag.

The location of the hash now matches the AptByHash spec
</content>
</entry>
<entry>
<title>improve pkgTagSection scanning and parsing</title>
<updated>2014-05-10T09:24:44Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-05-10T09:24:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8710a36a01c0cb1648926792c2ad05185535558e'/>
<id>urn:sha1:8710a36a01c0cb1648926792c2ad05185535558e</id>
<content type='text'>
Removes the 256 fields limit, deals consistently with spaces littered
all over the place and is even a tiny bit faster than before.
Even comes with a bunch of new tests to validate these claims.
</content>
</entry>
<entry>
<title>add support for apt-get build-dep foo.dsc</title>
<updated>2014-04-22T19:58:26Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@ubuntu.com</email>
</author>
<published>2014-04-22T15:59:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=feab34c5216941ca95aae1a389238a77b662d1de'/>
<id>urn:sha1:feab34c5216941ca95aae1a389238a77b662d1de</id>
<content type='text'>
</content>
</entry>
<entry>
<title>follow method attribute suggestions by gcc</title>
<updated>2014-03-13T12:58:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-03-05T23:33:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a02db58fd50ef7fc2f0284852c6b3f98e458a232'/>
<id>urn:sha1:a02db58fd50ef7fc2f0284852c6b3f98e458a232</id>
<content type='text'>
Git-Dch: Ignore
Reported-By: gcc -Wsuggest-attribute={pure,const,noreturn}
</content>
</entry>
<entry>
<title>cleanup headers and especially #includes everywhere</title>
<updated>2014-03-13T12:58:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-03-05T21:11:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=453b82a388013e522b3a1b9fcd6ed0810dab1f4f'/>
<id>urn:sha1:453b82a388013e522b3a1b9fcd6ed0810dab1f4f</id>
<content type='text'>
Beside being a bit cleaner it hopefully also resolves oddball problems
I have with high levels of parallel jobs.

Git-Dch: Ignore
Reported-By: iwyu (include-what-you-use)
</content>
</entry>
<entry>
<title>warning: type qualifiers ignored on function return type [-Wignored-qualifiers]</title>
<updated>2014-03-13T12:58:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-03-01T12:55:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d64e130aa333837a8fda0f1bba51f2867ca520f7'/>
<id>urn:sha1:d64e130aa333837a8fda0f1bba51f2867ca520f7</id>
<content type='text'>
Reported-By: gcc -Wignored-qualifiers
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>pkgTagFile: if we have seen the end, do not try to see more</title>
<updated>2014-01-29T23:16:19Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-01-29T22:02:51Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e62aa1dd8099aeb8bb667253ca22c56b93f521d1'/>
<id>urn:sha1:e62aa1dd8099aeb8bb667253ca22c56b93f521d1</id>
<content type='text'>
Asking for more via Step() will notice that we are done with the file
already and will result in a fail, which means we can't find the last
sections anymore (which is especially painful if we haven't moved at
all as in the testcase we haven't even looked at one of the sources
leading to a strange behaviour)

Reported-By: Niall Walsh &lt;niallwalsh@users.berlios.de&gt;
</content>
</entry>
<entry>
<title>"apt show" show user friendly size info</title>
<updated>2014-01-22T16:18:26Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2014-01-22T16:18:26Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9e51c0b6a3a1a36336820eda11bcfd5534d9d80c'/>
<id>urn:sha1:9e51c0b6a3a1a36336820eda11bcfd5534d9d80c</id>
<content type='text'>
The size/installed-size is displayed via SizeToStr() and Size
is rewriten to "Download-Size" to make clear what size is refered
to here.
</content>
</entry>
<entry>
<title>make /etc/apt/preferences parser deal with comment only sections</title>
<updated>2013-12-21T18:09:06Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@debian.org</email>
</author>
<published>2013-12-21T17:50:03Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=75ab11ae3880530c5354cc90c8d1ff0998f8146b'/>
<id>urn:sha1:75ab11ae3880530c5354cc90c8d1ff0998f8146b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>do not trust FileFd::Eof() in pkgTagFile::Fill()</title>
<updated>2013-09-20T11:34:22Z</updated>
<author>
<name>David Kalnischkies</name>
<email>kalnischkies@gmail.com</email>
</author>
<published>2013-09-20T11:34:22Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5985c230c8ac85fe2b2eb504b798377843bdc7cd'/>
<id>urn:sha1:5985c230c8ac85fe2b2eb504b798377843bdc7cd</id>
<content type='text'>
The Eof check was added (by me of course) in
0aae6d14390193e25ab6d0fd49295bd7b131954f
as part of a fix up ~a month ago (at DebConf).

The idea was not that bad, but doesn't make that much sense either
as this bit is set by the FileFd based on Actual as well, so this is
basically doing the same check again – with the difference that the
HitEof bit can still linger from a previous Read we did at the end of
the file, but have seek'd away from it now.

Combined with the length of entries, entry order and other not that
easily controllable conditions you can be 'lucky' enough to hit this
problem in a way which even visible (truncating of other fields might
 not be visible easily, like 'Tags' and others).

Closes: 723705
Thanks: Cyril Brulebois
</content>
</entry>
</feed>
