You are not logged in.
Not sure if an update caused this or if it was my fault from doing a dd of=/dev/sdc when the system had yet to recognize the flash drive was present, but either way, I have some missing libraries.
When I try to launch Fish
fish: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'CXXABI_1.3.13' not found (required by fish)
fish: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'GLIBCXX_3.4.29' not found (required by fish)
fish: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'GLIBCXX_3.4.30' not found (required by fish)When I try to launch Firefox
/usr/lib/firefox/firefox: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'GLIBCXX_3.4.26' not found (required by /usr/lib/firefox/firefox)
/usr/lib/firefox/firefox: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'GLIBCXX_3.4.29' not found (required by /usr/lib/firefox/firefox)
/usr/lib/firefox/firefox: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'GLIBCXX_3.4.30' not found (required by /usr/lib/firefox/firefox)Terminator (from ST)
WARNING: Failed to load a shared library 'libvte-2.91.so.0' referneced by the typelib: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'GLIBCXX_3.4.29' not found (required by /usr/lib/libvte-2.91.so.0)When I do
pacman -Qo /lib/libstdc++.so.6
/usr/lib/libstdc++.so.6 is owned by gcc-libs All I could think to do was
yay -Syu glibc gcc gcc-libs base base-develThey all installed with no issues. Any Ideas?
Last edited by Fmamarksman (2022-07-30 22:49:57)
Offline
Oh forgot to mention, whenever I shutdown or reboot I now get kernel panics
/shutdown error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directoryOffline
pacman -Qo /lib/libstdc++.so.6
fish: /usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6: version 'CXXABI_1.3.13' not found (required by fish)
Did you notice that you queried a completely unrelated file?
https://aur.archlinux.org/packages/gcc7-libs is in the way, probably by bleeding LD_LIBRARY_PATH or LD_PRELOAD exports.
% pacman -F libgcc_s.so.1
core/gcc-libs
usr/lib/libgcc_s.so.1=>
stat /usr/lib/libgcc_s.so.1Offline
stat /usr/lib/libgcc_s.so.1 returns
File: /usr/lib/libgcc_s.so.1
1 Size: 571888 Blocks: 1120 IO Block: 4096 regular file
2 Device: 254,0 Inode: 13635704 Links: 1
3 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
4 Access: 2022-07-30 21:01:27.641566969 -0500
5 Modify: 2022-07-22 13:57:41.000000000 -0500
6 Change: 2022-07-30 21:01:25.737567057 -0500
7 Birth: 2022-07-30 21:01:25.736567057 -0500
pacman -F libgcc_s.so.1 returns
core/gcc-libs 12.1.0-2 [installed: 12.1.0-3]
9 usr/lib/libgcc_s.so.1
10 core/lib32-gcc-libs 12.1.0-2 (multilib-devel) [installed: 12.1.0-3]
11 usr/lib32/libgcc_s.so.1
12 community/aarch64-linux-gnu-gcc 12.1.0-1
13 usr/aarch64-linux-gnu/lib64/libgcc_s.so.1
14 community/gcc11-libs 11.3.0-4
15 usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/libgcc_s.so.1
16 community/julia 2:1.7.3-1
17 usr/lib/julia/libgcc_s.so.1
18 community/riscv64-linux-gnu-gcc 12.1.0-2 (risc-v)
19 usr/riscv64-linux-gnu/lib/libgcc_s.so.1
20 blackarch/elasticsearch 7.10.2-3
21 usr/share/elasticsearch/modules/x-pack-ml/platform/linux-x86_64/lib/libgcc_s.so.1
22 blackarch/saleae-logic 2.3.47-1 (blackarch blackarch-debugger)
23 usr/share/saleae-logic/resources/linux/optional/libgcc/libgcc_s.so.1
24 blackarch/zelos 270.0c5bd57-3 (blackarch blackarch-binary)
25 usr/lib/python3.10/site-packages/zelos/ext/env/linux-armv7/lib/libgcc_s.so.1
26 usr/lib/python3.10/site-packages/zelos/ext/env/linux-x86-64/lib/i386-linux-gnu/libgcc_s.so. 1
27 usr/lib/python3.10/site-packages/zelos/ext/env/linux-x86/lib/i386-linux-gnu/libgcc_s.so.1
Offline
So the file is there, something probably just directly resolves the bogus path.
Did you read the rest of my post?
Offline
I am not sure what you mean, in that post. Are you saying that I have some issue with $PATH?
I think I see what you mean about the pacman -Qo, so i did
pacman -Qo /lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6which returned:
/usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/libstdc++.so.6 is owned by gcc7-libs I found that interesting because I did not seem to have gcc7-libs installed. I installed it, and noticed no change after a reboot.
Offline
Does anything depend on gcc7-libs?
pacman -Qi gcc7-libs gcc7Offline
You already had it installed (as evidenced by the pacman query) and the problem you're facing is most likely caused by
echo $LD_LIBRARY_PATH
echo $LD_PRELOADOffline
pacman -Qi gcc7-libs gcc7 gives me
Name : gcc7-libs
1 Version : 7.5.0-4
2 Description : Runtime libraries shipped by GCC (7.x.x)
3 Architecture : x86_64
4 URL : http://gcc.gnu.org
5 Licenses : GPL LGPL FDL custom
6 Groups : None
7 Provides : None
8 Depends On : glibc>=2.27
9 Optional Deps : None
10 Required By : gcc7 wsjtx-bin
11 Optional For : None
12 Conflicts With : None
13 Replaces : None
14 Installed Size : 44.32 MiB
15 Packager : Unknown Packager
16 Build Date : Mon 25 Jul 2022 04:21:35 AM CDT
17 Install Date : Sat 30 Jul 2022 10:17:26 PM CDT
18 Install Reason : Installed as a dependency for another package
19 Install Script : No
20 Validated By : None
21
22 Name : gcc7
23 Version : 7.5.0-4
24 Description : The GNU Compiler Collection - C and C++ frontends (7.x.x)
25 Architecture : x86_64
26 URL : http://gcc.gnu.org
27 Licenses : GPL LGPL FDL custom
28 Groups : None
29 Provides : None
30 Depends On : gcc7-libs=7.5.0-4 binutils>=2.28 libmpc
31 Optional Deps : None
32 Required By : None
33 Optional For : None
34 Conflicts With : None
35 Replaces : None
36 Installed Size : 101.06 MiB
37 Packager : Unknown Packager
38 Build Date : Mon 25 Jul 2022 04:21:35 AM CDT
39 Install Date : Sat 30 Jul 2022 10:30:59 PM CDT
40 Install Reason : Explicitly installed
41 Install Script : No
42 Validated By : None Neither of the echo commands returned any output.
Offline
Required By : gcc7 wsjtx-binSo looking at https://aur.archlinux.org/packages/wsjtx-bin and its PKGBUILD. That is responsible for the breakage.
The PKGBUILD should be be preloading required libraries for the binaries that need them instead of system wide.
Edit:
The package is also packaged as wsjtx which builds from source using the current tool chain and system libs which avoids such issues.
Last edited by loqs (2022-07-30 22:47:39)
Offline
Sure enough, removing that package immediately fixed everything. It's wild that such a small thing can cause such a breakage.
I guess this is why people say to avoid the AUR. It's unfortunate, the AUR is the only reason I'm running Arch.
Offline
I'm glad you got your issue solved. However, it looks like you have blackarch installed (which is not arch linux). Just a heads-up that this BBS is for Arch Linux only.
All the best,
-HG
Offline