su 4.1.2026 klo 15.36 Chris Hofstaedtler ([email protected]) kirjoitti: > > On Sun, Jan 04, 2026 at 03:38:14AM +0200, Martin-Éric Racine wrote: > > su 4.1.2026 klo 3.15 Chris Hofstaedtler ([email protected]) kirjoitti: > > > On Sun, Jan 04, 2026 at 12:39:12AM +0200, Martin-Éric Racine wrote: > > > > la 3.1.2026 klo 23.17 Marc Haber ([email protected]) > > > > kirjoitti: > > > > > On Sat, Jan 03, 2026 at 08:11:48PM +0200, Martin-Éric Racine wrote: > > > > > >Also adding the fix to Trixie would be extremely welcome. Looking at > > > > > >upstream, it seems to have been committed for the upcoming 1.9.18 > > > > > >release, which would take care of Flaky, but leave Trixie unfixed. > > > > > > > > > > Trixie is not broken. It doesn't support your CPU. Can you install > > > > > bookworm's sudo, just in the same way you must be using boookworm's > > > > > kernel? > > > > > > > > This is not a Geode-specific issue. I have the same problem with a > > > > plain old 686-PAE host. > > > > > > Please provide CPU details, cat /proc/cpuinfo, lscpu, etc. > > > > $ cat /proc/cpuinfo > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 6 > > model : 8 > > model name : Pentium III (Coppermine) > > stepping : 6 > > microcode : 0x8 > > cpu MHz : 865.425 > > cache size : 256 KB > > physical id : 0 > > siblings : 1 > > core id : 0 > > cpu cores : 1 > > apicid : 0 > > initial apicid : 0 > > fdiv_bug : no > > f00f_bug : no > > coma_bug : no > > fpu : yes > > fpu_exception : yes > > cpuid level : 2 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > mca cmov pse36 mmx fxsr sse cpuid pti > > bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass > > l1tf mds swapgs itlb_multihit mmio_unknown > > bogomips : 1730.85 > > clflush size : 32 > > cache_alignment : 32 > > address sizes : 36 bits physical, 32 bits virtual > > power management: > > Okay, as suspected this is unsupported.
Noted. > > > > As whoever produced the patch pointed out > > > > elsewhere, the problem is that without this patch, the binaries use > > > > instructions that were introduced a good 20 years after the i686 > > > > target architecture. This also affected his VIA hardware that support > > > > the full i686 instruction set. Basically, the sudo in Trixie's i386 > > > > port won't work on anything but very late 32-bit hardware such as my > > > > old Core-based laptop running Testing with Bookworm kernels. > > > > > > For trixie, your hardware must support at least the amd64 baseline. > > > > There IS an i386 port. It is built for a known 32-bit x86 target. > > AFAIK that target is i686. > > You are mistaken. See the release notes explaining the new > requirements for the "i386 partial architecture": > https://www.debian.org/releases/trixie/release-notes/issues.en.html#reduced-support-for-i386 Something with SSE2, with a strong assumption of running on amd64 hardware. Fair enough. That explains why everything still works out of the box on my old Core laptop. One point in that section doesn't make sense: The suggestion to reinstall the host as amd64. For obvious reasons, this won't work on actual 32-bit hardware. Martin-Éric
