<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt, branch 1.3_rc3</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.3_rc3</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.3_rc3'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-08-30T20:20:55Z</updated>
<entry>
<title>Release 1.3~rc3</title>
<updated>2016-08-30T20:20:55Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-30T20:20:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=317bb39f3cd6626c74f25d7bdf2907f1b235f553'/>
<id>urn:sha1:317bb39f3cd6626c74f25d7bdf2907f1b235f553</id>
<content type='text'>
</content>
</entry>
<entry>
<title>test: Pass -d to dpkg-buildpackage</title>
<updated>2016-08-30T15:37:59Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-30T15:37:59Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9109c3c309e95a6d99a88f945f17c37e5c04c105'/>
<id>urn:sha1:9109c3c309e95a6d99a88f945f17c37e5c04c105</id>
<content type='text'>
This works around an issue on Fedora where dpkg complains about
missing  build-essential:

	dpkg-checkbuilddeps: Unmet build dependencies: build-essential:native

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>Add shippable.yml for CI on Shippable</title>
<updated>2016-08-29T13:48:59Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-29T13:46:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=bb315d0513b93ef111ea69106d00188f0a4ec17a'/>
<id>urn:sha1:bb315d0513b93ef111ea69106d00188f0a4ec17a</id>
<content type='text'>
This uses the current Ubuntu 16.04 for testing, but it only runs
one run, presumably as root.
</content>
</entry>
<entry>
<title>test, travis: Quieter testing with a new -qq mode</title>
<updated>2016-08-29T13:42:06Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-19T18:37:28Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=30ea7a60404ee53393235827202968393951d106'/>
<id>urn:sha1:30ea7a60404ee53393235827202968393951d106</id>
<content type='text'>
Introduce a new -qq mode for our integration test framework,
and make travis use it.

The new -qq mode sets MSGLEVEL to 1. In MSGLEVEL=1, no messages
are generated for passed tests, and all testcase filenames are
printed in the same line.

Also install first in travis, do not ls the installed output
and run the install with chronic, so we only get output if it
failed.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>Switch documentation from httpredir.d.o to deb.d.o</title>
<updated>2016-08-29T13:09:05Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-29T13:09:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=30749ef1edb33a91401bd7e4da7a4474e7bc2f6a'/>
<id>urn:sha1:30749ef1edb33a91401bd7e4da7a4474e7bc2f6a</id>
<content type='text'>
The CDN service deb.d.o is more reliable than the http
redirector, so switch to it for our examples.
</content>
</entry>
<entry>
<title>Add new symbols to symbols file</title>
<updated>2016-08-29T13:07:39Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-29T13:07:39Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f06a44591db7f78898bd4e8818ceab74cd98e1ac'/>
<id>urn:sha1:f06a44591db7f78898bd4e8818ceab74cd98e1ac</id>
<content type='text'>
There are some optional symbols missing now, but let's keep
them in for now, maybe they reappear/still exist on other
platforms.

The newly added ones actually appeared in older versions
already, but there's no huge gain in finding out when precisely
we added them.
</content>
</entry>
<entry>
<title>init: Add Dir::Bin::planners default entry</title>
<updated>2016-08-29T13:04:51Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-29T13:04:51Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=06372c6a4f2bb8812f68c56788e96dc8fa69b3de'/>
<id>urn:sha1:06372c6a4f2bb8812f68c56788e96dc8fa69b3de</id>
<content type='text'>
Apparently we had no default defined for this.

Reported-By: David Kalnischkies
</content>
</entry>
<entry>
<title>init: Fix path to external solvers</title>
<updated>2016-08-29T12:58:13Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-29T12:58:13Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=865b46c18e38cab493141e9888eea74ed0d7da21'/>
<id>urn:sha1:865b46c18e38cab493141e9888eea74ed0d7da21</id>
<content type='text'>
This accidentally had two apt in it. This fixes a regression
from commit 8757a0f.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>don't loop on pinning pkgs from absolute debs by regex</title>
<updated>2016-08-29T07:22:25Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-08-28T20:56:17Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e950b7e2f89b5e48192cd469c963a44fff9f1450'/>
<id>urn:sha1:e950b7e2f89b5e48192cd469c963a44fff9f1450</id>
<content type='text'>
An absolute filename for a *.deb file starts with a /. A package with
the name of the file is inserted in the cache which is provided by the
"real" package for internal reasons. The pinning code detects a regex
based wildcard by having the regex start with /. That is no problem
as a / can not be included in a package name… expect that our virtual
filename package can and does.

We fix this two ways actually: First, a regex is only being considered a
regex if it also ends with / (we don't support flags). That stops our
problem with the virtual filename packages already, but to be sure we
also do not enter the loop if matcher and package name are equal.

It has to be noted that the creation of pins for virtual packages like
the here effected filename packages is pointless as only versions can be
pinned, but checking that a package is really purely virtual is too
costly compared to just creating an unused pin.

Closes: 835818
</content>
</entry>
<entry>
<title>randomize acquire order for same type index files</title>
<updated>2016-08-29T07:22:25Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-08-28T10:58:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=4ff5e237d5685be187a75c563b86e80ea3e7cc01'/>
<id>urn:sha1:4ff5e237d5685be187a75c563b86e80ea3e7cc01</id>
<content type='text'>
Without randomizing the order in which we download the index files we
leak needlessly information to the mirrors of which architecture is
native or foreign on this system. More importantly, we leak the order in
which description translations will be used which in most cases will e.g.
have the native tongue first.

Note that the leak effect in practice is limited as apt detects if a file
it wants to download is already available in the latest version from a
previous download and does not query the server in such cases. Combined
with the fact that Translation files are usually updated infrequently
and not all at the same time, so a mirror can never be sure if it got asked
about all files the user wants.
</content>
</entry>
</feed>
