Since the above sqv bin-NMU trickled down to Trixie, APT systematically fails to verify Debian archive keys:[...]
W: Some index files failed to download. They have been ignored, or old ones used instead.
$ dpkg -l | grep archive-keyring
ii debian-archive-keyring 2025.1 all OpenPGP archive certificates of the Debian archive
ii debian-ports-archive-keyring 2025.04.05 all OpenPGP archive certificates of the debian-ports archive
This only happens on one of my Trixie hosts, so this could be a Rust issue.
Architecture: i386 (i686)
Since the above sqv bin-NMU trickled down to Trixie, APT systematically fails to verify Debian archive keys:
This only happens on one of my Trixie hosts, so this could be a Rust issue. Architecture: i386 (i686)
ok, this was to be expected, see #1095862, thus reassigning to release-notes.
la 10.5.2025 klo 11.23 Holger Levsen (holger@layer-acht.org) kirjoitti:
On Sat, May 10, 2025 at 11:02:55AM +0300, Martin-Éric Racine wrote:ii apt 3.0.1 i386
Since the above sqv bin-NMU trickled down to Trixie, APT systematically fails to verify Debian archive keys:[...]
W: Some index files failed to download. They have been ignored, or old ones used instead.what are your versions of apt and sqv installed?
ii sqv 1.3.0-1+b1 i386
I have two i386 hosts tracking Testing (currently Trixie). The U1400This only happens on one of my Trixie hosts, so this could be a Rust issue.do you have several i386 hosts or only one? what CPU models do they have?
Architecture: i386 (i686)
one updates its APT lists just fine. This Pentium III (Coppermine) has
been failing to do so ever since sqv 1.3.0-1+b1 trickled into Testing yesterday.
control: reassign -1 release-notes
control: tags -1 - moreinfo unreproducible
control: retitle -1 document that rust packages require SSE2 on i386
thanks
Hi,
I'm reassigning this to release-notes as this needs to be documented
for the trixie release. Leaving some context too, but please read the full bug.
On Sat, May 10, 2025 at 11:37:48AM +0300, Martin-Éric Racine wrote:
la 10.5.2025 klo 11.23 Holger Levsen (holger@layer-acht.org) kirjoitti:
On Sat, May 10, 2025 at 11:02:55AM +0300, Martin-Éric Racine wrote:ii apt 3.0.1 i386
Since the above sqv bin-NMU trickled down to Trixie, APT systematically fails to verify Debian archive keys:[...]
W: Some index files failed to download. They have been ignored, or old ones used instead.what are your versions of apt and sqv installed?
ii sqv 1.3.0-1+b1 i386
I have two i386 hosts tracking Testing (currently Trixie). The U1400This only happens on one of my Trixie hosts, so this could be a Rust issue.do you have several i386 hosts or only one? what CPU models do they have?
Architecture: i386 (i686)
one updates its APT lists just fine. This Pentium III (Coppermine) has
been failing to do so ever since sqv 1.3.0-1+b1 trickled into Testing yesterday.
ok, this was to be expected, see #1095862, thus reassigning to release-notes.
That said, can you please try removing sqv and see what happens? apt should use
gpgv then instead and that should work.
That said, can you please try removing sqv and see what happens? apt should useIt cannot be removed without --force-depends since APT nowadays has
gpgv then instead and that should work.
sqv as a hard Depends.
It would be a good idea for APT to list
supported alternatives e.g. "sqv | gpgv" instead, preferably in the
same order as dpkg-dev does.
Once sqv was force-removed, APT indeed was able to update its APT
lists. However, since a Depends was removed, it now cannot perform any
useful operation until that missing dependency is resolved.
On Sat, May 10, 2025 at 12:26:10PM +0300, Martin-Éric Racine wrote:
That said, can you please try removing sqv and see what happens? apt should useIt cannot be removed without --force-depends since APT nowadays has
gpgv then instead and that should work.
sqv as a hard Depends.
right.
It would be a good idea for APT to list
supported alternatives e.g. "sqv | gpgv" instead, preferably in the
same order as dpkg-dev does.
I'm not sure why this isn't the case already, but maybe it's worth
cloning and reassigning this bug to src:apt.
Once sqv was force-removed, APT indeed was able to update its APT
lists. However, since a Depends was removed, it now cannot perform any useful operation until that missing dependency is resolved.
equivs helps with that, but is probably not installed :/
control: retitle -1 document that rust packages require SSE2 on i386[...]
I'm reassigning this to release-notes as this needs to be documented
for the trixie release. Leaving some context too, but please read the full bug.
control: affects -1 apt
control: document that apt (and rust packages) require SSE2 on i386
thanks
looping in the apt maintainers, please read the full report, in short:
since the latest binNMU sqv now fails to run on i386 because due to
#1095862 in rustc the baseline was raised to require SSE2, so causing
apt to fail to verify because sqv fails to run...
On Sat, May 10, 2025 at 09:37:04AM +0000, Holger Levsen wrote:
On Sat, May 10, 2025 at 12:26:10PM +0300, Martin-Éric Racine wrote:
That said, can you please try removing sqv and see what happens? apt should useIt cannot be removed without --force-depends since APT nowadays has
gpgv then instead and that should work.
sqv as a hard Depends.
right.
It would be a good idea for APT to list
supported alternatives e.g. "sqv | gpgv" instead, preferably in the
same order as dpkg-dev does.
I'm not sure why this isn't the case already, but maybe it's worth
cloning and reassigning this bug to src:apt.
Once sqv was force-removed, APT indeed was able to update its APT
lists. However, since a Depends was removed, it now cannot perform any useful operation until that missing dependency is resolved.
equivs helps with that, but is probably not installed :/
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 491 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 122:14:52 |
| Calls: | 9,687 |
| Calls today: | 3 |
| Files: | 13,728 |
| Messages: | 6,176,735 |