<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-pkg, branch 1.2.10</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.2.10</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.2.10'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-04-03T12:44:47Z</updated>
<entry>
<title>don't leak on error in listparser creation</title>
<updated>2016-04-03T12:44:47Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-25T12:08:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c48ef8942d87388a67af9e2cad92171aca3be731'/>
<id>urn:sha1:c48ef8942d87388a67af9e2cad92171aca3be731</id>
<content type='text'>
Git-Dch: Ignore
Reported-By: gcc -fsanitize=address
</content>
</entry>
<entry>
<title>use buffered writing for InRelease splitting</title>
<updated>2016-04-03T12:44:47Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-25T11:15:00Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=46c4043d741cb2c1d54e7f5bfaa234f1b7580f6c'/>
<id>urn:sha1:46c4043d741cb2c1d54e7f5bfaa234f1b7580f6c</id>
<content type='text'>
Hardly noticeable, but given that we have the option to easily enable
it, lets enable it as every newline in the message is written
individually by the code.
</content>
</entry>
<entry>
<title>consistently add APT_OVERRIDE as method marker</title>
<updated>2016-04-03T12:44:47Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-25T11:11:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=cabfb8808d77323fb444c7f6661683df97b40a91'/>
<id>urn:sha1:cabfb8808d77323fb444c7f6661683df97b40a91</id>
<content type='text'>
Some methods had it missing, some used the keyword directly, which isn't
a problem as it is a cc file, but for consistency lets stick to our
macro for now.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>Allow lowering trust level of a hash via config</title>
<updated>2016-03-28T12:59:33Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-03-28T01:34:54Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6a4958d3134a3a61c036bc9ccaccc393c2bb99f2'/>
<id>urn:sha1:6a4958d3134a3a61c036bc9ccaccc393c2bb99f2</id>
<content type='text'>
Introduces APT::Hashes::&lt;NAME&gt; with entries Untrusted and Weak
which can be set to true to cause the hash to be treated as
untrusted and/or weak.
</content>
</entry>
<entry>
<title>Do not mark packages for keep that we want to remove</title>
<updated>2016-03-27T00:09:14Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-03-26T23:20:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6df5632313e9ce77c47ee4bcf6e32a028c4534d0'/>
<id>urn:sha1:6df5632313e9ce77c47ee4bcf6e32a028c4534d0</id>
<content type='text'>
If the package is marked for removal, keep it marked for
removal and do not mark it for keep. If we mark it for keep,
we some how later get to a different stage where it is marked
for unpack instead of removal.

In the example in the bug report, we would get a:

 SmartUnPack maas-region-controller-min:amd64 (replace version 2.0.0~alpha3+bzr4810-0ubuntu1 with Segmentation fault

maas-region-controller-min:amd64 was marked for removal, but
we changed it to keep and somehow it thinks that this is to
be replaced now instead of removed (probably because the
InstallVer != CandidateVer [with InstallVer = 0]).

This fixes a regression introduced in release 1.2.7, commit:
  0390edd5452b081f8efcf412f96d535a1d959457

Reported-by: LaMont Jones on IRC
LP: #1562402
</content>
</entry>
<entry>
<title>drop confusing comma from no strong hash message</title>
<updated>2016-03-25T08:31:42Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-25T08:31:42Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a2025a9a307bf4796e90623b002a7fa80ae814ef'/>
<id>urn:sha1:a2025a9a307bf4796e90623b002a7fa80ae814ef</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Set hidden visibility for StringView</title>
<updated>2016-03-24T14:16:00Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-03-24T14:11:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5359675e6c7684bd4153adaf3cc0f59442cdc291'/>
<id>urn:sha1:5359675e6c7684bd4153adaf3cc0f59442cdc291</id>
<content type='text'>
This avoids templates using StringView to be exported, such as
std::vector&lt;StringView*&gt;::emplace_back().

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>refactor loading of previous release file</title>
<updated>2016-03-19T08:48:44Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-17T11:10:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d32223495b4b6e077c8c4db54a0dd972c7a1548a'/>
<id>urn:sha1:d32223495b4b6e077c8c4db54a0dd972c7a1548a</id>
<content type='text'>
There is really no need to have the same code three times.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>cachefile: Only set members that were initialized successfully</title>
<updated>2016-03-19T06:19:24Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-03-19T00:56:38Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f40fdaa43271edf98b80c08e20f401b5da591501'/>
<id>urn:sha1:f40fdaa43271edf98b80c08e20f401b5da591501</id>
<content type='text'>
Otherwise, things will just start failing later down the stack,
because (a) the lazy getters do not check if building was successful
and (b) any further getter call would return the invalid object
anyway.

Also initialize VS in pkgCache to nullptr by default.

Closes: #818628
</content>
</entry>
<entry>
<title>do not strip epochs from state version strings</title>
<updated>2016-03-16T22:29:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-16T21:32:48Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a38cec81d349525c447004ef8fe9dc942c8bd9bb'/>
<id>urn:sha1:a38cec81d349525c447004ef8fe9dc942c8bd9bb</id>
<content type='text'>
The epoch stripping in this code is done since day one, but in other
places we show a version epochs are not stripped. If epochs are present
in packages they tend to be an important information which we can't just
drop and especially can't drop "sometimes" as that confuses users and
tools alike – so even if removing code in use for (close to) 18 years
feels wrong, it is probably the right choice for consistency.

Closes: 818162
</content>
</entry>
</feed>
