Bug 2174723 - rpmbuild fails with Recognition of file "/builddir/build/BUILDROOT/firefox-109.0.1-2.fc38.x86_64/usr/lib64/firefox/libxul.so" failed:
Summary: rpmbuild fails with Recognition of file "/builddir/build/BUILDROOT/firefox-10...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: file
Version: 38
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Vincent Mihalkovič
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 2167964
Blocks: 2171602
TreeView+ depends on / blocked
 
Reported: 2023-03-02 10:00 UTC by Vincent Mihalkovič
Modified: 2023-03-18 00:18 UTC (History)
18 users (show)

Fixed In Version: file-5.44-3.fc38
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2167964
Environment:
Last Closed: 2023-03-18 00:18:24 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Fedora Package Sources file pull-request 27 0 None None None 2023-03-14 12:56:17 UTC

Description Vincent Mihalkovič 2023-03-02 10:00:07 UTC
+++ This bug was initially created as a clone of Bug #2167964 +++

rpmbuild fails with Recognition of file "/builddir/build/BUILDROOT/firefox-109.0.1-2.fc38.x86_64/usr/lib64/firefox/libxul.so" failed:

Processing files: firefox-109.0.1-2.fc38.x86_64
warning: Duplicate build-ids /builddir/build/BUILDROOT/firefox-109.0.1-2.fc38.x86_64/usr/lib64/firefox/firefox and /builddir/build/BUILDROOT/firefox-109.0.1-2.fc38.x86_64/usr/lib64/firefox/firefox-bin
warning: absolute symlink: /usr/lib64/firefox/dictionaries -> /usr/share/hunspell
error: Recognition of file "/builddir/build/BUILDROOT/firefox-109.0.1-2.fc38.x86_64/usr/lib64/firefox/libxul.so" failed: mode 100755 , dynamically linked, BuildID[sha1]=01de62e9e035fb4a7d8effece9283f8746e27dad Note section size too big (124669428 > 67108864) (Invalid argument)

full log:
https://kojipkgs.fedoraproject.org//work/tasks/7865/97227865/build.log

--- Additional comment from Panu Matilainen on 2023-02-08 06:45:36 UTC ---

> Note section size too big (124669428 > 67108864) (Invalid argument)

That's a newish sanity check in libmagic tripping up, added in https://github.com/file/file/commit/e1233247bbe4d2d66b891224336a23384a93cce1

The commit message says to limit to 128M but the limit added in the code is 64M :-/

--- Additional comment from Mark Wielaard on 2023-02-08 14:21:52 UTC ---

(In reply to Panu Matilainen from comment #1)
> > Note section size too big (124669428 > 67108864) (Invalid argument)
> 
> That's a newish sanity check in libmagic tripping up, added in
> https://github.com/file/file/commit/e1233247bbe4d2d66b891224336a23384a93cce1
> 
> The commit message says to limit to 128M but the limit added in the code is
> 64M :-/

Do we know why the notes section is so darn large in the first place?

Adding nickc to the CC because I suspect this might be annobin (if not, sorry Nick).

This is also related to this debugedit bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1609013
[RFE] find-debuginfo.sh should use a reliable, dedicated ELF file id tool, not rely on parsing 'file' output
We have the elfutils eu-elfclassify tool, which probably is more approriate than using file.

--- Additional comment from Nick Clifton on 2023-02-08 16:04:36 UTC ---

(In reply to Mark Wielaard from comment #2)
> (In reply to Panu Matilainen from comment #1)
 
> Do we know why the notes section is so darn large in the first place?
> 
> Adding nickc to the CC because I suspect this might be annobin (if not,
> sorry Nick).
 
Oh - it almost certainly is annobin's fault.  As noted in this PR:

https://sourceware.org/bugzilla/show_bug.cgi?id=29993

The annobin notes in libxul.so are ~118MB.  (This is before they are processed
by objcopy to remove duplicates, and before they are shifted into the associated
debuginfo file).

I am not sure if this helps you though.  If necessary it is possible to build
things with annobin disabled, although I would not actually recommend it unless
there is no other solution.

--- Additional comment from Eike Rathke on 2023-02-09 14:51:15 UTC ---

Fix seems to be on the way with https://src.fedoraproject.org/rpms/file/pull-request/22

Not sure if 128MB is future proof, it's still quite near that Firefox 118.9MB, and Thunderbird even 122.3MB ...

--- Additional comment from Fedora Update System on 2023-02-09 16:54:24 UTC ---

FEDORA-2023-eeda237137 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-eeda237137

--- Additional comment from Fedora Update System on 2023-02-09 21:30:14 UTC ---

FEDORA-2023-eeda237137 has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.

--- Additional comment from Eike Rathke on 2023-02-09 22:00:28 UTC ---

That should go into f38 as well, please.

--- Additional comment from Eike Rathke on 2023-02-11 16:16:11 UTC ---

Submitted https://src.fedoraproject.org/rpms/file/pull-request/23

--- Additional comment from Fedora Update System on 2023-02-13 17:26:00 UTC ---

FEDORA-2023-a98e46d6c3 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-a98e46d6c3

--- Additional comment from Fedora Update System on 2023-02-13 18:09:15 UTC ---

FEDORA-2023-a98e46d6c3 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.

--- Additional comment from Lukáš Zaoral on 2023-02-21 14:31:55 UTC ---

This is still present in recent builds of mame even with the recent fix:

error: Recognition of file "/builddir/build/BUILDROOT/mame-0.251-3.fc39.x86_64/usr/bin/mame" failed: mode 100755 , dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=4cb9f6821033586b869d516b865fa1d8e7b8b5f9, for GNU/Linux 3.2.0 Note section size too big (137005660 > 134217728) (Invalid argument)

--- Additional comment from Julian Sikorski on 2023-02-22 20:20:15 UTC ---

Example of failing build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=97870540

Comment 1 Fedora Update System 2023-03-15 12:33:34 UTC
FEDORA-2023-d1e2a50e1c has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-d1e2a50e1c

Comment 2 Fedora Update System 2023-03-17 04:04:24 UTC
FEDORA-2023-d1e2a50e1c has been pushed to the Fedora 38 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-d1e2a50e1c

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 3 Fedora Update System 2023-03-18 00:18:24 UTC
FEDORA-2023-d1e2a50e1c has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.