<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/test/integration, branch 2.4.1</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=2.4.1</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=2.4.1'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2022-03-07T10:53:27Z</updated>
<entry>
<title>gpgv: Fix legacy fallback on unavailable keys</title>
<updated>2022-03-07T10:53:27Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2022-03-07T10:53:27Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ee427f308600a4a3a6f67a4a7835e1172605ba06'/>
<id>urn:sha1:ee427f308600a4a3a6f67a4a7835e1172605ba06</id>
<content type='text'>
If a repository is signed with multiple keys, apt 2.4.0 would
ignore the fallback result if some keys were still missing,
causing signature verification to fail.

Rework the logic such that when checking if fallback was "succesful",
missing keys are ignored - it only matters if we managed to verify
one key now, whether good or bad.

Likewise, simplify the logic when to do the fallback:

If there was a bad signature in trusted.gpg.d, do NOT fallback at all
- this is a minor security issue, as a key in trusted.gpg.d could
fail silently with a bad signature, and then a key in trusted.gpg
might allow the signature to succeed (as trusted.gpg.d key is then
missing).

Only fallback if we are missing a good signature, and there are
keys we have not yet checked.
</content>
</entry>
<entry>
<title>Warn if the legacy trusted.gpg keyring is used for verification</title>
<updated>2022-02-22T17:25:06Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2022-01-07T11:43:32Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=56adf743b02b80a9acc9a2e480bfd15acb94f755'/>
<id>urn:sha1:56adf743b02b80a9acc9a2e480bfd15acb94f755</id>
<content type='text'>
With apt-key going away, people need to manage key files, rather
than keys, so they need to know if any keys are in the legacy keyring.
</content>
</entry>
<entry>
<title>Allow --solver apt to work on apt satisfy</title>
<updated>2022-02-10T17:35:53Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2022-02-08T14:39:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=24d4cf6216ded26e6a6517a46c6f9115275b7136'/>
<id>urn:sha1:24d4cf6216ded26e6a6517a46c6f9115275b7136</id>
<content type='text'>
Our EDSP code is confused by the spaces in the package name, so we adopt
a naming scheme similar to build-dep here instead of trying to teach
EDSP to somehow encode the spaces as that is probably even more
confusing for onlookers than this invalid package name is.

Reported-By: Johannes Schauer Marin Rodrigues on IRC
</content>
</entry>
<entry>
<title>Silence ar by warping it in a testsuccess call</title>
<updated>2022-02-02T12:18:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2022-01-03T10:54:01Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d8a13f5dfa0823539b650d2024dc0671fcac1d13'/>
<id>urn:sha1:d8a13f5dfa0823539b650d2024dc0671fcac1d13</id>
<content type='text'>
The -q flag isn't quiet – it means quick – so ar happily prints an
"ar: creating test.deb" which is harmless, but also pointless and it
is the only testcase who produces output.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>Enable tests commented out with no longer true fixme</title>
<updated>2022-02-02T12:18:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2022-01-03T10:37:46Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ea2b51f29f9510da87d193fe12ac37d19ed4f51b'/>
<id>urn:sha1:ea2b51f29f9510da87d193fe12ac37d19ed4f51b</id>
<content type='text'>
Pinning and its display was reworked years ago, but the test and
especially the comment never got the memo.

References: a91aae406112df1d8fe16d00212333a20210f674
Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>Remove useless use of awk</title>
<updated>2022-02-02T12:18:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2022-01-03T10:31:15Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=71ea488ca53c7bde176655623a829c82e32e5a85'/>
<id>urn:sha1:71ea488ca53c7bde176655623a829c82e32e5a85</id>
<content type='text'>
I have no idea what I was thinking 12 years ago.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>Use moreutils parallel even if GNU parallel is installed</title>
<updated>2022-02-02T12:18:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2022-01-03T10:21:12Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=794cd4a23b7cb8c0e195f8264d372203cccec8ca'/>
<id>urn:sha1:794cd4a23b7cb8c0e195f8264d372203cccec8ca</id>
<content type='text'>
GNU parallel diverts moreutils implementation away. As we us moreutils
features just installing parallel breaks the test runner hence. We have
this already for another naming scheme, so fixing this is easy enough.

Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>Add a --full mode to apt show</title>
<updated>2022-01-21T14:14:00Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2022-01-21T14:11:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=78981cd5ec19563cf3bca2495c56e31124ae069a'/>
<id>urn:sha1:78981cd5ec19563cf3bca2495c56e31124ae069a</id>
<content type='text'>
This adds back the missing fields that we do not show any
other way.
</content>
</entry>
<entry>
<title>test/integration/test-policy-pinning: test listing multiple package in Package: field</title>
<updated>2022-01-03T10:51:56Z</updated>
<author>
<name>Johannes Schauer Marin Rodrigues</name>
<email>josch@mister-muffin.de</email>
</author>
<published>2022-01-03T10:51:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=13b3dede65707282819f901c4b37da7e9028420e'/>
<id>urn:sha1:13b3dede65707282819f901c4b37da7e9028420e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add pattern to select packages by codename (closes: #1002646)</title>
<updated>2021-12-26T21:04:21Z</updated>
<author>
<name>Johannes Schauer Marin Rodrigues</name>
<email>josch@mister-muffin.de</email>
</author>
<published>2021-12-26T15:29:59Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ed282548bc4b8f96ac531c9f73b42d968eadea98'/>
<id>urn:sha1:ed282548bc4b8f96ac531c9f73b42d968eadea98</id>
<content type='text'>
</content>
</entry>
</feed>
