View previous topic :: View next topic |
Author |
Message |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Wed Apr 09, 2025 8:20 am Post subject: GCC Problem: `CXXABI_1.3.15' not found |
|
|
Hallo Community,
nach einem World update wurde gcc von 13.3.1_p20241025 auf 14.2.1_p20241221 aktualisiert. Nun lassen sich seit dem sowohl einige Programme nicht mehr starten
Code: | ~ $ vncserver :1
Using desktop session xfce
Starting desktop session xfce
/usr/bin/Xvnc: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
|
auch bricht das Kompilieren der einigen Pakete wie folgt ab:
Code: | /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13/libstdc++.so.6: version `CXXABI_1.3.15' not found |
GCC Version 13.3.1_p20241025 wurde zwar deinstalliert
Code: | matrixstorage /usr/lib/gcc # emerge -pv gcc
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 9.50 s (backtrack: 0/20).
[ebuild R ] sys-devel/gcc-14.2.1_p20241221:14::gentoo USE="(cxx) (default-stack-clash-protection) (default-znow) fortran nls openmp (pie) sanitize ssp zstd -ada (-cet) (-custom-cflags) -d -debug -doc (-fixed-point) -go -graphite -hardened (-ieee-long-double) -jit (-libssp) -lto -modula2 (-multilib) -objc -objc++ -objc-gc (-pch) -pgo -rust -systemtap -test (-time64) -valgrind -vanilla -vtv" 0 KiB
Total: 1 package (1 reinstall), Size of downloads: 0 KiB |
aber die Reste dieser Version scheinen noch geblieben zu sein und befinden sich bei anderen Paketen in Verwendung. Das alte Verzeichnis /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13 mit seinem vollen Inhalt existiert weiterhin neben dem neuen /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/14:
Code: | matrixstorage /usr/lib/gcc # l
insgesamt 8,0K
drwxr-xr-x 3 root root 4,0K 9. Nov 2023 armv7a-hardfloat-linux-gnueabi/
drwxr-xr-x 3 root root 4,0K 18. Mär 20:46 armv7a-unknown-linux-gnueabihf/ |
Wenn man /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi umbenenn, so funktionieren einige Anweisungen nicht mehr korrekt oder gar nicht, z.B.:
Code: | matrixstorage /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi # emerge -pv gcc
[ERROR] code for hash blake2b was not found.
Traceback (most recent call last):
File "/usr/lib/python3.12/hashlib.py", line 245, in <module>
globals()[__func_name] = __get_hash(__func_name)
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/hashlib.py", line 129, in __get_openssl_constructor
return __get_builtin_constructor(name)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/hashlib.py", line 123, in __get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type blake2b
[ERROR] code for hash blake2s was not found.
Traceback (most recent call last):
File "/usr/lib/python3.12/hashlib.py", line 245, in <module>
globals()[__func_name] = __get_hash(__func_name)
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/hashlib.py", line 129, in __get_openssl_constructor
return __get_builtin_constructor(name)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/hashlib.py", line 123, in __get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type blake2s
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 12.72 s (backtrack: 0/20). |
Setup der neuen GCC Version wurde nach Anweisung https://wiki.gentoo.org/wiki/Upgrading_GCC#upgrade-general durchgeführt und hat das Problem nicht lösen können
Code: | matrixstorage /usr/lib/gcc # gcc-config -l
[1] armv7a-unknown-linux-gnueabihf-14 *
matrixstorage /usr/lib/gcc # |
Das Durchführen von Code: | revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc | scheitert beim Paket 'boost' mit der gleichen Fehlermeldung:
Code: | >>> Unpacking boost_1_85_0.tar.bz2 to /var/tmp/portage/dev-libs/boost-1.85.0-r1/work
>>> Source unpacked in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work
>>> Preparing source in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0 ...
* Applying boost-1.81.0-disable_icu_rpath.patch ... [ ok ]
* Applying boost-1.79.0-build-auto_index-tool.patch ... [ ok ]
* Applying boost-1.85.0-bcp-filesystem.patch ... [ ok ]
* Applying boost-1.85.0-python-numpy-2.patch ... [ ok ]
* Applying boost-1.85.0-container-aliasing.patch ... [ ok ]
* Applying boost-1.85.0-01-fix_unsupported_long_double_macros.patch ... [ ok ]
* Applying boost-1.85.0-02-fix_unsupported_long_double_formats.patch ... [ ok ]
* Applying boost-1.85.0-03-disable_tests_with_unsupported_long_double_layouts.patch ... [ ok ]
* Applying boost-1.85.0-04-remove_cruft_codeblock.patch ... [ ok ]
* Applying boost-1.85.0-05-fix_macro_name.patch ... [ ok ]
* Will copy sources from /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0
* .arm: copying to /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0 ...
* .arm: running multilib-minimal_abi_src_compile
* Creating configuration in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm/user-config.jam
* Disabling support for NumPy extensions in Boost.Python
b2 --user-config=/var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm/user-config.jam --without-python --prefix=/usr gentoorelease -j1 -q -d+2 pch=off --without-mpi --boost-build=/usr/share/b2/src --layout=system threading=multi link=shared -sNO_BZIP2=0 -sNO_LZMA=1 -sNO_ZLIB=0 -sNO_ZSTD=1
b2: /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by b2)
* ERROR: dev-libs/boost-1.85.0-r1::gentoo failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 136: Called src_compile
* environment, line 2990: Called multilib-minimal_src_compile
* environment, line 1744: Called multilib_foreach_abi 'multilib-minimal_abi_src_compile'
* environment, line 2011: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
* environment, line 1716: Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
* environment, line 1714: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_compile'
* environment, line 333: Called multilib-minimal_abi_src_compile
* environment, line 1738: Called multilib_src_compile
* environment, line 2231: Called die
* The specific snippet of code:
* ejam --prefix="${EPREFIX}"/usr "${OPTIONS[@]}" || die;
*
* If you need support, post the output of `emerge --info '=dev-libs/boost-1.85.0-r1::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-libs/boost-1.85.0-r1::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-libs/boost-1.85.0-r1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-libs/boost-1.85.0-r1/temp/environment'.
* Working directory: '/var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm'
* S: '/var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0' |
Hat jemand einen Vorschlag was ich zum Beseitigen dieses komischen Verhalten probieren könnte?
Code: | matrixstorage /usr/lib/gcc # emerge --info
Portage 3.0.67 (python 3.12.9-final-0, default/linux/arm/23.0/split-usr/armv7a_hf/desktop, gcc-14, glibc-2.40-r8, 5.4.274-arm+ armv7l)
=================================================================
System uname: Linux-5.4.274-arm+-armv7l-ARMv7_Processor_rev_3_-v7l-with-glibc2.40
KiB Mem: 2039164 total, 632248 free
KiB Swap: 4189180 total, 3838468 free
Timestamp of repository gentoo: Mon, 07 Apr 2025 08:30:00 +0000
Head commit of repository gentoo: 118703c3dd60a5fb2f51d2f507ff00f83fdf2bf3
sh bash 5.2_p37
ld GNU ld (Gentoo 2.44 p1) 2.44.0
app-misc/pax-utils: 1.3.8::gentoo
app-shells/bash: 5.2_p37::gentoo
dev-build/autoconf: 2.13-r8::gentoo, 2.72-r1::gentoo
dev-build/automake: 1.16.5-r2::gentoo, 1.17-r1::gentoo
dev-build/cmake: 3.31.5::gentoo
dev-build/libtool: 2.5.4::gentoo
dev-build/make: 4.4.1-r100::gentoo
dev-build/meson: 1.7.0::gentoo
dev-java/java-config: 2.3.4::gentoo
dev-lang/perl: 5.40.0-r1::gentoo
dev-lang/python: 3.10.16_p2::gentoo, 3.11.11_p2::gentoo, 3.12.9::gentoo, 3.13.2::gentoo
dev-lang/rust: 1.84.1-r1::gentoo
dev-lang/rust-bin: 1.84.1-r2::gentoo
llvm-core/llvm: 15.0.7-r7::gentoo, 18.1.8-r6::gentoo, 19.1.7::gentoo
sys-apps/baselayout: 2.17::gentoo
sys-apps/openrc: 0.56::gentoo
sys-apps/sandbox: 2.39::gentoo
sys-devel/binutils: 2.43-r2::gentoo, 2.44::gentoo
sys-devel/binutils-config: 5.5.2::gentoo
sys-devel/gcc: 14.2.1_p20241221::gentoo
sys-devel/gcc-config: 2.12.1::gentoo
sys-kernel/linux-headers: 6.12::gentoo (virtual/os-headers)
sys-libs/glibc: 2.40-r8::gentoo
Repositories:
gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
volatile: True
sync-rsync-extra-opts:
sync-rsync-verify-max-age: 3
sync-rsync-verify-jobs: 1
sync-rsync-verify-metamanifest: yes
portage-ols
location: /var/db/repos/portage-ols
masters: gentoo
volatile: False
ACCEPT_KEYWORDS="arm"
ACCEPT_LICENSE="@FREE"
CBUILD="armv7a-unknown-linux-gnueabihf"
CFLAGS="-O2 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard"
CHOST="armv7a-unknown-linux-gnueabihf"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php8.2/ext-active/ /etc/php/cgi-php8.2/ext-active/ /etc/php/cli-php8.2/ext-active/ /etc/php/fpm-php8.2/ext-active/ /etc/php/phpdbg-php8.2/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard"
DISTDIR="/usr/portage/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="-O2 -pipe -march=armv7-a"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe -march=armv7-a"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LEX="flex"
LINGUAS="de en"
MAKEOPTS="-j8"
PKGDIR="/usr/portage/packages"
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="X a52 aac acl airplay alsa apache2 arm bluetooth bluray branding bzip2 cairo caps cdda cdr cec crypt css cups curl dbus dri dts dvd dvdr elogind encode exif flac fpm ftp gd gdbm gif gpm gtk gui iconv icu ipv6 java jce jpeg lcms libnotify mad mng mp3 mp4 mpeg ncurses nls nsplugin ogg opengl openmp pam pango pcre pdf pdo php phython png policykit postgres ppds qml qt5 qt6 readline sdl seccomp server sound spell split-usr sqlite ssl startup-notification svg test-rust threads tiff truetype udev udisks unicode upower usb vorbis vulkan wayland wxwidgets x264 xattr xcb xft xml xmlreader xmlwriter xv xvid zip zlib" ADA_TARGET="gcc_14" 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" CPU_FLAGS_ARM="edsp thumb thumb2 v4 v5 v6 v7 vfp" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GUILE_SINGLE_TARGET="3-0" GUILE_TARGETS="3-0" INPUT_DEVICES="evdev synaptics" KERNEL="linux" L10N="de de-DE en en-GB ru" 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-2" POSTGRES_TARGETS="postgres17" PYTHON_SINGLE_TARGET="python3_12" PYTHON_TARGETS="python3_12" RUBY_TARGETS="ruby32" VIDEO_CARDS="exynos fbdev 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, 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 |
|
|
Back to top |
|
 |
Christian99 Veteran

Joined: 28 May 2009 Posts: 1734
|
Posted: Wed Apr 09, 2025 8:58 am Post subject: |
|
|
hm, mir fällt auf, dass du /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi und /usr/lib/gcc/armv7a-unknown-linux-gnueabihf hast.
das kann schon sein, wenn du z.B. mit crossdev cross-toolchains installierst, die Frage ist, ob du das hast...
wenn nicht, sollte/kann/darf sich das nicht einfach mal ändern. Ich glaube, was da genommen wird wird von deiner CHOST Variable gesteuert. Die lässt sich zwar ändern, sollte man aber nicht einfach mal so machen. Wenn man es doch tun möchte gibts dafür eine wiki Eintrag: https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable
Dein aktuelles CHOST ist auf armv7a-unknown-linux-gnueabihf. Weißt du zufällig, ob du das mal hast ändern wollen?
Für den Anfang würde ich mal folgendes Vorschlagen:
1) schau doch mal und poste, was innerhalb von /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi und /usr/lib/gcc/armv7a-unknown-linux-gnueabihf für Unterverzeichnis sind, das sollten nur einfache Zahlen sein, die der gcc Major Version entsprechen, also 13 oder 14 oder so.
2) lies doch mal die wikiseite durch, ob dir da was bekannt vorkommt (ich kenn die seite im detail nicht, hab noch nie CHOST geändert) |
|
Back to top |
|
 |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Wed Apr 09, 2025 11:06 am Post subject: |
|
|
Hallo Christian99,
danke für deine Antwort und Vorschlage!
zu 1:
- /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13/*
- /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/14/*
zu 2:
Du hast recht es soll wohl etwas mit CHOST Variable zusammen hängen. Ich habe sie beim Profilewechsel in der make.conf auskommentiert. Warum ist gute Frage, sollte ja wohl irgend wo es so gelesen haben. Ich suche demnächst nach Informationen, warum ich es gemacht haben und wie ich es korrigieren kann.
Werde im Anschluß hier berichten. |
|
Back to top |
|
 |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Wed Apr 09, 2025 12:07 pm Post subject: |
|
|
So wie es aussieht wurde die CHOST in meiner make.conf beim Profil Wechsel von 17.0 auf 23.0 auskommentiert:
Code: | # WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable before changing.
#CHOST="armv7a-hardfloat-linux-gnueabi" # disabled during change to profile 23.0
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages |
Wie ich hier am besten fortfahren soll, weiß ich es nicht nicht wirklich.
Last edited by misterxx on Wed Apr 09, 2025 1:30 pm; edited 1 time in total |
|
Back to top |
|
 |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Wed Apr 09, 2025 1:24 pm Post subject: |
|
|
Habe die CHOST erneut einkommentiert, kompiliere nun die für diese Änderung relevanten Pakete neu.
Mal schauen wie weit ich damit komme ... |
|
Back to top |
|
 |
Josef.95 Advocate

Joined: 03 Sep 2007 Posts: 4740 Location: Germany
|
|
Back to top |
|
 |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Thu Apr 10, 2025 8:15 am Post subject: |
|
|
Hi Josef.95,
danke für Deine Beteiligung!
Josef.95 wrote: | /etc/portage/ ist unter CONFIG_PROTECT
sprich, ohne dein zutun wird hier nichts ungefragt geändert. |
Das habe ich später auch so angesehen. Das habe ich wohl selbst laut https://www.gentoo.org/support/news-items/2024-03-22-new-23-profiles.html gemacht:
Code: | 5. Edit /etc/portage/make.conf; if there is a line defining the CHOST variable,
remove it. Also delete all lines defining CHOST_... variables. |
Wie gesagt bin noch dran. Es müssen viele Pakete neu übersetzt werden. |
|
Back to top |
|
 |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Fri Apr 11, 2025 8:35 am Post subject: |
|
|
Das Neukompilieren von World läuft noch. Was aber auch diesmal aufgetreten ist, ist wie damals https://forums.gentoo.org/viewtopic-p-8822509.html#8822509 das Problem mit gobject-introspection. Auch hier hat das Übersetzen von Python geholten, was in keiner Anleitung zu finden ist. So wie es aussieht muss Python nach Ändern von CHOST zusammen mit gcc, binutils und libtool neugebaut werden bevor der Rest aktualisiert wird.
Solange meine Aktion von World Neubau läuft, überlege ich mir, was aktuell mein Status ist. Ich habe das Profile laut Anleitung https://www.gentoo.org/support/news-items/2024-03-22-new-23-profiles.html vor einem Jahr gewechselt. Dabei sollte CHOST aus make.conf rausgenommen werden. Nun habe ich CHOST in make.conf erneut reingebracht und führe die Anweisungen aus, um diese Einstellung gerade zu biegen. Auch wenn das Update erfolgreich abgeschlossen wird, habe ich CHOST Deklaration in Verwendung, die eigentlich nicht mehr da sein sollte.
Interessant wäre zu wissen ob jemand bereits so eine Erfahrung gemacht hat und vielleicht etwa mehr in diesem Zusammenhang vortragen könnte. |
|
Back to top |
|
 |
haegar87 Apprentice

Joined: 08 Jan 2006 Posts: 168
|
Posted: Sun Apr 13, 2025 8:49 pm Post subject: |
|
|
Hi,
also eigentlich dürfte beim Profilwechsel keine Änderung der CHOST stattfinden. Soweit ich mich erinnere sollte der Eintrag aus der make.conf raus, weil die CHOST seit 23.0 "automatisch" bestimmt wird.
Dazu gab es auch einen Schritt im Wechselprozess bei dem man prüfen musste, ob die ermittelte CHOST mit der alten übereinstimmt. Kann es sein, dass du dich da verlesen hattest? Dann hättest du einen unsauberen CHOST Wechsel zusammen mit dem Profilwechsel gemacht. _________________ "Spielt man die Windows CD rückwärts ab, hört man satanistische Texte!" - "Das ist ja noch harmlos! Wenn man sie vorwärts abspielt, installiert sich das Teufelszeug!" |
|
Back to top |
|
 |
misterxx Guru


Joined: 18 Apr 2004 Posts: 531
|
Posted: Mon Apr 14, 2025 9:19 am Post subject: |
|
|
haegar87 wrote: | Hi,
also eigentlich dürfte beim Profilwechsel keine Änderung der CHOST stattfinden. Soweit ich mich erinnere sollte der Eintrag aus der make.conf raus, weil die CHOST seit 23.0 "automatisch" bestimmt wird.
Dazu gab es auch einen Schritt im Wechselprozess bei dem man prüfen musste, ob die ermittelte CHOST mit der alten übereinstimmt. Kann es sein, dass du dich da verlesen hattest? Dann hättest du einen unsauberen CHOST Wechsel zusammen mit dem Profilwechsel gemacht. |
Hallo heagar87,
ich gib Dir absolut recht. Hier ist diese Anleitung https://www.gentoo.org/support/news-items/2024-03-22-new-23-profiles.html.
Ich habe damals beim Profilwechsel offensichtlich CHOST Deklaration aus make.conf raugenommen, habe aber leider nicht gut genügt geprüft, dass die durch System generierte CHOST meiner alten entspricht.
Nun habe ich erst meine alte CHOST im make.conf aktiviert und baue alle Pakete neu. Danach werde ich CHOST wie in der Anleitung beschrieben erneut aus make.conf rausnehmen und schauen ob die generierte CHOST der aktuellen entspricht. Wenn ja dann sollte alles soweit stimmig sein. Ich denke man muss danach auch nicht alle Pakete erneut neubauen. |
|
Back to top |
|
 |
Josef.95 Advocate

Joined: 03 Sep 2007 Posts: 4740 Location: Germany
|
|
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
|
|