Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1279005

Bug#1125944: binutils-x86-64-linux-gnu: input SFrame sections with different format versions prevent .sframe generation

From Matthias Klose <doko@debian.org>
Newsgroups linux.debian.bugs.dist, linux.debian.maint.glibc
Subject Bug#1125944: binutils-x86-64-linux-gnu: input SFrame sections with different format versions prevent .sframe generation
Date 2026-01-19 14:50 +0100
Message-ID <MeXNL-bIg8-1@gated-at.bofh.it> (permalink)
References (4 earlier) <MeV9f-bGwA-5@gated-at.bofh.it> <MeWoF-bHvf-3@gated-at.bofh.it> <MeX1n-bHIi-3@gated-at.bofh.it> <MeV9f-bGwA-5@gated-at.bofh.it> <MeX1n-bHIi-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


I didn't realize that glibc was still built with --enable-sframe. sframe 
v2 and v3 are incompatible. Only future vX versions will see upgradability.

To move forward,

   - glibc needs to be built without --enable-sframe on i386,
     amd64, x32 and arm64, binaries uploaded to unstable,
     built in testing.

   - then glibc can be built again with --enable-sframe
     enabled, maybe adjusting glibc build-deps on binutils.
     sframe also should be enabled on s390x.

Matthias

On 1/19/26 13:53, Sebastian Ramacher wrote:
> Control: severity -1 criticial
> 
> On 2026-01-19 13:16:37 +0100, Matthias Klose wrote:
>> Control: tags -1 + important
>>
>> On 1/19/26 12:42, Christian Marillat wrote:
>>> On 19 janv. 2026 12:06, Matthias Klose <doko@debian.org> wrote:
>>>
>>>> On 1/19/26 11:54, Christian Marillat wrote:
>>>>> Package: binutils-x86-64-linux-gnu
>>>>> Version: 2.45.50.20260119-1
>>>>> Severity: serious
>>>>> Dear Maintainer,
>>>>> I see this issue on amd64, i386 arm64 and with various sources.
>>>>
>>>> please submit complete bug reports. "various" ...
>>>
>>> Various can be replaced by all.
>>>
>>> This output come-from svt-av1 dmo source
>>>
>>> https://www.deb-multimedia.org/pool/main/s/svt-av1-dmo/svt-av1-dmo_3.1.2-dmo1.debian.tar.xz
>>> https://www.deb-multimedia.org/pool/main/s/svt-av1-dmo/svt-av1-dmo_3.1.2-dmo1.dsc
>>> https://www.deb-multimedia.org/pool/main/s/svt-av1-dmo/svt-av1-dmo_3.1.2.orig.tar.xz
>>
>> that's outside of Debian. Is this seen in the Debian archive as well? Note,
>> that you should just rebuild your binaries that have sframe v2 sections.
> 
> This breaks compiling the simplests of programs:
> 
> $ cat test.c
> int main() {}
> $ gcc test.c
> /usr/bin/x86_64-linux-gnu-ld.bfd: input SFrame sections with different format versions prevent .sframe generation
> /usr/bin/x86_64-linux-gnu-ld.bfd: final link failed
> collect2: error: ld returned 1 exit status
> $ apt-cache policy binutils
> binutils:
>    Installed: 2.45.50.20260119-1
>    Candidate: 2.45.50.20260119-1
>    Version table:
>   *** 2.45.50.20260119-1 500
>          500 http://localhost:3142/debian-buildd buildd-unstable/main amd64 Packages
>          100 /var/lib/dpkg/status
>       2.45.50.20251209-1+b1 500
>          500 http://localhost:3142/debian unstable/main amd64 Packages
> 
> So this very much affects Debian. We are just lucky that the buildd
> chroots haven't been regenerated yet.
> 
> Dear wb-admins, please stop the regeneration of the buildd chroots.
> 
> Cheers

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#1125944: binutils-x86-64-linux-gnu: input SFrame sections with different format versions prevent .sframe generation Sebastian Ramacher <sramacher@debian.org> - 2026-01-19 14:00 +0100
  Bug#1125944: binutils-x86-64-linux-gnu: input SFrame sections with different format versions prevent .sframe generation Matthias Klose <doko@debian.org> - 2026-01-19 14:50 +0100
  Bug#1125944: binutils-x86-64-linux-gnu: input SFrame sections with different format versions prevent .sframe generation Aurelien Jarno <aurel32@debian.org> - 2026-01-19 19:00 +0100

csiph-web