Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Portage & Programming
  • Search

[Solved] glibc-2.39-r6 CPU ISA level is lower than required

Problems with emerge or ebuilds? Have a basic programming question about C, PHP, Perl, BASH or something else?
Post Reply
Advanced search
17 posts • Page 1 of 1
Author
Message
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

[Solved] glibc-2.39-r6 CPU ISA level is lower than required

  • Quote

Post by solamour » Sun Jun 02, 2024 4:55 am

My system has currently has sys-libs/glibc-2.38-r12, and when I try to update to sys-libs/glibc-2.39-r6, I get the following error message.

emerge -v sys-libs/glibc

Code: Select all

./libc.so.6: CPU ISA level is lower than required                                         
 * ERROR: sys-libs/glibc-2.39-r6::gentoo failed (preinst phase):                          
 *   simple run test (/usr/bin/cal) failed                                                
 *                                                                                        
 * Call stack:                                                                            
 *     ebuild.sh, line  136:  Called pkg_preinst                                          
 *   environment, line 2767:  Called glibc_sanity_check                                   
 *   environment, line 2292:  Called die                                                  
 * The specific snippet of code:                                                          
 *           LC_ALL=C ${newldso} --library-path . ${x} > /dev/null || die "simple run test
 (${x}) failed";
emerge --info '=sys-libs/glibc-2.39-r6::gentoo'

Code: Select all

Portage 3.0.61 (python 3.11.9-final-0, default/linux/x86/17.0, gcc-11, glibc-2.38-r12, 6.6.13-gentoo i586)
=================================================================
                         System Settings
=================================================================
System uname: Linux-6.6.13-gentoo-i586-Geode-TM-_Integrated_Processor_by_AMD_PCS-with-glibc2.38
KiB Mem:      233820 total,     26476 free
KiB Swap:    1048572 total,    957696 free
Timestamp of repository gentoo: Sat, 01 Jun 2024 10:00:00 +0000
Head commit of repository gentoo: 10dfb40fbc837b96626e586b484ed308fbc3ce6b
sh bash 5.1_p16-r6
ld GNU ld (Gentoo 2.39 p6) 2.39.0
app-misc/pax-utils:        1.3.7::gentoo
app-shells/bash:           5.1_p16-r6::gentoo
dev-build/autoconf:        2.71-r7::gentoo
dev-build/automake:        1.16.5-r2::gentoo
dev-build/libtool:         2.4.7-r4::gentoo
dev-build/make:            4.4.1-r1::gentoo
dev-build/meson:           0.64.1::gentoo
dev-lang/perl:             5.38.2-r2::gentoo
dev-lang/python:           3.10.10_p2::gentoo, 3.11.9::gentoo
sys-apps/baselayout:       2.15::gentoo
sys-apps/openrc:           0.54::gentoo
sys-apps/sandbox:          2.38::gentoo
sys-devel/binutils:        2.39-r5::gentoo, 2.40-r9::gentoo, 2.41-r5::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/gcc:             11.3.1_p20221209::gentoo, 12.3.1_p20230526::gentoo, 13.2.1_p202
40210::gentoo
sys-devel/gcc-config:      2.11::gentoo
sys-kernel/linux-headers:  6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc:            2.38-r12::gentoo
Repositories:

gentoo
    location: /var/db/repos/gentoo
    sync-type: rsync
    sync-uri: rsync://gentoo/gentoo-portage
    priority: -1000
    volatile: False
    sync-rsync-verify-jobs: 1
    sync-rsync-verify-metamanifest: yes
    sync-rsync-verify-max-age: 24
    sync-rsync-extra-opts: 

Binary Repositories:

binhost
    priority: 10
    sync-uri: ssh://solamour@gentoo/mnt/gentoo/var/cache/binpkgs

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="@FREE"
CBUILD="i486-pc-linux-gnu"
CFLAGS="-march=geode -Os -pipe -mmmx -m3dnow -fomit-frame-pointer"
CHOST="i486-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=geode -Os -pipe -mmmx -m3dnow -fomit-frame-pointer"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-march=geode -Os -pipe -mmmx -m3dnow -fomit-frame-pointer"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles getbinpkg ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=geode -Os -pipe -mmmx -m3dnow -fomit-frame-pointer"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LEX="flex"
MAKEOPTS="-j2"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="acl bzip2 cli crypt dri fortran gdbm iconv ipv6 libtirpc ncurses nls openmp pam pcre readline seccomp split-usr ssl test-rust unicode x86 xattr zlib" ABI_X86="32" ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GRUB_PLATFORMS="pc" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-1" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_11" PYTHON_TARGETS="python3_11" RUBY_TARGETS="ruby31 ruby32" VIDEO_CARDS="amdgpu fbdev intel nouveau radeon radeonsi vesa dummy" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset:  ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EMERGE_DEFAULT_OPTS, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS
I'd appreciate any suggestions on how to proceed.
__
sol
Last edited by solamour on Fri Jun 14, 2024 9:23 pm, edited 1 time in total.
Top
logrusx
Advocate
Advocate
User avatar
Posts: 3534
Joined: Thu Feb 22, 2018 2:29 pm

  • Quote

Post by logrusx » Sun Jun 02, 2024 5:21 am

Is the triple m in mmmx a mistake?

Best Regards,
Georgi
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Sun Jun 02, 2024 5:53 am

logrusx wrote:Is the triple m in mmmx a mistake?
Most likely not. I must have gotten it from the following.

https://wiki.gentoo.org/wiki/Safe_CFLAG ... hitectures
https://wiki.gentoo.org/wiki/GCC_optimi ... 2C_-m3dnow
__
sol
Top
sam_
Developer
Developer
User avatar
Posts: 2816
Joined: Fri Aug 14, 2020 12:33 am

  • Quote

Post by sam_ » Sun Jun 02, 2024 5:55 am

re flag: Yeah, the '-m' prefix is a GCC thing, then it's 'mmx', so '-mmmx'.

With regard to OP's problem: are you installing a binpkg from another machine? I'm wondering if you're e.g. building glibc with the right *FLAGS, but your GCC('s target libraries) are built with something else (like i686 baseline). This has come up a few times recently, e.g. https://bugs.gentoo.org/927298#c4[b][/b].
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Sun Jun 02, 2024 6:43 am

sam_ wrote:With regard to OP's problem: are you installing a binpkg from another machine? I'm wondering if you're e.g. building glibc with the right *FLAGS, but your GCC('s target libraries) are built with something else (like i686 baseline). This has come up a few times recently, e.g. https://bugs.gentoo.org/927298#c4.
I usually do binpkg, because it takes a long time to do anything in this machine. But I get the same error even when building on its own. This clearly wasn't a problem in glibc-2.38-r12, and I didn't make any changes since last month, lest it breaks.
__
sol
Top
sam_
Developer
Developer
User avatar
Posts: 2816
Joined: Fri Aug 14, 2020 12:33 am

  • Quote

Post by sam_ » Sun Jun 02, 2024 6:56 am

It matters also if you're using a GCC that was installed from a binpkg, as both GCC and glibc provide those (cumulative) target libraries I was referring to.
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Sun Jun 02, 2024 9:45 pm

sam_ wrote:It matters also if you're using a GCC that was installed from a binpkg, as both GCC and glibc provide those (cumulative) target libraries I was referring to.
Both binpkg and local build show the exactly same USE flags.

Code: Select all

[binary   R    ] sys-devel/gcc-13.2.1_p20240210:13::gentoo  USE="(cxx) fortran nls openmp (pie) sanitize ssp -ada (-cet) (-custom-cflags) -d -debug -default-stack-clash-protection -default-znow -doc (-fixed-point) -go -graphite -hardened (-ieee-long-double) -jit (-libssp) -lto -modula2 (-multilib) -objc -objc++ -objc-gc (-pch) -pgo -systemtap -test -valgrind -vanilla -vtv -zstd" 0 KiB

Code: Select all

[ebuild   R    ] sys-devel/gcc-13.2.1_p20240210:13::gentoo  USE="(cxx) fortran nls openmp (pie) sanitize ssp -ada (-cet) (-custom-cflags) -d -debug -default-stack-clash-protection -default-znow -doc (-fixed-point) -go -graphite -hardened (-ieee-long-double) -jit (-libssp) -lto -modula2 (-multilib) -objc -objc++ -objc-gc (-pch) -pgo -systemtap -test -valgrind -vanilla -vtv -zstd" 82,429 KiB
Would it still be worthwhile to build gcc locally?
__
sol
Top
Genone
Retired Dev
Retired Dev
User avatar
Posts: 9656
Joined: Fri Mar 14, 2003 6:02 pm
Location: beyond the rim

  • Quote

Post by Genone » Mon Jun 03, 2024 3:34 pm

I'd start by checking which instructions are actually used by the non-functional libc.so, e.g. using objdump. AMD Geode is a pretty rare sight these days, so probably not much testing going on with those.

Alternatively try rebuilding sys-libs/glibc-2.38-r12 wether it shows the same problem now. If it does the problem is most likely not located with glibc itself (but gcc or binutils).
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Tue Jun 04, 2024 12:03 am

glibc-2.38-r12 is no longer in Portage, but glibc-2.38-r13 builds fine. glibc-2.39-r6 always fails.

Here is something I didn't notice before.

Code: Select all

# emerge -pv glibc

!!! Your current profile is deprecated and not supported anymore.
!!! Use eselect profile to update your profile.
!!! Please upgrade to the following profile if possible:

To upgrade do the following steps:

A profile upgrade to version 23.0 is available for your architecture.
The new 23.0 profiles enable some toolchain hardening features and
performance enhancements by default, and standardize settings.
You can find the list of changes on the wiki tracking page [1].
Should I switch to, say, "default/linux/x86/23.0/i486 (stable)"?

Code: Select all

# eselect profile list
Available profile symlink targets:
  [1]   default/linux/x86/17.0 (stable) *
  [2]   default/linux/x86/17.0/selinux (exp)
  [3]   default/linux/x86/17.0/hardened (exp)
  [4]   default/linux/x86/17.0/hardened/selinux (exp)
  [5]   default/linux/x86/17.0/desktop (exp)
  [6]   default/linux/x86/17.0/desktop/gnome (exp)
  [7]   default/linux/x86/17.0/desktop/gnome/systemd/merged-usr (exp)
  [8]   default/linux/x86/17.0/desktop/plasma (exp)
  [9]   default/linux/x86/17.0/desktop/plasma/systemd/merged-usr (exp)
  [10]  default/linux/x86/17.0/developer (exp)
  [11]  default/linux/x86/17.0/systemd/merged-usr (exp)
  [12]  default/linux/x86/23.0/i686 (stable)
  [13]  default/linux/x86/23.0/i686/systemd (stable)
  [14]  default/linux/x86/23.0/i686/hardened (stable)
  [15]  default/linux/x86/23.0/i686/hardened/selinux (stable)
  [16]  default/linux/x86/23.0/i686/desktop (stable)
  [17]  default/linux/x86/23.0/i686/desktop/gnome (stable)
  [18]  default/linux/x86/23.0/i686/desktop/gnome/systemd (stable)
  [19]  default/linux/x86/23.0/i686/desktop/plasma (stable)
  [20]  default/linux/x86/23.0/i686/desktop/plasma/systemd (stable)
  [21]  default/linux/x86/23.0/i686/prefix (exp)
  [22]  default/linux/x86/23.0/i686/prefix/kernel-2.6.32+ (exp)
  [23]  default/linux/x86/23.0/i686/prefix/kernel-2.6.16+ (exp)
  [24]  default/linux/x86/23.0/i686/prefix/kernel-3.2+ (exp)
  [25]  default/linux/x86/23.0/i686/split-usr (stable)
  [26]  default/linux/x86/23.0/i686/split-usr/hardened (stable)
  [27]  default/linux/x86/23.0/i686/split-usr/hardened/selinux (stable)
  [28]  default/linux/x86/23.0/i686/split-usr/desktop (stable)
  [29]  default/linux/x86/23.0/i686/split-usr/desktop/gnome (stable)
  [30]  default/linux/x86/23.0/i686/split-usr/desktop/plasma (stable)
  [31]  default/linux/x86/23.0/i686/split-usr/prefix (exp)
  [32]  default/linux/x86/23.0/i686/split-usr/prefix/kernel-2.6.32+ (exp)
  [33]  default/linux/x86/23.0/i686/split-usr/prefix/kernel-2.6.16+ (exp)
  [34]  default/linux/x86/23.0/i686/split-usr/prefix/kernel-3.2+ (exp)
  [35]  default/linux/x86/23.0/i486 (stable)
  [36]  default/linux/x86/23.0/i486/systemd (stable)
  [37]  default/linux/x86/23.0/i486/hardened (dev)
  [38]  default/linux/x86/23.0/i486/hardened/selinux (dev)
  [39]  default/linux/x86/23.0/i486/split-usr (dev)
  [40]  default/linux/x86/23.0/i486/split-usr/hardened (dev)
  [41]  default/linux/x86/23.0/i486/split-usr/hardened/selinux (dev)
  [42]  default/linux/x86/17.0/musl (exp)
  [43]  default/linux/x86/17.0/musl/selinux (exp)
  [44]  default/linux/x86/23.0/i686/musl (dev)
  [45]  default/linux/x86/23.0/i686/musl/selinux (exp)
  [46]  default/linux/x86/23.0/i686/split-usr/musl (dev)
  [47]  default/linux/x86/23.0/i686/split-usr/musl/selinux (exp)
  [48]  default/linux/x86/23.0/i486/musl (dev)
  [49]  default/linux/x86/23.0/i486/musl/selinux (exp)
  [50]  default/linux/x86/23.0/i486/split-usr/musl (dev)
  [51]  default/linux/x86/23.0/i486/split-usr/musl/selinux (exp)
__
sol
Top
Genone
Retired Dev
Retired Dev
User avatar
Posts: 9656
Joined: Fri Mar 14, 2003 6:02 pm
Location: beyond the rim

  • Quote

Post by Genone » Tue Jun 04, 2024 8:56 am

Well, you will have to switch at some point as your current profile will eventually vanish. However the switch to a 23 profile is as far as I know a bit more involved than just selecting it via eselect, make sure you read the relevant documentation before starting it.
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Thu Jun 06, 2024 4:26 am

Switching to 23.0 profile wasn't successful, because the system wouldn't let me build glibc-2.39-r6; I encountered the same "./libc.so.6: CPU ISA level is lower than required" error message.

Just to see what happens, I booted with the live CD, but I can't even run chroot.

Code: Select all

livecd /mnt/gentoo # chroot /mnt/gentoo /bin/bash
/usr/lib/libc.so.6: CPU ISA level is lower than required
I've kept this system alive while it went through many phases over the years, serving a simple, yet important purpose. I can just leave it as is without updating, but then again, if I were to do that, there is no point in running gentoo at the first place.

I'll take any suggestions.
__
sol
Top
eschwartz
Developer
Developer
User avatar
Posts: 240
Joined: Sun Oct 29, 2023 4:27 pm

  • Quote

Post by eschwartz » Thu Jun 06, 2024 1:24 pm

It's not obvious to me what the usefulness of testing chroot from a live ISO is.

This might be helpful though: what are the contents of

- /var/db/pkg/sys-devel/gcc-*/CFLAGS

- /var/db/pkg/sys-libs/glibc-*/CFLAGS

What's the output of running `ld.so --help`?
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Thu Jun 06, 2024 5:06 pm

eschwartz wrote:It's not obvious to me what the usefulness of testing chroot from a live ISO is.
This might be helpful though: what are the contents of
- /var/db/pkg/sys-devel/gcc-*/CFLAGS
- /var/db/pkg/sys-libs/glibc-*/CFLAGS
What's the output of running `ld.so --help`?
chroot was a part of the installation process (https://wiki.gentoo.org/wiki/Handbook:X ... nvironment). I wanted to check if I could do a fresh install, which turned out to be a no go.

Code: Select all

# cat /mnt/gentoo/var/db/pkg/sys-devel/gcc-13.2.1_p20240210/CFLAGS
-march=i486 -pipe -O2

# cat /mnt/gentoo/var/db/pkg/sys-libs/glibc-2.39-r6/CFLAGS
-O2 -march=i486 -pipe -fcf-protection=none

Code: Select all

# ld.so --help
Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
You have invoked 'ld.so', the program interpreter for dynamically-linked
ELF programs.  Usually, the program interpreter is invoked automatically
when a dynamically-linked executable is started.

You may invoke the program interpreter program directly from the command
line to load and run an ELF executable file; this is like executing that
file itself, but always uses the program interpreter you invoked,
instead of the program interpreter specified in the executable file you
run.  Invoking the program interpreter directly provides access to
additional diagnostics, and changing the dynamic linker behavior without
setting environment variables (which would be inherited by subprocesses).

  --list                list all dependencies and how they are resolved
  --verify              verify that given object really is a dynamically linked
                        object we can handle
  --inhibit-cache       Do not use /etc/ld.so.cache
  --library-path PATH   use given PATH instead of content of the environment
                        variable LD_LIBRARY_PATH
  --glibc-hwcaps-prepend LIST
                        search glibc-hwcaps subdirectories in LIST
  --glibc-hwcaps-mask LIST
                        only search built-in subdirectories if in LIST
  --inhibit-rpath LIST  ignore RUNPATH and RPATH information in object names
                        in LIST
  --audit LIST          use objects named in LIST as auditors
  --preload LIST        preload objects named in LIST
  --argv0 STRING        set argv[0] to STRING before running
  --list-tunables       list all tunables with minimum and maximum values
  --list-diagnostics    list diagnostics information
  --help                display this help and exit
  --version             output version information and exit

This program interpreter self-identifies as: /lib/ld-linux.so.2

Shared library search path:
  (libraries located via /etc/ld.so.cache)
  /lib (system search path)
  /usr/lib (system search path)

No subdirectories of glibc-hwcaps directories are searched.
__
sol
Top
eschwartz
Developer
Developer
User avatar
Posts: 240
Joined: Sun Oct 29, 2023 4:27 pm

  • Quote

Post by eschwartz » Thu Jun 06, 2024 5:26 pm

Can you post the output of

Code: Select all

readelf -n ${FILE}
For the files that fail to load (your error message suggests /mnt/gentoo/usr/lib/libc.so.6 in addition to /mnt/gentoo/bin/bash, so post both)
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Thu Jun 06, 2024 7:03 pm

eschwartz wrote:Can you post the output of

Code: Select all

readelf -n ${FILE}
For the files that fail to load (your error message suggests /mnt/gentoo/usr/lib/libc.so.6 in addition to /mnt/gentoo/bin/bash, so post both)
I just realized that the Live CD has a couple of readelf, but they all point to invalid entries.

Code: Select all

livecd ~ # find / -name "readelf" 2>/dev/null
/mnt/livecd/usr/bin/readelf
/mnt/livecd/usr/i486-pc-linux-gnu/bin/readelf
/mnt/gentoo/usr/i486-pc-linux-gnu/binutils-bin/2.42/readelf
/mnt/gentoo/usr/i486-pc-linux-gnu/bin/readelf
/mnt/gentoo/usr/bin/readelf

livecd ~ # ls -la /mnt/livecd/usr/bin/readelf /mnt/livecd/usr/i486-pc-linux-gnu/bin/readelf
lrwxrwxrwx 1 root root 25 Jan 29 18:40 /mnt/livecd/usr/bin/readelf -> i486-pc-linux-gnu-readelf
lrwxrwxrwx 1 root root 48 Jan 29 18:40 /mnt/livecd/usr/i486-pc-linux-gnu/bin/readelf -> /usr/i486-pc-linux-gnu/binutils-bin/2.40/readelf
And of course, the one from "/mnt/gentoo/" wouldn't work unless I'm in the chroot environment.

Code: Select all

livecd ~ # /mnt/gentoo/usr/i486-pc-linux-gnu/binutils-bin/2.42/readelf
/mnt/gentoo/usr/i486-pc-linux-gnu/binutils-bin/2.42/readelf: error while loading shared libraries: libctf-nobfd-2.42.0.gentoo-sys-devel-binutils-st.so: cannot open shared object file: No such file or directory
I can certainly try a different distro's Live CD, but once I get the latest Stage3 with glibc-2.39-r6, it's likely it won't let me chroot or update packages.
__
sol
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Sat Jun 08, 2024 7:38 pm

Looks like it's a known issue.

x86 stages & ISOs built after 20240513 cannot run on older CPUs: /usr/lib/libc.so.6: CPU ISA level is lower than required
https://bugs.gentoo.org/933764
__
sol
Top
solamour
l33t
l33t
User avatar
Posts: 749
Joined: Tue Dec 21, 2004 11:29 pm
Location: San Diego, CA

  • Quote

Post by solamour » Fri Jun 14, 2024 9:22 pm

Upgrading to sys-libs/glibc-2.39-r9 solved the problem. Thanks everyone for taking time to share your insights and suggestions.
__
sol
Top
Post Reply

17 posts • Page 1 of 1

Return to “Portage & Programming”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic