<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/test/integration/test-apt-get-source, 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-02-03T12:50:00Z</updated>
<entry>
<title>use pkgCache::VS instead of pkgDepCache::VS()</title>
<updated>2016-02-03T12:50:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-02-03T11:58:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=cd907113561d5eb75054f981be3bcc22eee8db27'/>
<id>urn:sha1:cd907113561d5eb75054f981be3bcc22eee8db27</id>
<content type='text'>
The later just calls the earlier, but the later needs the fullblown
dependency cache to be initialized, which is a very costly operation and
isn't done anymore that early in the run as we would need to throw away
and rebuild it again after we got all the information about source pkgs.

As we end up with a nullptr for the pkgDepCache, we use a slightly
longer calling convention to make sure that we use the pkgCache
directly, avoiding nullptr induced segfaults and costly operations.

Git-Dch: Ignore
Reported-By: Balint Reczey &lt;balint@balintreczey.hu&gt;
</content>
</entry>
<entry>
<title>get sources for packages in multiple releases again</title>
<updated>2016-01-26T20:09:47Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-01-26T20:09:47Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=07aca07ae73016aa7823e708dda746eec8346989'/>
<id>urn:sha1:07aca07ae73016aa7823e708dda746eec8346989</id>
<content type='text'>
In 321213f0dcdcdaab04e01663e7a047b261400c9c Andreas Cadhalpun corrected
the incorrect overriding of earlier better-fitting results with later
(semi-)matches – but that broke the case in which packages are in multiple
releases in the same version (and the user has both releases configured).

Closes: 812497
</content>
</entry>
<entry>
<title>parse version correctly from binary Source field</title>
<updated>2016-01-26T18:17:11Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-01-26T18:17:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d17f2b1b748c8d297474707cfc9706f673ef0346'/>
<id>urn:sha1:d17f2b1b748c8d297474707cfc9706f673ef0346</id>
<content type='text'>
In commit a221efc331693f8905da870141756c892911c433 I promoted the source
package name and version to the binary cache for faster access by e.g.
EDSP, but due to changing the interpretation length to soon we always
ignored the version part of the Source field, so that packages ended up
having the binary version as source version – which while usually just
fine it is wrong for binary rebuilds.

Closes: 812492
</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>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>do not override exact targetrelease matches with lesser matches</title>
<updated>2015-11-29T12:36:28Z</updated>
<author>
<name>Andreas Cadhalpun</name>
<email>andreas.cadhalpun@googlemail.com</email>
</author>
<published>2015-11-29T12:36:28Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=321213f0dcdcdaab04e01663e7a047b261400c9c'/>
<id>urn:sha1:321213f0dcdcdaab04e01663e7a047b261400c9c</id>
<content type='text'>
The relevant testcases are in test/integration/test-apt-get-source.
There is a test for #731853 that is supposed to "ensure that apt will
pick the higher version number" of 0.0.1 (stable) and 0.1 (stable).
However, this works by pure chance, as simply reversing the order
of the two insertsource lines makes the test fail.
So #731853 isn't really fixed, yet.

Actually, that's related to the problem I reported, as the underlying
issue for both is the same:
In the FindSrc function apt chooses a new 'best hit', if either
 * there is a target release and it matches the release of the package,
 * or the version of the package is higher than the last best hit.

Consider having 1.0 (stable), 2.0 (unstable) and 1.5 (unstable),
in this order.

Looking for the version in stable, apt first selects 1.0, because the
release matches the target release, but then subsequently selects 2.0,
because the version is higher.

Looking for the version in unstable, apt first selects 2.0, because the
release matches the target release, but then subsequently selects 1.5,
because the release also matches the target release.

The correct way would be to choose a new 'best hit', if either
 * there is a target release and it matches the release of the package,
 * or there is no target release
and the version is higher than the last best hit.

Closes: 746412
Mail-Reference: &lt;565A604B.7090104@googlemail.com&gt;
Mail-Archive: https://lists.debian.org/debian-devel/2015/11/msg00470.html
</content>
</entry>
<entry>
<title>implement apt-get source msg 'Please use: $vcs' for git</title>
<updated>2015-09-14T13:22:18Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-09-12T08:15:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7c4f1ca5fe315a8223570b05994d6d7ca7c55c4f'/>
<id>urn:sha1:7c4f1ca5fe315a8223570b05994d6d7ca7c55c4f</id>
<content type='text'>
A bit unfair that only Bzr had this message. Lets at least print it for
git as well with the option of adding more later without string changes.
</content>
</entry>
<entry>
<title>Consider md5sum no longer a usable hash</title>
<updated>2015-09-01T09:29:49Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@ubuntu.com</email>
</author>
<published>2015-09-01T09:13:48Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=55ae7a516126f9f064d8353bf962256b7307590a'/>
<id>urn:sha1:55ae7a516126f9f064d8353bf962256b7307590a</id>
<content type='text'>
The md5sum hash is broken since some time and we should no longer
consider it a usable hash. Also update the tests to reflect this.
</content>
</entry>
<entry>
<title>tests: check apt-get source release name switching with -t</title>
<updated>2015-08-27T09:24:07Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-08-21T09:34:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=97ee4aadc56ed7792e13803a113eee61803b7ada'/>
<id>urn:sha1:97ee4aadc56ed7792e13803a113eee61803b7ada</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>condense parallel requests with the same hashes to one</title>
<updated>2015-06-15T21:35:55Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-06-15T21:06:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9d2a8a7388cf3b0bbbe92f6b0b30a533e1167f40'/>
<id>urn:sha1:9d2a8a7388cf3b0bbbe92f6b0b30a533e1167f40</id>
<content type='text'>
It shouldn't be too common, but sometimes people have multiple mirrors
in the sources or otherwise repositories with the same content. Now that
we gracefully can handle multiple requests to the same URI, we can also
fold multiple requests with the same expected hashes into one. Note that
this isn't trying to find oppertunities for merging, but just merges if
it happens to encounter the oppertunity for it.

This is most obvious in the new testcase actually as it needs to delay
the action to give the acquire system enough time to figure out that
they can be merged.
</content>
</entry>
</feed>
