<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt, branch 1.2.3</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.2.3</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.2.3'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-02-10T17:02:45Z</updated>
<entry>
<title>Release 1.2.3</title>
<updated>2016-02-10T17:02:45Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-10T17:02:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=29f80b30c7c5a0da8544ebde6e7eb54c41171360'/>
<id>urn:sha1:29f80b30c7c5a0da8544ebde6e7eb54c41171360</id>
<content type='text'>
Build system messed up the 1.2.2 commit by not updating the
.po files properly, so they are now.
</content>
</entry>
<entry>
<title>test: use our special downloaded dir for 'source' result</title>
<updated>2016-02-10T13:17:06Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-02-10T13:17:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9750213c8117312f9d7dc6d283a4005d14621ef6'/>
<id>urn:sha1:9750213c8117312f9d7dc6d283a4005d14621ef6</id>
<content type='text'>
Otherwise the test run as root fails seeing the
W: Can't drop privileges for downloading as file 'foo_1.tar.gz' couldn't be
accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)
warning in a command which isn't supposed to warn.

One trivial test, two fixups and still counting…

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>accept any tarball compression in 814139 testcase</title>
<updated>2016-02-10T12:50:40Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-02-10T12:50:40Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7776f6d270030a758aad9b6ce260a62c3aa7b4b5'/>
<id>urn:sha1:7776f6d270030a758aad9b6ce260a62c3aa7b4b5</id>
<content type='text'>
Travis still uses a dpkg version which defaults to gz and as which
compression is picked isn't all to important as long as one is just
accept any.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>test that seeking to a position earlier in the file works</title>
<updated>2016-02-10T12:31:12Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-10T12:29:19Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5fafaf27a5f066dc15d96c03ef154fd1d59eb891'/>
<id>urn:sha1:5fafaf27a5f066dc15d96c03ef154fd1d59eb891</id>
<content type='text'>
This tests the fix for #812994, #813000

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>get dpkg lock in build-dep if cache was invalid again</title>
<updated>2016-02-10T12:03:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-02-10T11:26:49Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b6f1b480164b454661ddd4fdd3968302c6a3ebf6'/>
<id>urn:sha1:b6f1b480164b454661ddd4fdd3968302c6a3ebf6</id>
<content type='text'>
Regression introduced in a249b3e6fd798935a02b769149c9791a6fa6ef16, which
in the case of an invalid cache would build the first part unlocked and
later pick up the (still unlocked) cache for further processing, so the
system got never locked and apt would end up complaining about being
unable to release the lock at shutdown.

The far more common case of having a valid cache worked as expected and
hence covered up the problem – especially as tests who would have
noticed it are simulations only, which do not lock.

Closes: 814139
Reported-By: Balint Reczey &lt;balint@balintreczey.hu&gt;
Reported-By: Helmut Grohne &lt;helmut@subdivi.de&gt; on IRC
</content>
</entry>
<entry>
<title>Set seekpos to 0 after reopening files in Seek()</title>
<updated>2016-02-10T11:48:37Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-10T11:45:47Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=eda0c1ba43cd3ae0ed85aba2c31573f156cec9c4'/>
<id>urn:sha1:eda0c1ba43cd3ae0ed85aba2c31573f156cec9c4</id>
<content type='text'>
If we just reopened the file, we also need to reset the current
seek position when we reset the buffer, otherwise the code will
not try to seek to the position given to Skip (from 0), but will
try to seek to old offset + the position given to skip.

Closes: #812994, #813000
</content>
</entry>
<entry>
<title>Release 1.2.2</title>
<updated>2016-02-04T21:53:21Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-04T21:50:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ffb3bbfcc2c7cf067ce17e3e994e909718584458'/>
<id>urn:sha1:ffb3bbfcc2c7cf067ce17e3e994e909718584458</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use some semantically more correct buffer operations</title>
<updated>2016-02-04T17:34:42Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-04T17:33:30Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=72ed5f14b558984bd9c5731f82345b10cb2df2ca'/>
<id>urn:sha1:72ed5f14b558984bd9c5731f82345b10cb2df2ca</id>
<content type='text'>
When writing into the buffer write to free() bytes starting
at getend(), instead of buffersize_max bytes at get()
-&gt; get() is a read pointer.

This makes no difference in practice though, as we reset
the buffer before the call, so start = end = 0.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>test: Fix apt-key tests to work with current gpg 2.1</title>
<updated>2016-02-04T17:13:05Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-04T17:13:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=eb5113c486955d9cd66126aa59d3a27e52c52e58'/>
<id>urn:sha1:eb5113c486955d9cd66126aa59d3a27e52c52e58</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Correctly report write errors when flushing buffered writer</title>
<updated>2016-02-04T17:00:42Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-02-04T17:00:42Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1996a6a785a54efaeddb4ecf5e88fa6070330182'/>
<id>urn:sha1:1996a6a785a54efaeddb4ecf5e88fa6070330182</id>
<content type='text'>
We cannot just return false without setting an error,
as InternalWrite does not set one itself.
</content>
</entry>
</feed>
