| View previous topic :: View next topic |
| Author |
Message |
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
 Posted: Sun Jun 02, 2024 4:55 am Post subject: [Solved] glibc-2.39-r6 CPU ISA level is lower than required |
 |
|
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: | ./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: |
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 |
|
| Back to top |
|
 |
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1757
|
| Posted: Sun Jun 02, 2024 5:21 am Post subject: |
|
|
Is the triple m in mmmx a mistake?
Best Regards,
Georgi |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
|
| Back to top |
|
|
sam_
Developer
Joined: 14 Aug 2020
Posts: 1722
|
| Posted: Sun Jun 02, 2024 5:55 am Post subject: |
|
|
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. |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Sun Jun 02, 2024 6:43 am Post subject: |
|
|
| 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 |
|
| Back to top |
|
|
sam_
Developer
Joined: 14 Aug 2020
Posts: 1722
|
| Posted: Sun Jun 02, 2024 6:56 am Post subject: |
|
|
| 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. |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Sun Jun 02, 2024 9:45 pm Post subject: |
|
|
| 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: | [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: | [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 |
|
| Back to top |
|
|
Genone
Retired Dev
Joined: 14 Mar 2003
Posts: 9559
Location: beyond the rim
|
| Posted: Mon Jun 03, 2024 3:34 pm Post subject: |
|
|
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). |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Tue Jun 04, 2024 12:03 am Post subject: |
|
|
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: | # 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: | # 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 |
|
| Back to top |
|
|
Genone
Retired Dev
Joined: 14 Mar 2003
Posts: 9559
Location: beyond the rim
|
| Posted: Tue Jun 04, 2024 8:56 am Post subject: |
|
|
| 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. |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Thu Jun 06, 2024 4:26 am Post subject: |
|
|
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: | 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 |
|
| Back to top |
|
|
eschwartz
n00b
Joined: 29 Oct 2023
Posts: 39
|
| Posted: Thu Jun 06, 2024 1:24 pm Post subject: |
|
|
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`? |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Thu Jun 06, 2024 5:06 pm Post subject: |
|
|
| 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:X86/Installation/Base#Entering_the_new_environment). I wanted to check if I could do a fresh install, which turned out to be a no go.
| Code: | # 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: | # 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 |
|
| Back to top |
|
|
eschwartz
n00b
Joined: 29 Oct 2023
Posts: 39
|
| Posted: Thu Jun 06, 2024 5:26 pm Post subject: |
|
|
Can you post the output of
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) |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Thu Jun 06, 2024 7:03 pm Post subject: |
|
|
| eschwartz wrote: | Can you post the output of
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: | 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: | 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 |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Sat Jun 08, 2024 7:38 pm Post subject: |
|
|
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 |
|
| Back to top |
|
|
solamour
l33t
Joined: 21 Dec 2004
Posts: 711
Location: San Diego, CA
|
| Posted: Fri Jun 14, 2024 9:22 pm Post subject: |
|
|
Upgrading to sys-libs/glibc-2.39-r9 solved the problem. Thanks everyone for taking time to share your insights and suggestions.
__
sol |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
