[Bug 1989082] Re: execute bit is missing on libc.so.6
Launchpad Bug Tracker
1989082 at bugs.launchpad.net
Tue Sep 12 15:48:24 UTC 2023
This bug was fixed in the package glibc - 2.35-0ubuntu3.3
---------------
glibc (2.35-0ubuntu3.3) jammy; urgency=medium
* Drop SVE patches due to kernal-related performance regression
* Fix the armhf stripping exception for ld.so (LP: #1927192)
glibc (2.35-0ubuntu3.2) jammy; urgency=medium
* d/rules.d/debhelper.mk: fix permissions of libc.so (LP: #1989082)
* Cherry-picks from upstream:
- d/p/lp1999551/*: arm64 memcpy optimization (LP: #1999551)
- d/p/lp1995362*.patch: Fix ldd segfault with missing libs (LP: #1995362)
- d/p/lp2007796*: Fix missing cancellation point in pthread (LP: #2007796)
- d/p/lp2007599*: add new tunables for s390x (LP: #2007599)
- d/p/lp2011421/*: Fix crash on TDX-enabled platforms (LP: #2011421)
- d/p/lp1992159*: Fix socket.h headers for non-GNU compilers (LP: #1992159)
-- Simon Chopin <schopin at ubuntu.com> Wed, 26 Jul 2023 10:27:54 +0200
** Changed in: glibc (Ubuntu Jammy)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/1989082
Title:
execute bit is missing on libc.so.6
Status in glibc package in Ubuntu:
In Progress
Status in glibc source package in Jammy:
Fix Released
Status in glibc source package in Kinetic:
Won't Fix
Status in glibc source package in Lunar:
Won't Fix
Bug description:
[Impact]
Starting with Ubuntu 22.04 the execute bit is no longer set on /lib/x86_64-linux-gnu/libc.so.6. This causes trouble for some scripts that try to determine the glibc version by executing this file, for instance the LSF scheduler.
[Proposed fix]
Adjust the build system to chmod the library after the fixperms stage.
This has been fixed in Debian, although it's not easily cherry-
pickable.
[Test plan]
Run the following script:
```
#!/bin/bash
for glibc in `ldconfig -p | grep libc.so.6 | sed 's/.*=>//'`
do
if [ -x "$glibc" ] ; then
$glibc >/dev/null 2>&1
if [ "$?" != "0" ] ; then
continue
fi
_libcver=`$glibc 2>/dev/null | grep "GNU C Library" | awk '{print $10}' | awk -F. '{print $2}' | sed 's/,//'`
fi
if [ "$_libcver" != "" ] ; then
echo "GLibc minor version is $_libcver"
break
fi
done
if [ "$_libcver" = "" ] ; then
echo "Cannot figure out the GLibc version."
exit 1
fi
```
On Focal, it prints out the following:
GLibc minor version is 31
On Jammy:
Cannot figure out the GLibc version.
Expected:
GLibc minor version is 35
[Regression potential]
This change is fairly minimal, but could expose bugs in codepaths that
were depending on the system version of glibc and were thus far
dormant in Jammy.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1989082/+subscriptions
More information about the foundations-bugs
mailing list