<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/test/integration/framework, branch 1.1.5</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.1.5</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.1.5'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2015-12-14T12:40:39Z</updated>
<entry>
<title>test framework: More noopchroot fixes</title>
<updated>2015-12-14T12:40:39Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-14T12:39:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=950733c947acd50afe498e900954d911454c57e7'/>
<id>urn:sha1:950733c947acd50afe498e900954d911454c57e7</id>
<content type='text'>
Use asprintf() so we have easy error detection and do not depend
on PATH_MAX.

Do not add another separator to the generated path, in both cases
the path inside the chroot is guaranteed to have a leading /
already.

Also pass -Wall to gcc.
</content>
</entry>
<entry>
<title>test framework: Unset no_proxy as well</title>
<updated>2015-12-14T12:33:55Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-14T12:33:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=59f57473ab85d3fb3354d086db2df2466c1c3896'/>
<id>urn:sha1:59f57473ab85d3fb3354d086db2df2466c1c3896</id>
<content type='text'>
This caused test-bug-717891-abolute-uris-for-proxies to fail

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>test framework: Unset http proxy variables in setupenvironment</title>
<updated>2015-12-14T12:27:34Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-14T12:27:00Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1ba0302352b320108b3ca23130ceca1d46f0a999'/>
<id>urn:sha1:1ba0302352b320108b3ca23130ceca1d46f0a999</id>
<content type='text'>
This breaks a lot of test cases

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>test framework: Correctly generate new paths in noopchroot</title>
<updated>2015-12-14T12:14:22Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2015-12-14T12:12:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d27daedb6a0bf672508072100f20233d08ccf0e0'/>
<id>urn:sha1:d27daedb6a0bf672508072100f20233d08ccf0e0</id>
<content type='text'>
The allocated buffer was one byte too small. Allocate a buffer
of PATH_MAX instead and use snprintf(), as suggested by Martin
Pitt.
</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>show a more descriptive error for weak Release files</title>
<updated>2015-12-14T01:26:23Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-14T01:18:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=bd4a8f51649ee37291c6e07310104a94f4f5fbed'/>
<id>urn:sha1:bd4a8f51649ee37291c6e07310104a94f4f5fbed</id>
<content type='text'>
If we can't work with the hashes we parsed from the Release file we
display now an error message if the Release file includes only weak
hashes instead of downloading the indexes and failing to verify them
with "Hash Sum mismatch" even through the hashes didn't mismatch (they
were just weak).

If for some (unlikely) reason we have got weak hashes only for
individual targets we will show a warning to this effect (again, befor
downloading and failing the index itself).

Closes: 806459
</content>
</entry>
<entry>
<title>replace "which" with "command -v" for portability</title>
<updated>2015-12-06T13:03:35Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-12-06T13:03:35Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e75e5879c0e8d232a2e8f045685beeb8c965aba4'/>
<id>urn:sha1:e75e5879c0e8d232a2e8f045685beeb8c965aba4</id>
<content type='text'>
which is a debian specific tool packaged in debianutils (essential)
while command is a shell builtin defined by POSIX.

Closes: 807144
Thanks: Mingye Wang for the suggestion.
</content>
</entry>
<entry>
<title>tests: fix typos, correct helpmsgs and test tests</title>
<updated>2015-11-29T13:05:38Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-29T13:05:38Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3d284148090b6349c216407bb2766bd8f6a962f0'/>
<id>urn:sha1:3d284148090b6349c216407bb2766bd8f6a962f0</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>disable privilege-drop verification by default as fakeroot trips over it</title>
<updated>2015-11-28T12:30:29Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-28T12:17:57Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ebca2f254ca96ad7ad855dca6e76c9d1c792c4a0'/>
<id>urn:sha1:ebca2f254ca96ad7ad855dca6e76c9d1c792c4a0</id>
<content type='text'>
Dropping privileges is an involved process for code and system alike so
ideally we want to verify that all the work wasn't in vain. Stuff
designed to sidestep the usual privilege checks like fakeroot (and its
many alternatives) have their problem with this through, partly through
missing wrapping (#806521), partly as e.g. regaining root from an
unprivileged user is in their design. This commit therefore disables
most of these checks by default so that apt runs fine again in a
fakeroot environment.

Closes: 806475
</content>
</entry>
<entry>
<title>tests: use id to get user/group instead of environment</title>
<updated>2015-11-28T12:27:06Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-28T00:27:49Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=eab57e0807c08fe8d3a5dcf02809c830f99fd972'/>
<id>urn:sha1:eab57e0807c08fe8d3a5dcf02809c830f99fd972</id>
<content type='text'>
debci seems to have a cleaner environment now and even if not we could
never guess nogroup, so figure it out properly via 'id'.

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