<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/debian/tests, branch 1.9.1</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.9.1</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.9.1'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2019-06-17T16:29:55Z</updated>
<entry>
<title>Fix pkg-config-test autopkgtest</title>
<updated>2019-06-17T16:29:55Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2019-06-17T16:29:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=503a437739d91953f21ec4b8a02ab3d92ab95391'/>
<id>urn:sha1:503a437739d91953f21ec4b8a02ab3d92ab95391</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add pkg-config files for the apt-pkg and apt-inst libraries</title>
<updated>2019-03-08T18:13:06Z</updated>
<author>
<name>Corentin Noël</name>
<email>corentin.noel@collabora.com</email>
</author>
<published>2018-06-03T15:37:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7c461f0396d413acb9a950f3df9ea6d062896cd7'/>
<id>urn:sha1:7c461f0396d413acb9a950f3df9ea6d062896cd7</id>
<content type='text'>
Closes: #439121
</content>
</entry>
<entry>
<title>tests: install aptitude for test-method-mirror</title>
<updated>2018-02-19T14:57:43Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2018-02-07T00:45:03Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=13c85c9cec9e071e90ea190a74cbaabe7c51024c'/>
<id>urn:sha1:13c85c9cec9e071e90ea190a74cbaabe7c51024c</id>
<content type='text'>
This is an optional dependency for the test, but the skipping of the
test is very noisy and checking that an unchanged aptitude isn't
downright exploding with our libapt isn't a bad idea either.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>debian/tests/control: Add dpkg so we get triggered by it</title>
<updated>2017-10-26T11:21:23Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-10-26T11:21:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b1989ab988cf4da47f979933e551b6dda694dcf2'/>
<id>urn:sha1:b1989ab988cf4da47f979933e551b6dda694dcf2</id>
<content type='text'>
We do want to get our autopkgtests triggered by dpkg uploads
in Ubuntu, but this does not happen because we don't have
an explicit dependency on it. Add one.
</content>
</entry>
<entry>
<title>reset HOME, USER(NAME), TMPDIR &amp; SHELL in DropPrivileges</title>
<updated>2016-11-09T18:33:33Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-11-09T18:15:01Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=34b491e735ad47c4805e63f3b83a659b8d10262b'/>
<id>urn:sha1:34b491e735ad47c4805e63f3b83a659b8d10262b</id>
<content type='text'>
We can't cleanup the environment like e.g. sudo would do as you usually
want the environment to "leak" into these helpers, but some variables
like HOME should really not have still the value of the root user – it
could confuse the helpers (USER) and HOME isn't accessible anyhow.

Closes: 842877
</content>
</entry>
<entry>
<title>tests/control: Handle the gpg1/gpg2 mess a bit better</title>
<updated>2016-08-19T14:50:23Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-18T12:21:16Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6fbe5739701f4c63bcd5c68d9ecc19e9e28288de'/>
<id>urn:sha1:6fbe5739701f4c63bcd5c68d9ecc19e9e28288de</id>
<content type='text'>
Hardcoding gpgv1 and gnupg1 breaks Ubuntu, because on Ubuntu,
these packages do not exist yet. Instead allow gnupg (&lt;&lt; 2)
for gnupg1 and gnupg2 for gnupg (&gt;= 2), so we cover all
potential combinations.
</content>
</entry>
<entry>
<title>add the gpg-classic variant to the gpgv/gnupg or-group</title>
<updated>2016-08-17T07:52:32Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-08-16T13:46:19Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=19fdf93d7363261227811a62157063081b9f1a5d'/>
<id>urn:sha1:19fdf93d7363261227811a62157063081b9f1a5d</id>
<content type='text'>
We need to support partial upgrades anyhow, so we have to deal with the
different versions and your tests try to ensure that we do, so we
shouldn't make any explicit higher requirements.
</content>
</entry>
<entry>
<title>debian: make autopkgtest run with CMake build dir</title>
<updated>2016-08-10T14:11:48Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-08T09:31:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7c317e9e90ccbaaab88550f69b902e88e379055c'/>
<id>urn:sha1:7c317e9e90ccbaaab88550f69b902e88e379055c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>CMake: debian: Switch packaging over to CMake and dh 9</title>
<updated>2016-08-06T20:36:02Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-06T19:40:01Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e825742bbbbe99b99d525a3b34832b25a7396c84'/>
<id>urn:sha1:e825742bbbbe99b99d525a3b34832b25a7396c84</id>
<content type='text'>
This new packaging is much easier to read, although the duplication
in the install files is a bit annoying. We should probably also get
rid of the movefiles for solvers, planners, and https method; but
then we have to keep track of which methods exist in the apt package.

Another disadvantage is that building only the documentation packages
also requires building the code, as there's no way to turn off code
building in the project.
</content>
</entry>
<entry>
<title>eipp: let apt make a plan, not make stuff plane</title>
<updated>2016-06-29T10:17:41Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-06-29T07:16:53Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8e99b22c31eb47d0422e9a69e83dc99bb315ded8'/>
<id>urn:sha1:8e99b22c31eb47d0422e9a69e83dc99bb315ded8</id>
<content type='text'>
Julian noticed on IRC that I fall victim to a lovely false friend by
calling referring to a 'planer' all the time even through these are
machines to e.g. remove splinters from woodwork ("make stuff plane").
The term I meant is written in german in this way (= with a single n)
but in english there are two, aka: 'planner'.

As that is unreleased code switching all instances without any
transitional provisions. Also the reason why its skipped in changelog.

Thanks: Julian Andres Klode
Gbp-Dch: Ignore
</content>
</entry>
</feed>
