<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/methods, branch 2.9.34</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=2.9.34</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=2.9.34'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2025-02-14T18:45:12Z</updated>
<entry>
<title>string{=&gt; _view} flNotDir(string{=&gt; _view}). Configuration::{Cnd,}Set(Value: string{=&gt; _view})</title>
<updated>2025-02-14T18:45:12Z</updated>
<author>
<name>наб</name>
<email>nabijaczleweli@nabijaczleweli.xyz</email>
</author>
<published>2025-01-23T19:50:39Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=729a5c8f4fb8c841497d26170e1a47c41617ecd9'/>
<id>urn:sha1:729a5c8f4fb8c841497d26170e1a47c41617ecd9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix regression that prevented sending intermediate client certificates</title>
<updated>2025-01-23T22:24:37Z</updated>
<author>
<name>Sam Hartman</name>
<email>hartmans@debian.org</email>
</author>
<published>2025-01-23T22:12:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8e4619c73b320e2e539a17a9eb459acf0514533a'/>
<id>urn:sha1:8e4619c73b320e2e539a17a9eb459acf0514533a</id>
<content type='text'>
The change from the GNUTLS backend to the OpenSSL backend only loads
the first certificate from a client certificate file. As a result it
is no longer possible to send intermediate client certificates to the
server to assist in certificate verification.  Instead call
ssl_ctx_use_certificate_chain_file so intermediate certificates can be
sent.

Signed-off-by: Sam Hartman &lt;hartmans@debian.org&gt;
</content>
</entry>
<entry>
<title>sqv, gpgv: Do not fail if Dir::Etc::Trusted is set and trusted.gpg.d is missing</title>
<updated>2025-01-22T08:55:11Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-22T08:34:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=09c76cb29b61e1d523a30287f8a9bf0cb0b608e7'/>
<id>urn:sha1:09c76cb29b61e1d523a30287f8a9bf0cb0b608e7</id>
<content type='text'>
This should remain a warning case for now. So push the errors
to a stack and see if we can find any file.

Explictly warn again if Dir::Etc::trusted is set, as it is like
_super_ deprecated.

Reported-By: Cyril Brulebois &lt;kibi@debian.org&gt; in Bug#1032131
</content>
</entry>
<entry>
<title>Remove superseded warning about trusted.gpg fallback</title>
<updated>2025-01-21T11:16:34Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-20T11:31:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e14417db27771ad85f45880974c8f59f05d138f1'/>
<id>urn:sha1:e14417db27771ad85f45880974c8f59f05d138f1</id>
<content type='text'>
This warning has been superseded by the missing sources.list
notice (which will also become a warning shortly)

Adjust the sqv exit to avoid introducing a new spurious
"No good signature" that we did not reach before.

moo
</content>
</entry>
<entry>
<title>Workaround gcc 14.2.0-9 regression in no-tree-slp-vectorize on Graviton</title>
<updated>2025-01-17T19:32:40Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-17T19:27:34Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=98ddccc166d6f212ea466598485f1ea94f1c92f9'/>
<id>urn:sha1:98ddccc166d6f212ea466598485f1ea94f1c92f9</id>
<content type='text'>
gcc 14.2.0-9 causes vector instructions to be emitted in the
constructor when it is being inlined into BaseHttpMethod::Loop(),
which seemingly only on Graviton instances, causes the field to
be initialized to 0 (Chunked) instead of 2 (Closes), causing the
code to fail later when it tries to interpret file data as the
chunk size. It's plausible we are missing some register saving
here - that is, the q31 register overrides an x register.

Work around this by making Closes element 0, such that 0
initialisation results in the correct Closes value.

Reported-By: Myon on IRC
</content>
</entry>
<entry>
<title>methods/connect: Avoid unused argument warning</title>
<updated>2025-01-14T10:26:31Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-14T10:26:31Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=cb2c0dbc70b1432173d8a02d8c46a4b9f107fe52'/>
<id>urn:sha1:cb2c0dbc70b1432173d8a02d8c46a4b9f107fe52</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge branch 'fix/cleanup' into 'main'</title>
<updated>2025-01-14T08:26:23Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2025-01-14T08:26:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ce452d40f499fa56f6ddc15e8871b1262d4e1418'/>
<id>urn:sha1:ce452d40f499fa56f6ddc15e8871b1262d4e1418</id>
<content type='text'>
Drop unused and obsolete macros as well as documentation

See merge request apt-team/apt!428</content>
</entry>
<entry>
<title>ssl: Explictly return -1 (error) or 0 (server closed connection)</title>
<updated>2025-01-08T18:22:36Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-08T18:17:42Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=20c9b6894790ef5f9b763e429dbd8f51c2e091e2'/>
<id>urn:sha1:20c9b6894790ef5f9b763e429dbd8f51c2e091e2</id>
<content type='text'>
SSL_read() and SSL_write may return 0 for errors, whereas our
callers only expect -1 for errors and 0 for closed connections,
so map this accordingly.
</content>
</entry>
<entry>
<title>ssl: Set an error when we receive SSL_ERROR_SYSCALL</title>
<updated>2025-01-08T18:22:34Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2025-01-08T18:13:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a8be42ef4de786b4dacdc175419df92ab0193ed9'/>
<id>urn:sha1:a8be42ef4de786b4dacdc175419df92ab0193ed9</id>
<content type='text'>
The OpenSSL docs say:
&gt; For socket I/O on Unix systems, consult errno for details

but also:
&gt; This value can also be returned for other errors,
&gt; check the error queue for details.

This means it's possible errno isn't set, in which case
we may appear to have reached an EOF when we did not.
</content>
</entry>
<entry>
<title>Remove leftovers of the apt-key removal</title>
<updated>2025-01-05T22:16:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2024-12-27T02:16:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=25cd3ded69a79c2a7eb3d858e041f1509f5f5ed8'/>
<id>urn:sha1:25cd3ded69a79c2a7eb3d858e041f1509f5f5ed8</id>
<content type='text'>
References: a00fbbdb28cc31e78882301c2efe7218583ab4cb
</content>
</entry>
</feed>
