[Bug 2036722] New: nosync.so is linked against GLIBC_2.34 symbols, breaking mock for older chroots
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2036722
Bug ID: 2036722
Summary: nosync.so is linked against GLIBC_2.34 symbols,
breaking mock for older chroots
Product: Fedora
Version: 35
Status: NEW
Component: glibc
Keywords: Triaged
Severity: high
Assignee: codonell(a)redhat.com
Reporter: praiskup(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: aoliva(a)redhat.com, arjun.is(a)lostca.se,
code(a)musicinmybrain.net, codonell(a)redhat.com,
dcavalca(a)fb.com, dj(a)redhat.com,
dominik(a)greysector.net, extras-qa(a)fedoraproject.org,
fweimer(a)redhat.com, hobbes1069(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
kevin(a)scrye.com, kostadin.bukov(a)opencode.com,
kwizart(a)gmail.com, law(a)redhat.com,
markus.falb(a)mafalb.at, mcermak(a)redhat.com,
mfabian(a)redhat.com, mizdebsk(a)redhat.com,
pfrankli(a)redhat.com, rjones(a)redhat.com,
rth(a)redhat.com, sgraf(a)redhat.com, sipoyare(a)redhat.com,
tom(a)compton.nu, yaneti(a)declera.com
Depends On: 2019329
Target Milestone: ---
Classification: Fedora
+++ This bug was initially created as a clone of Bug #2019329 +++
> --- Additional comment from Pavel Raiskup on 2021-12-15 11:19:54 CET ---
>
> This patch could help to link against 2.2.5 symbols:
> https://copr-dist-git.fedorainfracloud.org/cgit/praiskup/nosync-libc-2.2....
>
> Though this fails in i386, and this library needs to be built multilib:
> https://copr.fedorainfracloud.org/coprs/praiskup/nosync-libc-2.2.5/build/...
>
> ....
> cc -shared -fPIC -ldl -lpthread -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m32 -march=i686 -mtune=generic -msse2 -mfpmath=sse -mstackrealign -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -o nosync.so fsync.o open.o
> /usr/bin/ld: nosync.so: no symbol version section for versioned symbol `dlsym(a)GLIBC_2.2.5'
> collect2: error: ld returned 1 exit status
>
> Even if the glibc versioning on i386 was fixed (or whatever is causing
> this), this doesn't seem to be a long-term solution?
>
> It would be nice if nosync was a glibc subpackage with statically
> linked dlsym() and pthread_testcancel(). But this is probably unrealistic.
I'm just curious whether glibc folks could help us to answer some of the
questions.
- Is there a way to link a binary against 2.2.5 symbols on i386?
- Could nosync.so be part of glibc (sub-package), with statically linked
symbols?
- Any other idea how to way-around this?
For more info about the nosync.so problems please see the original bug.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2019329
[Bug 2019329] nosync.so is linked against GLIBC_2.34 symbols, it breaks mock
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036722
2 years, 3 months