<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt, branch 1.4_beta3</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.4_beta3</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.4_beta3'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2017-01-05T19:52:03Z</updated>
<entry>
<title>Release 1.4~beta3</title>
<updated>2017-01-05T19:52:03Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-01-05T19:52:03Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5d47d9b8f8a43f2b7502336a1df4e017fbf1602d'/>
<id>urn:sha1:5d47d9b8f8a43f2b7502336a1df4e017fbf1602d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Run parsedepends_test for two different native archs</title>
<updated>2017-01-02T13:28:05Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-01-02T13:25:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ae44d3935267b193e73071f3d110009d492021a6'/>
<id>urn:sha1:ae44d3935267b193e73071f3d110009d492021a6</id>
<content type='text'>
Run the test for kfreebsd-i386 and amd64 and pass "amd64" as
an additional argument to the function. This tests that the
argument is used and thus ParseDepends returns the amd64
results even on a different architecture like i386.
</content>
</entry>
<entry>
<title>ParseDepends: Support passing the desired architecture</title>
<updated>2017-01-02T13:27:52Z</updated>
<author>
<name>Niels Thykier</name>
<email>niels@thykier.net</email>
</author>
<published>2016-11-27T10:54:33Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=926c09cc9cf4797e9a44c4253b1ce9ec1212c0da'/>
<id>urn:sha1:926c09cc9cf4797e9a44c4253b1ce9ec1212c0da</id>
<content type='text'>
This is useful for e.g. Britney, where the Build-Depends would have to
be parsed for multiple architectures.  With this change, the call can
choose the architecture without having to mess with the config.

Signed-off-by: Niels Thykier &lt;niels@thykier.net&gt;
Closes: #845969

(jak@d.o: made the code compile)
</content>
</entry>
<entry>
<title>allow warning generation for non-whitelisted options</title>
<updated>2016-12-31T17:24:12Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-31T17:24:12Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ae73a2944a89e0d2406a2aab4a4c082e1e9da3f9'/>
<id>urn:sha1:ae73a2944a89e0d2406a2aab4a4c082e1e9da3f9</id>
<content type='text'>
The idea is simple: Each¹ Find*( call starts with a call check if the
given option (with the requested type) exists in the whitelist. The
whitelist is specified via our configure-index file so that we have
a better chance at keeping it current. the whitelist is loaded via a
special (undocumented for now) configuration stanza and if none is
loaded the empty whitelist will make it so that no warnings are shown.

Much needs to be done still, but that is as good a time as any to take a
snapshot of the current state and release it into the wild given that it
found some bugs already and has no practical effect on users.

¹ not all in this iteration, but many
</content>
</entry>
<entry>
<title>fix minimum pkgs option for dpkg --recursive usage</title>
<updated>2016-12-31T17:23:25Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-31T17:23:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=4e18c2cee6da39982cc463cafbf27eab5561099f'/>
<id>urn:sha1:4e18c2cee6da39982cc463cafbf27eab5561099f</id>
<content type='text'>
Interpreting a boolean as an int works just fine – it just hasn't the
intended result – it isn't a serious problem through as the disabling of
the usage of this dpkg calling style is just an "optimization"
</content>
</entry>
<entry>
<title>apt-key: ignore gpg1 already imported secret key import failure</title>
<updated>2016-12-31T02:50:06Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-31T02:50:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9544398fce600fb62762c05a8a84231fd1a365b4'/>
<id>urn:sha1:9544398fce600fb62762c05a8a84231fd1a365b4</id>
<content type='text'>
On Travis and co the default gpg implementation is gpg1 which for some
reason fails if a secret key which was already imported is imported
again. We would prefer it to be a NOP like gpg2 handles it so we crudely
check the error message. apt-key usually doesn't deal with secret keys –
it only learned to do it for manual testing and the integration
framework usage, so no public interface is effected.

Triggered-By: 4ce2f35248123ff2366c8c365ad6a94945578d66
Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>use FindB instead of FindI for Debug::pkgAutoRemove</title>
<updated>2016-12-31T01:29:21Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-30T23:09:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c15ba854b6736696f164e4d2c243a944e2d4006e'/>
<id>urn:sha1:c15ba854b6736696f164e4d2c243a944e2d4006e</id>
<content type='text'>
Again no practical difference, but for consistency a boolean option
should really be accessed via a boolean method rather than an int
especially if you happen to try setting the option to "true" …

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>avoid producing invalid options if repo has no host</title>
<updated>2016-12-31T01:29:21Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-30T23:07:04Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=44ecb8c3579e5ae8828f83530e4151a0ff84d5d6'/>
<id>urn:sha1:44ecb8c3579e5ae8828f83530e4151a0ff84d5d6</id>
<content type='text'>
This can happen e.g. for file: repositories. There is no inherent
problem with setting such values internally, but its bad style,
forbidden in the manpage and could be annoying in the future.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>gets file location via FindFile instead of manual merge</title>
<updated>2016-12-31T01:29:21Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-30T23:04:50Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c8f0f5bd1effdf80c2eee80b3aa4eeb35604a2a1'/>
<id>urn:sha1:c8f0f5bd1effdf80c2eee80b3aa4eeb35604a2a1</id>
<content type='text'>
Unlikely to have any practical effect, but its more consistent to use
the right methods instead of performing it slightly incorrect by hand.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>rename ServerMethod to BaseHttpMethod</title>
<updated>2016-12-31T01:29:21Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-12-09T14:13:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d8617331afc39281d5925033975b6097128786f4'/>
<id>urn:sha1:d8617331afc39281d5925033975b6097128786f4</id>
<content type='text'>
This 'method' is the abstract base for http and https and should as such
be called out like this rather using an easily confused name.

Gbp-Dch: Ignore
</content>
</entry>
</feed>
