<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/test/integration/test-apt-get-clean, branch master</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=master</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-06-27T09:43:09Z</updated>
<entry>
<title>tests: add epoch-packages to try clean with epochs</title>
<updated>2016-06-27T09:43:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-06-25T10:20:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a9e4fd6534a2ae6a5a983df77e5b1efa32f3a756'/>
<id>urn:sha1:a9e4fd6534a2ae6a5a983df77e5b1efa32f3a756</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>ensure we got a lock in clean operation</title>
<updated>2015-12-23T16:48:16Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-23T16:48:16Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8d968cc2d1e11da81f3bab878c1a413a97ca27ed'/>
<id>urn:sha1:8d968cc2d1e11da81f3bab878c1a413a97ca27ed</id>
<content type='text'>
We try to acquired the locks, but we didn't stop if we failed to get it…

Closes: 808561
</content>
</entry>
<entry>
<title>tests: support spaces in path and TMPDIR</title>
<updated>2015-12-19T22:04:34Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-15T16:20:26Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3abb6a6a1e485b3bc899b64b0a1b7dc2db25a9c2'/>
<id>urn:sha1:3abb6a6a1e485b3bc899b64b0a1b7dc2db25a9c2</id>
<content type='text'>
This doesn't allow all tests to run cleanly, but it at least allows to
write tests which could run successfully in such environments.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>non-existing directories don't need to be cleaned</title>
<updated>2015-12-14T02:21:20Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-14T02:21:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=dffc17ba835b6bf782fe553d338b6a921c6de7bf'/>
<id>urn:sha1:dffc17ba835b6bf782fe553d338b6a921c6de7bf</id>
<content type='text'>
Trying to clean up directories which do not exist seems rather silly if
you think about it, so let apt think about it and stop it.

Depends a bit on the caller if this is fixing anything for them as they
might try to acquire a lock or doing other clever things as apt does.

Closes: 807477
</content>
</entry>
<entry>
<title>ignore lost+found in private directory cleanup</title>
<updated>2015-11-19T16:56:07Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-19T15:19:15Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6aef1942f441e6e667982b92802907026d8cc7c6'/>
<id>urn:sha1:6aef1942f441e6e667982b92802907026d8cc7c6</id>
<content type='text'>
In ce1f3a2c we started warning about failing unlinking, which we
consistently do for directories. That isn't a problem as directories
usually aren't in the places we do want to clean up – with the potential
exeception of "lost+found", so lets ignore it like we ignore our own
partial/ subdirectory.

Closes: 805424
</content>
</entry>
<entry>
<title>various changes to increase test-coverage</title>
<updated>2015-09-14T13:22:19Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-09-12T08:35:49Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7414af7fa88164209eec9c585b8d175c1618ecbc'/>
<id>urn:sha1:7414af7fa88164209eec9c585b8d175c1618ecbc</id>
<content type='text'>
And of course, testing obscure things ends up showing obscure 'bugs' or
better shortcomings/inconsitencies, so lets fix them with the tests.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>tests: enhance output of grep and test fails</title>
<updated>2014-10-26T13:14:42Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-10-25T11:37:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e52aad5208281837f13018363118ff73aaaabf45'/>
<id>urn:sha1:e52aad5208281837f13018363118ff73aaaabf45</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>ensure partial dirs are 0700 and owned by _apt:root</title>
<updated>2014-10-06T23:59:49Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-10-06T09:15:03Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=04a54261afd1c99686109f102afc83346c01c930'/>
<id>urn:sha1:04a54261afd1c99686109f102afc83346c01c930</id>
<content type='text'>
Reworks the API involved in creating and setting up the fetcher to be a
bit more pleasent to look at and work with as e.g. an empty string for
no lock isn't very nice. With the lock we can also stop creating all our
partial directories "just in case". This way we can also be a bit more
aggressive with the partial directory itself as with a lock, we know we
will gone need it.
</content>
</entry>
<entry>
<title>cleanup partial directory of lists in apt-get clean</title>
<updated>2014-09-27T18:09:44Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-09-27T18:09:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=20e6965ad6388b964b59b89c31ff8b81cbcb8f8c'/>
<id>urn:sha1:20e6965ad6388b964b59b89c31ff8b81cbcb8f8c</id>
<content type='text'>
Not really the intended usecase for apt-get clean, but users expect it
to help them in recovery and it can't really hurt as this directory
should be empty if everything was fine and proper anyway.

Closes: #762889
</content>
</entry>
</feed>
