<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt, branch 1.5_rc2</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.5_rc2</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.5_rc2'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2017-09-09T19:52:25Z</updated>
<entry>
<title>Release 1.5~rc2</title>
<updated>2017-09-09T19:52:25Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-09T19:52:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a670cee0e0f4faba0d31919d9fa4f9c25b7d5867'/>
<id>urn:sha1:a670cee0e0f4faba0d31919d9fa4f9c25b7d5867</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Directly link against libudev on Linux systems</title>
<updated>2017-09-09T19:07:31Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-09T18:36:04Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=96b4580561cd2a8d1467143d67d2a612f0ddc75a'/>
<id>urn:sha1:96b4580561cd2a8d1467143d67d2a612f0ddc75a</id>
<content type='text'>
We previously dlopen()ed it, but it seems painful to do that
without any real gain, except for possibly not having libudev
in the address space and not having code #ifdefed for Linux.

The latter means that we are a bit more likely to break stuff
for non-Linux systems now if we play with udev, but at least
we don't end up with it silently breaking because of a libudev
ABI break.

The existing function pointers in the struct were renamed and
kept for compat purposes.

Fixes Debian/apt#48

Also adjust prepare-release to strip [linux-any] from build-depends
for travis.
</content>
</entry>
<entry>
<title>ftparchive: Do not pass through disabled hashes in Sources</title>
<updated>2017-09-09T18:12:15Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-03T12:38:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8d23827be3043daf7fed1b86da1d41578889eaeb'/>
<id>urn:sha1:8d23827be3043daf7fed1b86da1d41578889eaeb</id>
<content type='text'>
When writing a Sources files hashes that were already present
in the .dsc were always copied through (or modified), even if
disabled. Remove them instead when they are disabled, otherwise
we end up with hashes for tarballs and stuff but not for dsc
files (as the dsc obviously does not hash itself).

Also adjust the tests: test-compressed-indexes relied on Files
being present in showsrc, and test-apt-update-weak-hashes expected
the tarball to be downloaded when an archive only has MD5 and we
are requiring SHA256 because that used to work because the tarball
was always included.

Closes: #872963
</content>
</entry>
<entry>
<title>cdrom: Don't hardcode "Files" field for copying source files</title>
<updated>2017-09-09T18:11:57Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-09T17:17:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=03ba8fcc5fe9560084b40b955067da7e60b2e1c0'/>
<id>urn:sha1:03ba8fcc5fe9560084b40b955067da7e60b2e1c0</id>
<content type='text'>
This fails if no Files field exists anymore, for example, because
the Sources index only contains SHA256 hashes. Instead check all
hashes.
</content>
</entry>
<entry>
<title>Do not warn about duplicate "legacy" targets</title>
<updated>2017-09-09T17:47:59Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-09T17:43:08Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5a747462baef6cecf6ed389c7b7492443930f7ed'/>
<id>urn:sha1:5a747462baef6cecf6ed389c7b7492443930f7ed</id>
<content type='text'>
If a source has a legacy Contents file, and two lines mention
the same archive but different components, a warning would be
issued that is confusing. So, as the field is named Contents-deb-legacy,
let's just not print warnings for fields containing "legacy".

LP: #1697120
Closes: #839259
</content>
</entry>
<entry>
<title>apt-daily: Pull in network-online.target in service, not timer</title>
<updated>2017-09-09T16:36:10Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-09T16:26:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=11417c1058e1b8441ee8f30f948e854b7a6ce89e'/>
<id>urn:sha1:11417c1058e1b8441ee8f30f948e854b7a6ce89e</id>
<content type='text'>
There's no real point in pulling it in in the timer already,
and it it somewhat saver to do so in the service.
</content>
</entry>
<entry>
<title>apt-daily: Wait for network before daily updates</title>
<updated>2017-09-09T16:36:10Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-09-09T16:01:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=669e9a9a3d80d4e60b96d676d0dae8a0be8bd252'/>
<id>urn:sha1:669e9a9a3d80d4e60b96d676d0dae8a0be8bd252</id>
<content type='text'>
Introduce a new helper, apt-helper wait-online that uses
NetworkManager and/or systemd-networkd to wait for them
reporting online, with a time out of 30 seconds; and run
that helper before running the daily update script.

LP: #1699850
Gbp-Dch: Full
</content>
</entry>
<entry>
<title>drop unused/unimplemented &amp; hidden LoadReleaseInfo</title>
<updated>2017-09-09T15:22:11Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-08-14T15:31:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=923522367a28be7235bf6459abfeae89fafffcf1'/>
<id>urn:sha1:923522367a28be7235bf6459abfeae89fafffcf1</id>
<content type='text'>
The relevant calling code as well as the implementation for the deb
system was removed 2 years ago with the refactoring of release
information storage (b07aeb1a6e24825e534167a737043441e871de9f).
This commit removes the the unused remains of this change with no
practical effect on anybody (expect codesize) as the methods were
declared as hidden and hence only libapt could have called it.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>don't ask an uninit _system for supported archs</title>
<updated>2017-09-09T15:22:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-08-14T08:36:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=cba5c5a26a9bf00724f8ea647ac61b30e32734ba'/>
<id>urn:sha1:cba5c5a26a9bf00724f8ea647ac61b30e32734ba</id>
<content type='text'>
A libapt user who hasn't initialized _system likely has a reason, so we
shouldn't greet back with a segfault usually deep down in the callstack
for no reason. If the user had intended to pick up information from the
system, _system wouldn't be uninitialized after all.

LP: #1613184
SRU: 1.4.y
</content>
</entry>
<entry>
<title>add test for bug 870675 (hang on unsupported method)</title>
<updated>2017-09-09T15:19:48Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-08-28T11:22:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8130f39cf085efcf34bee9e9ce89802b29bb9318'/>
<id>urn:sha1:8130f39cf085efcf34bee9e9ce89802b29bb9318</id>
<content type='text'>
Commit e250a8d8d8ef2f8f8c5e2041f7645c49fba7aa36 implemented the fix and
should have included already this testcase for it.

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