# dnf install marble Last metadata expiration check: 0:58:05 ago on Sat 09 Mar 2024 09:03:09 PM PST. Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Installing: marble x86_64 1:23.08.5-1.fc39 updates 188 k
Transaction Summary ================================================================================ Install 1 Package
Total download size: 188 k Installed size: 585 k Is this ok [y/N]: y Downloading Packages: marble-23.08.5-1.fc39.x86_64.rpm 186 kB/s | 188 kB 00:01 -------------------------------------------------------------------------------- Total 114 kB/s | 188 kB 00:01 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Installing : marble-1:23.08.5-1.fc39.x86_64 1/1 Running scriptlet: marble-1:23.08.5-1.fc39.x86_64 1/1 Verifying : marble-1:23.08.5-1.fc39.x86_64 1/1
Installed: marble-1:23.08.5-1.fc39.x86_64
Complete!
root@rn6:/home$ marble marble: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
On 10 Mar 2024, at 06:06, ToddAndMargo via users users@lists.fedoraproject.org wrote:
root@rn6:/home$ marble marble: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
Looks like a packaging issue on the surface.
Suggest you report as a bug in fedora bugtracker so the maintainer can look at it.
Barry
On 10 Mar 2024, at 06:06, ToddAndMargo via users users@lists.fedoraproject.org wrote:
root@rn6:/home$ marble marble: error while loading shared libraries: libicui18n.so http://libicui18n.so/.69: cannot open shared object file: No such file or directory
I just installed marble on f39 and its works. I have libicu18n.so http://libicu18n.so/.73 on my system.
What are you running? Do you have an alias or another "marble" on your PATH?
Does /usr/bin/marble work?
Barry
On 3/10/24 01:53, Barry wrote:
On 10 Mar 2024, at 06:06, ToddAndMargo via users users@lists.fedoraproject.org wrote:
root@rn6:/home$ marble marble: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
Looks like a packaging issue on the surface.
Suggest you report as a bug in fedora bugtracker so the maintainer can look at it.
Barry
I did:
On 3/10/24 03:35, Barry Scott wrote:
On 10 Mar 2024, at 06:06, ToddAndMargo via users users@lists.fedoraproject.org wrote:
root@rn6:/home$ marble marble: error while loading shared libraries:libicui18n.so http://libicui18n.so/.69: cannot open shared object file: No such file or directory
I just installed marble on f39 and its works. I have libicu18n.so http://libicu18n.so.73 on my system.
# dnf whatprovides ibicui18n* Last metadata expiration check: 14:26:03 ago on Sun 10 Mar 2024 12:19:03 AM PST. Error: No matches found. If searching for a file, try specifying the full path or using a wildcard prefix ("*/") at the beginning.
# find / -iname ibicui18n* <nothing>
Any idea where yours came from?
What are you running? Do you have an alias or another "marble" on your PATH?
No.
# which marble /usr/bin/marble
Does /usr/bin/marble work?
That is how I got the error message
On 3/10/24 15:52, ToddAndMargo via users wrote:
On 3/10/24 03:35, Barry Scott wrote:
On 10 Mar 2024, at 06:06, ToddAndMargo via users users@lists.fedoraproject.org wrote:
root@rn6:/home$ marble marble: error while loading shared libraries:libicui18n.so http://libicui18n.so/.69: cannot open shared object file: No such file or directory
I just installed marble on f39 and its works. I have libicu18n.so http://libicu18n.so.73 on my system.
# dnf whatprovides ibicui18n* Last metadata expiration check: 14:26:03 ago on Sun 10 Mar 2024 12:19:03 AM PST. Error: No matches found. If searching for a file, try specifying the full path or using a wildcard prefix ("*/") at the beginning.
# find / -iname ibicui18n*
<nothing>
You keep dropping the leading "l" from your searches. The package is called "libicu".
It's not an issue with marble itself. It's somewhere in a qt library. I just verified that it wasn't a direct dependency of marble and didn't want to dig any further.
When I installed marble, these are the dependencies: ===================================================================================================================================== Package Architecture Version ===================================================================================================================================== Installing: marble x86_64 1:23.08.5-1.fc39 Installing dependencies: gpsd-libs x86_64 1:3.25-7.fc39 kf5-krunner x86_64 5.115.0-1.fc39 kf5-kwayland x86_64 5.110.0-1.fc39 kf5-plasma x86_64 5.115.0-1.fc39 kf5-threadweaver x86_64 5.110.0-1.fc39 marble-astro x86_64 1:23.08.5-1.fc39 marble-common noarch 1:23.08.5-1.fc39 marble-widget-data noarch 1:23.08.5-1.fc39 marble-widget-qt5 x86_64 1:23.08.5-1.fc39 shapelib x86_64 1.5.0-16.fc39
On 3/10/24 16:17, Samuel Sieb wrote:
You keep dropping the leading "l" from your searches. The package is called "libicu".
ah poop! Good catch.
# dnf whatprovides libicui18n* --releasever=39 Last metadata expiration check: 0:40:30 ago on Sun 10 Mar 2024 03:54:32 PM PDT.
... libicu-73.2-2.fc39.x86_64 : International Components for Unicode - libraries Repo : @System Matched from: Provide : libicui18n.so.73()(64bit)
and others.
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
On 3/10/24 16:40, ToddAndMargo via users wrote:
On 3/10/24 16:17, Samuel Sieb wrote:
You keep dropping the leading "l" from your searches. The package is called "libicu".
ah poop! Good catch.
# dnf whatprovides libicui18n* --releasever=39 Last metadata expiration check: 0:40:30 ago on Sun 10 Mar 2024 03:54:32 PM PDT.
... libicu-73.2-2.fc39.x86_64 : International Components for Unicode - libraries Repo : @System Matched from: Provide : libicui18n.so.73()(64bit)
and others.
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
And with the "l": # find / -iname libicui18n* find: ‘/run/user/500/doc’: Permission denied find: ‘/run/user/500/gvfs’: Permission denied /usr/lib/libicui18n.so.73.2 /usr/lib/libicui18n.so.73 /usr/lib64/libicui18n.so /usr/lib64/libicui18n.so.73.2 /usr/lib64/libicui18n.so.73 /home/tony/.dropbox-dist/dropbox-lnx.x86_64-84.4.170/libicui18n.so.42 /opt/libreoffice7.6/program/libicui18n.so.73 /opt/onlyoffice/desktopeditors/libicui18n.so.52
# ln -s /usr/lib/libicui18n.so.73 /usr/lib/libicui18n.so.69
# ls -al /usr/lib/libicui18n.so.73 lrwxrwxrwx. 1 root root 18 Jul 19 2023 /usr/lib/libicui18n.so.73 -> libicui18n.so.73.2
$ marble marble: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* qt-common-4.8.7-74.fc39.noarch qt-4.8.7-74.fc39.x86_64 qt-x11-4.8.7-74.fc39.x86_64 qtkeychain-qt5-0.13.2-5.fc39.x86_64 qtlockedfile-qt5-2.4-39.20150629git5a07df5.fc39.x86_64 qtsingleapplication-qt5-2.6.1-46.fc39.x86_64 qt-settings-39.1-1.fc39.noarch qt5-qttools-common-5.15.12-1.fc39.noarch qt5-qtserialport-5.15.12-1.fc39.x86_64 qt5-qtspeech-5.15.12-1.fc39.x86_64 qt5-qtspeech-speechd-5.15.12-1.fc39.x86_64 qt5-qtwebsockets-5.15.12-1.fc39.x86_64 qt5-qttranslations-5.15.12-1.fc39.noarch qt5-qtwayland-5.15.12-2.fc39.x86_64 qt5-qtx11extras-5.15.12-1.fc39.x86_64 qt5-qtdeclarative-5.15.12-1.fc39.x86_64 qt5-qttools-libs-designer-5.15.12-1.fc39.x86_64 qt5-qtlocation-5.15.12-1.fc39.x86_64 qt5-qtwebchannel-5.15.12-1.fc39.x86_64 qt5-qtsensors-5.15.12-1.fc39.x86_64 qt5-qtxmlpatterns-5.15.12-1.fc39.x86_64 qt5-qtsvg-5.15.12-1.fc39.x86_64 qt5-qttools-libs-designercomponents-5.15.12-1.fc39.x86_64 qt5-designer-5.15.12-1.fc39.x86_64 qt5-qtconnectivity-5.15.12-1.fc39.x86_64 qt5-qtgraphicaleffects-5.15.12-1.fc39.x86_64 qt5-qtquickcontrols2-5.15.12-1.fc39.x86_64 qt5-qtmultimedia-5.15.12-1.fc39.x86_64 qt5-qtscript-5.15.12-1.fc39.x86_64 qt5-qttools-libs-help-5.15.12-1.fc39.x86_64 qt5-qtwebkit-5.212.0-0.80alpha4.fc39.x86_64 qt5-qtquickcontrols-5.15.12-1.fc39.x86_64 qt5-qtimageformats-5.15.12-1.fc39.x86_64 qt5-srpm-macros-5.15.12-1.fc39.noarch qt5-qtwebengine-5.15.16-1.fc39.x86_64 qt5-qtbase-common-5.15.12-5.fc39.noarch qt5-qtbase-5.15.12-5.fc39.x86_64 qt5-qtbase-gui-5.15.12-5.fc39.x86_64 qt5-qtbase-mysql-5.15.12-5.fc39.x86_64 qt5-qtbase-5.15.12-5.fc39.i686 qt6-qtbase-common-6.6.2-1.fc39.noarch qt6-qtbase-6.6.2-1.fc39.x86_64 qt6-qttranslations-6.6.2-1.fc39.noarch qt6-qtdeclarative-6.6.2-1.fc39.x86_64 qt6-qtwayland-6.6.2-1.fc39.x86_64 qt6-qtbase-gui-6.6.2-1.fc39.x86_64 qt6-qtsvg-6.6.2-1.fc39.x86_64 qt6-srpm-macros-6.6.2-1.fc39.noarch
# rpm -qa qt* | grep -v fc39 <nothing>
On 3/10/24 18:39, ToddAndMargo via users wrote:
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* | grep -v fc39
<nothing>
I didn't mean a previous Fedora release. I meant that something is linked against the previous version of libicu.
However, with some investigation, the 69 version was in F37 at the latest, so something is strange on your system and is from a previous release. I'm surprised other things aren't breaking.
On 3/10/24 19:18, Samuel Sieb wrote:
On 3/10/24 18:39, ToddAndMargo via users wrote:
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* | grep -v fc39
<nothing>
I didn't mean a previous Fedora release. I meant that something is linked against the previous version of libicu.
However, with some investigation, the 69 version was in F37 at the latest, so something is strange on your system and is from a previous release. I'm surprised other things aren't breaking.
I am at a loss to figure out who is the culprit. I will just have to wait on the bug report
On Sun, Mar 10, 2024 at 8:40 PM ToddAndMargo via users users@lists.fedoraproject.org wrote:
On 3/10/24 19:18, Samuel Sieb wrote:
On 3/10/24 18:39, ToddAndMargo via users wrote:
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* | grep -v fc39
<nothing>
I didn't mean a previous Fedora release. I meant that something is linked against the previous version of libicu.
However, with some investigation, the 69 version was in F37 at the latest, so something is strange on your system and is from a previous release. I'm surprised other things aren't breaking.
I am at a loss to figure out who is the culprit. I will just have to wait on the bug report
Does this show anything?
rpm -q --whatrequires 'libicui18n.so.69()(64bit)'
If not, does this show anything?
grep -Fl 'libicui18n.so.69' /usr/lib64/lib*
On 3/10/24 20:16, Jerry James wrote:
On Sun, Mar 10, 2024 at 8:40 PM ToddAndMargo via users users@lists.fedoraproject.org wrote:
On 3/10/24 19:18, Samuel Sieb wrote:
On 3/10/24 18:39, ToddAndMargo via users wrote:
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* | grep -v fc39
<nothing>
I didn't mean a previous Fedora release. I meant that something is linked against the previous version of libicu.
However, with some investigation, the 69 version was in F37 at the latest, so something is strange on your system and is from a previous release. I'm surprised other things aren't breaking.
I am at a loss to figure out who is the culprit. I will just have to wait on the bug report
Does this show anything?
rpm -q --whatrequires 'libicui18n.so.69()(64bit)'
If not, does this show anything?
grep -Fl 'libicui18n.so.69' /usr/lib64/lib*
# rpm -q --whatrequires 'libicui18n.so.69()(64bit)' no package requires libicui18n.so.69()(64bit)
# rpm -q --whatrequires libicui18n.so* no package requires libicui18n.so*
# rpm -q --whatrequires libicui18n.so* no package requires libicui18n.so*
# grep -Fl 'libicui18n.so.69' /usr/lib64/lib* 2&>1 | grep -v "Is A directory" <nothing>
On 3/10/24 19:40, ToddAndMargo via users wrote:
On 3/10/24 19:18, Samuel Sieb wrote:
On 3/10/24 18:39, ToddAndMargo via users wrote:
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* | grep -v fc39
<nothing>
I didn't mean a previous Fedora release. I meant that something is linked against the previous version of libicu.
However, with some investigation, the 69 version was in F37 at the latest, so something is strange on your system and is from a previous release. I'm surprised other things aren't breaking.
I am at a loss to figure out who is the culprit. I will just have to wait on the bug report
I doubt the bug report will come up with anything since this is something very specific to your system. Do you have any packages from fc37? Do you have any locked packages? Have you installed any self-built packages?
Does "rpm -qf /lib64/*.so* | grep owned" give you anything? Mine only shows "p11-kit-trust.so".
Anything in "ls /usr/local/lib*"?
What does "ldd /bin/marble | grep libicu" show?
On 3/10/24 21:48, Samuel Sieb wrote:
On 3/10/24 19:40, ToddAndMargo via users wrote:
On 3/10/24 19:18, Samuel Sieb wrote:
On 3/10/24 18:39, ToddAndMargo via users wrote:
On 3/10/24 16:52, Samuel Sieb wrote:
On 3/10/24 16:40, ToddAndMargo via users wrote:
And this is interesting:
# dnf install libicu-73.2-2.fc39.x86_64 Fedora 39 - x86_64 18 kB/s | 24 kB 00:01 Fedora 39 openh264 (From Cisco) - x86_64 4.6 kB/s | 989 B 00:00 Fedora 39 - x86_64 - Updates 33 kB/s | 23 kB 00:00 RPM Fusion for Fedora 39 - Free 5.7 kB/s | 3.6 kB 00:00 RPM Fusion for Fedora 39 - Free - Updates 6.6 kB/s | 3.9 kB 00:00 Package libicu-73.2-2.fc39.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete!
Yes, this is why it isn't working. You have (I assume) a qt5 package that is linked with a previous version and somehow wasn't updated when libicu was.
# rpm -qa qt* | grep -v fc39
<nothing>
I didn't mean a previous Fedora release. I meant that something is linked against the previous version of libicu.
However, with some investigation, the 69 version was in F37 at the latest, so something is strange on your system and is from a previous release. I'm surprised other things aren't breaking.
I am at a loss to figure out who is the culprit. I will just have to wait on the bug report
I doubt the bug report will come up with anything since this is something very specific to your system. Do you have any packages from fc37? Do you have any locked packages? Have you installed any self-built packages?
Does "rpm -qf /lib64/*.so* | grep owned" give you anything? Mine only shows "p11-kit-trust.so".
rpm -qf /lib64/*.so* | grep owned file /lib64/ld-lsb-x86-64.so is not owned by any package file /lib64/libavahi-gobject.so.0 is not owned by any package file /lib64/libavahi-gobject.so.0.0.5 is not owned by any package file /lib64/libFAudio.so.0.22.10 is not owned by any package file /lib64/libfreeaptx.so.0 is not owned by any package file /lib64/libfreeaptx.so.0.1.1 is not owned by any package file /lib64/libfzclient-commonui-private-3.66.0.so is not owned by any package file /lib64/libfzclient-private-3.66.0.so is not owned by any package file /lib64/libgdal.so.33.3.7.2 is not owned by any package file /lib64/libgovirt.so.2 is not owned by any package file /lib64/libgovirt.so.2.3.1 is not owned by any package file /lib64/libhpdiscovery.so.0 is not owned by any package file /lib64/libhpdiscovery.so.0.0.1 is not owned by any package file /lib64/libhpipp.so.0 is not owned by any package file /lib64/libhpipp.so.0.0.1 is not owned by any package file /lib64/libhpip.so.0 is not owned by any package file /lib64/libhpip.so.0.0.1 is not owned by any package file /lib64/libhpmud.so.0 is not owned by any package file /lib64/libhpmud.so.0.0.6 is not owned by any package file /lib64/libnetsnmp.so.40.1.0 is not owned by any package file /lib64/libopenfec.so.1 is not owned by any package file /lib64/libopenfec.so.1.4.2 is not owned by any package file /lib64/libopensc.so.8 is not owned by any package file /lib64/libopensc.so.8.0.0 is not owned by any package file /lib64/libpipewire-0.3.so.0.361.0 is not owned by any package file /lib64/libpipewire-0.3.so.0.372.0 is not owned by any package file /lib64/libroc.so.0 is not owned by any package file /lib64/libroc.so.0.2 is not owned by any package file /lib64/libSDL2_image-2.0.so.0.600.1 is not owned by any package file /lib64/libsmm-local.so.8 is not owned by any package file /lib64/libsmm-local.so.8.0.0 is not owned by any package file /lib64/onepin-opensc-pkcs11.so is not owned by any package file /lib64/opensc-pkcs11.so is not owned by any package file /lib64/p11-kit-trust.so is not owned by any package file /lib64/pkcs11-spy.so is not owned by any package
Anything in "ls /usr/local/lib*"?
# ls /usr/local/lib* /usr/local/lib:
/usr/local/lib64: bpf gems perl5
/usr/local/libexec:
What does "ldd /bin/marble | grep libicu" show?
# ldd /bin/marble | grep libic libicui18n.so.73 => /lib64/libicui18n.so.73 (0x00007fdf39600000) libicuuc.so.73 => /lib64/libicuuc.so.73 (0x00007fdf39200000) libicudata.so.73 => /lib64/libicudata.so.73 (0x00007fdf2e000000) libicui18n.so.69 => not found libicuuc.so.69 => not found libicudata.so.69 => not found
On 3/10/24 22:28, ToddAndMargo via users wrote:
On 3/10/24 21:48, Samuel Sieb wrote:
I doubt the bug report will come up with anything since this is something very specific to your system. Do you have any packages from fc37? Do you have any locked packages? Have you installed any self-built packages?
You didn't answer these questions.
Does "rpm -qf /lib64/*.so* | grep owned" give you anything? Mine only shows "p11-kit-trust.so".
rpm -qf /lib64/*.so* | grep owned file /lib64/ld-lsb-x86-64.so is not owned by any package file /lib64/libavahi-gobject.so.0 is not owned by any package file /lib64/libavahi-gobject.so.0.0.5 is not owned by any package file /lib64/libFAudio.so.0.22.10 is not owned by any package file /lib64/libfreeaptx.so.0 is not owned by any package file /lib64/libfreeaptx.so.0.1.1 is not owned by any package file /lib64/libfzclient-commonui-private-3.66.0.so is not owned by any package file /lib64/libfzclient-private-3.66.0.so is not owned by any package file /lib64/libgdal.so.33.3.7.2 is not owned by any package file /lib64/libgovirt.so.2 is not owned by any package file /lib64/libgovirt.so.2.3.1 is not owned by any package file /lib64/libhpdiscovery.so.0 is not owned by any package file /lib64/libhpdiscovery.so.0.0.1 is not owned by any package file /lib64/libhpipp.so.0 is not owned by any package file /lib64/libhpipp.so.0.0.1 is not owned by any package file /lib64/libhpip.so.0 is not owned by any package file /lib64/libhpip.so.0.0.1 is not owned by any package file /lib64/libhpmud.so.0 is not owned by any package file /lib64/libhpmud.so.0.0.6 is not owned by any package file /lib64/libnetsnmp.so.40.1.0 is not owned by any package file /lib64/libopenfec.so.1 is not owned by any package file /lib64/libopenfec.so.1.4.2 is not owned by any package file /lib64/libopensc.so.8 is not owned by any package file /lib64/libopensc.so.8.0.0 is not owned by any package file /lib64/libpipewire-0.3.so.0.361.0 is not owned by any package file /lib64/libpipewire-0.3.so.0.372.0 is not owned by any package file /lib64/libroc.so.0 is not owned by any package file /lib64/libroc.so.0.2 is not owned by any package file /lib64/libSDL2_image-2.0.so.0.600.1 is not owned by any package file /lib64/libsmm-local.so.8 is not owned by any package file /lib64/libsmm-local.so.8.0.0 is not owned by any package file /lib64/onepin-opensc-pkcs11.so is not owned by any package file /lib64/opensc-pkcs11.so is not owned by any package file /lib64/p11-kit-trust.so is not owned by any package file /lib64/pkcs11-spy.so is not owned by any package
You probably need to get rid of these. Check the dates on the files with: ls -l $(rpm -qf /lib64/*.so* | grep owned | cut -d' ' -f2)
What does "ldd /bin/marble | grep libicu" show?
# ldd /bin/marble | grep libic libicui18n.so.73 => /lib64/libicui18n.so.73 (0x00007fdf39600000) libicuuc.so.73 => /lib64/libicuuc.so.73 (0x00007fdf39200000) libicudata.so.73 => /lib64/libicudata.so.73 (0x00007fdf2e000000) libicui18n.so.69 => not found libicuuc.so.69 => not found libicudata.so.69 => not found
Ok, then show the whole output of "ldd /bin/marble".
On 3/10/24 22:54, Samuel Sieb wrote:
On 3/10/24 22:28, ToddAndMargo via users wrote:
On 3/10/24 21:48, Samuel Sieb wrote:
I doubt the bug report will come up with anything since this is something very specific to your system.
Do you have any packages from fc37?
# rpm -qa | grep -i fc37 <nothing>
Do you have any locked packages?
I do not kow how to do that, so I'd have to say "no".
Have you installed any self-built packages?
No. Amd it really annoys the Wine fplks that I insist obn only using the wine builds from our repo.
You didn't answer these questions.
# rpm -qa | grep -i fc37 <nothing>
# rpm -qa | grep -i fc | grep -iv fc39 gpg-pubkey-cfc659b9-5b6eac67 bitstream-vera-sans-fonts-1.10-48.fc38.noarch netcdf-4.9.0-5.fc38.x86_64 kernel-modules-core-6.5.10-200.fc38.x86_64 kernel-core-6.5.10-200.fc38.x86_64 kernel-modules-6.5.10-200.fc38.x86_64 kernel-6.5.10-200.fc38.x86_64 kernel-modules-extra-6.5.10-200.fc38.x86_64 kernel-devel-6.5.10-200.fc38.x86_64
Does "rpm -qf /lib64/*.so* | grep owned" give you anything? Mine only shows "p11-kit-trust.so".
rpm -qf /lib64/*.so* | grep owned file /lib64/ld-lsb-x86-64.so is not owned by any package file /lib64/libavahi-gobject.so.0 is not owned by any package file /lib64/libavahi-gobject.so.0.0.5 is not owned by any package file /lib64/libFAudio.so.0.22.10 is not owned by any package file /lib64/libfreeaptx.so.0 is not owned by any package file /lib64/libfreeaptx.so.0.1.1 is not owned by any package file /lib64/libfzclient-commonui-private-3.66.0.so is not owned by any package file /lib64/libfzclient-private-3.66.0.so is not owned by any package file /lib64/libgdal.so.33.3.7.2 is not owned by any package file /lib64/libgovirt.so.2 is not owned by any package file /lib64/libgovirt.so.2.3.1 is not owned by any package file /lib64/libhpdiscovery.so.0 is not owned by any package file /lib64/libhpdiscovery.so.0.0.1 is not owned by any package file /lib64/libhpipp.so.0 is not owned by any package file /lib64/libhpipp.so.0.0.1 is not owned by any package file /lib64/libhpip.so.0 is not owned by any package file /lib64/libhpip.so.0.0.1 is not owned by any package file /lib64/libhpmud.so.0 is not owned by any package file /lib64/libhpmud.so.0.0.6 is not owned by any package file /lib64/libnetsnmp.so.40.1.0 is not owned by any package file /lib64/libopenfec.so.1 is not owned by any package file /lib64/libopenfec.so.1.4.2 is not owned by any package file /lib64/libopensc.so.8 is not owned by any package file /lib64/libopensc.so.8.0.0 is not owned by any package file /lib64/libpipewire-0.3.so.0.361.0 is not owned by any package file /lib64/libpipewire-0.3.so.0.372.0 is not owned by any package file /lib64/libroc.so.0 is not owned by any package file /lib64/libroc.so.0.2 is not owned by any package file /lib64/libSDL2_image-2.0.so.0.600.1 is not owned by any package file /lib64/libsmm-local.so.8 is not owned by any package file /lib64/libsmm-local.so.8.0.0 is not owned by any package file /lib64/onepin-opensc-pkcs11.so is not owned by any package file /lib64/opensc-pkcs11.so is not owned by any package file /lib64/p11-kit-trust.so is not owned by any package file /lib64/pkcs11-spy.so is not owned by any package
You probably need to get rid of these. Check the dates on the files with: ls -l $(rpm -qf /lib64/*.so* | grep owned | cut -d' ' -f2)
I am thinking of moving them to a tempt directory and seeing if anything complains
What does "ldd /bin/marble | grep libicu" show?
# ldd /bin/marble | grep libic libicui18n.so.73 => /lib64/libicui18n.so.73 (0x00007fdf39600000) libicuuc.so.73 => /lib64/libicuuc.so.73 (0x00007fdf39200000) libicudata.so.73 => /lib64/libicudata.so.73 (0x00007fdf2e000000) libicui18n.so.69 => not found libicuuc.so.69 => not found libicudata.so.69 => not found
Ok, then show the whole output of "ldd /bin/marble".
# find / -iname libicui18n.so.69* <nothing>
# ldd /bin/marble | grep -i libicui libicui18n.so.73 => /lib64/libicui18n.so.73 (0x00007f93f7000000) libicui18n.so.69 => not found
# ldd /bin/marble | sort /bin/marble: /lib64/libQt5Gui.so.5: version `Qt_5.15.3_PRIVATE_API' not found (required by /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5) /lib64/ld-linux-x86-64.so.2 (0x00007f1d3b6bf000) libacl.so.1 => /lib64/libacl.so.1 (0x00007f1d37d4e000) libasound.so.2 => /lib64/libasound.so.2 (0x00007f1d2bf46000) libastro.so.1 => /lib64/libastro.so.1 (0x00007f1d3a7bd000) libasyncns.so.0 => /lib64/libasyncns.so.0 (0x00007f1d2b845000) libattr.so.1 => /lib64/libattr.so.1 (0x00007f1d2bdcd000) libblkid.so.1 => /lib64/libblkid.so.1 (0x00007f1d2bd91000) libbrotlicommon.so.1 => /lib64/libbrotlicommon.so.1 (0x00007f1d2b6b5000) libbrotlidec.so.1 => /lib64/libbrotlidec.so.1 (0x00007f1d2ba5c000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f1d2bdd5000) libcap.so.2 => /lib64/libcap.so.2 (0x00007f1d2eebf000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f1d386d9000) libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007f1d38200000) libcrypt.so.2 => /lib64/libcrypt.so.2 (0x00007f1d2b27b000) libc.so.6 => /lib64/libc.so.6 (0x00007f1d38c1e000) libcurl.so.4 => /lib64/libcurl.so.4 (0x00007f1d2bc8e000) libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x00007f1d381ab000) libdouble-conversion.so.3 => /lib64/libdouble-conversion.so.3 (0x00007f1d37f0d000) libduktape.so.207 => /lib64/libduktape.so.207 (0x00007f1d2ba6a000) libevent-2.1.so.7 => /lib64/libevent-2.1.so.7 (0x00007f1d2c42a000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f1d2c276000) libffi.so.8 => /lib64/libffi.so.8 (0x00007f1d2bd42000) libFLAC.so.12 => /lib64/libFLAC.so.12 (0x00007f1d2b63e000) libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x00007f1d2c227000) libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007f1d2e613000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f1d3a816000) libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007f1d2bab6000) libGLdispatch.so.0 => /lib64/libGLdispatch.so.0 (0x00007f1d2e6e3000) libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f1d378b6000) libGL.so.1 => /lib64/libGL.so.1 (0x00007f1d38124000) libGLX.so.0 => /lib64/libGLX.so.0 (0x00007f1d2e79b000) libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007f1d2b6d8000) libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007f1d2eec9000) libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x00007f1d2e5f2000) libgsm.so.1 => /lib64/libgsm.so.1 (0x00007f1d2b6a6000) libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f1d38844000) libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x00007f1d38016000) libharfbuzz-subset.so.0 => /lib64/libharfbuzz-subset.so.0 (0x00007f1d2c131000) libicudata.so.69 => not found libicudata.so.73 => /lib64/libicudata.so.73 (0x00007f1d2c600000) libicui18n.so.69 => not found libicui18n.so.73 => /lib64/libicui18n.so.73 (0x00007f1d37a00000) libicuuc.so.69 => not found libicuuc.so.73 => /lib64/libicuuc.so.73 (0x00007f1d37600000) libidn2.so.0 => /lib64/libidn2.so.0 (0x00007f1d2b7df000) libimobiledevice-1.0.so.6 => /lib64/libimobiledevice-1.0.so.6 (0x00007f1d2be0b000) libimobiledevice-glue-1.0.so.0 => /lib64/libimobiledevice-glue-1.0.so.0 (0x00007f1d2b839000) libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00007f1d2c3a7000) libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f1d2f5bd000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f1d3742a000) libKF5Archive.so.5 => /lib64/libKF5Archive.so.5 (0x00007f1d37442000) libKF5AuthCore.so.5 => /lib64/libKF5AuthCore.so.5 (0x00007f1d38751000) libKF5Codecs.so.5 => /lib64/libKF5Codecs.so.5 (0x00007f1d38768000) libKF5Completion.so.5 => /lib64/libKF5Completion.so.5 (0x00007f1d3747d000) libKF5ConfigCore.so.5 => /lib64/libKF5ConfigCore.so.5 (0x00007f1d3a989000) libKF5ConfigGui.so.5 => /lib64/libKF5ConfigGui.so.5 (0x00007f1d3b44b000) libKF5ConfigWidgets.so.5 => /lib64/libKF5ConfigWidgets.so.5 (0x00007f1d3abd9000) libKF5CoreAddons.so.5 => /lib64/libKF5CoreAddons.so.5 (0x00007f1d3a8d0000) libKF5Crash.so.5 => /lib64/libKF5Crash.so.5 (0x00007f1d3b5bc000) libKF5DBusAddons.so.5 => /lib64/libKF5DBusAddons.so.5 (0x00007f1d37808000) libKF5GlobalAccel.so.5 => /lib64/libKF5GlobalAccel.so.5 (0x00007f1d39097000) libKF5GuiAddons.so.5 => /lib64/libKF5GuiAddons.so.5 (0x00007f1d3889a000) libKF5I18n.so.5 => /lib64/libKF5I18n.so.5 (0x00007f1d3ab8f000) libKF5IconThemes.so.5 => /lib64/libKF5IconThemes.so.5 (0x00007f1d39e3d000) libKF5ItemViews.so.5 => /lib64/libKF5ItemViews.so.5 (0x00007f1d3905c000) libKF5JobWidgets.so.5 => /lib64/libKF5JobWidgets.so.5 (0x00007f1d3978a000) libKF5KIOCore.so.5 => /lib64/libKF5KIOCore.so.5 (0x00007f1d38aa9000) libKF5KIOGui.so.5 => /lib64/libKF5KIOGui.so.5 (0x00007f1d397bc000) libKF5KIOWidgets.so.5 => /lib64/libKF5KIOWidgets.so.5 (0x00007f1d390b7000) libKF5Parts.so.5 => /lib64/libKF5Parts.so.5 (0x00007f1d3b5c8000) libKF5Service.so.5 => /lib64/libKF5Service.so.5 (0x00007f1d38a22000) libKF5Solid.so.5 => /lib64/libKF5Solid.so.5 (0x00007f1d374b7000) libKF5WidgetsAddons.so.5 => /lib64/libKF5WidgetsAddons.so.5 (0x00007f1d3aa34000) libKF5WindowSystem.so.5 => /lib64/libKF5WindowSystem.so.5 (0x00007f1d2efaa000) libKF5XmlGui.so.5 => /lib64/libKF5XmlGui.so.5 (0x00007f1d3b4ec000) libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f1d2e7ce000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f1d2ef49000) liblber.so.2 => /lib64/liblber.so.2 (0x00007f1d2b6df000) liblcms2.so.2 => /lib64/liblcms2.so.2 (0x00007f1d2bed4000) libldap.so.2 => /lib64/libldap.so.2 (0x00007f1d2b6f1000) liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f1d2e5d0000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f1d2e59d000) libmarblewidget-qt5.so.28 => /lib64/libmarblewidget-qt5.so.28 (0x00007f1d3ae00000) libmount.so.1 => /lib64/libmount.so.1 (0x00007f1d2ef59000) libmp3lame.so.0 => /lib64/libmp3lame.so.0 (0x00007f1d2b485000) libmpg123.so.0 => /lib64/libmpg123.so.0 (0x00007f1d2b4fd000) libm.so.6 => /lib64/libm.so.6 (0x00007f1d39e7e000) libnghttp2.so.14 => /lib64/libnghttp2.so.14 (0x00007f1d2b801000) libnspr4.so => /lib64/libnspr4.so (0x00007f1d2c482000) libnss3.so => /lib64/libnss3.so (0x00007f1d2c4c6000) libnssutil3.so => /lib64/libnssutil3.so (0x00007f1d2e4a4000) libogg.so.0 => /lib64/libogg.so.0 (0x00007f1d2b55a000) libopus.so.0 => /lib64/libopus.so.0 (0x00007f1d2c34b000) libpci.so.3 => /lib64/libpci.so.3 (0x00007f1d2c05a000) libpcre2-16.so.0 => /lib64/libpcre2-16.so.0 (0x00007f1d37e80000) libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f1d2e502000) libphonon4qt5.so.4 => /lib64/libphonon4qt5.so.4 (0x00007f1d39f86000) libplc4.so => /lib64/libplc4.so (0x00007f1d2e49d000) libplds4.so => /lib64/libplds4.so (0x00007f1d2f5b6000) libplist-2.0.so.4 => /lib64/libplist-2.0.so.4 (0x00007f1d2bdee000) libpng16.so.16 => /lib64/libpng16.so.16 (0x00007f1d386e0000) libproxy.so.1 => /lib64/libproxy.so.1 (0x00007f1d39785000) libpsl.so.5 => /lib64/libpsl.so.5 (0x00007f1d2b758000) libpulsecommon-16.1.so => /usr/lib64/pulseaudio/libpulsecommon-16.1.so (0x00007f1d2be4f000) libpulse-mainloop-glib.so.0 => /lib64/libpulse-mainloop-glib.so.0 (0x00007f1d39779000) libpulse.so.0 => /lib64/libpulse.so.0 (0x00007f1d37d58000) libpxbackend-1.0.so => /usr/lib64/libproxy/libpxbackend-1.0.so (0x00007f1d2ef29000) libQt5Core.so.5 => /lib64/libQt5Core.so.5 (0x00007f1d39200000) libQt5DBus.so.5 => /lib64/libQt5DBus.so.5 (0x00007f1d3a83a000) libQt5Gui.so.5 => /lib64/libQt5Gui.so.5 (0x00007f1d39800000) libQt5Network.so.5 => /lib64/libQt5Network.so.5 (0x00007f1d3ac46000) libQt5Positioning.so.5 => /lib64/libQt5Positioning.so.5 (0x00007f1d37579000) libQt5PrintSupport.so.5 => /lib64/libQt5PrintSupport.so.5 (0x00007f1d3b473000) libQt5QmlModels.so.5 => /lib64/libQt5QmlModels.so.5 (0x00007f1d37827000) libQt5Qml.so.5 => /lib64/libQt5Qml.so.5 (0x00007f1d2ea00000) libQt5Quick.so.5 => /lib64/libQt5Quick.so.5 (0x00007f1d2f000000) libQt5QuickWidgets.so.5 => /lib64/libQt5QuickWidgets.so.5 (0x00007f1d37daa000) libQt5Svg.so.5 => /lib64/libQt5Svg.so.5 (0x00007f1d3a760000) libQt5WaylandClient.so.5 => /lib64/libQt5WaylandClient.so.5 (0x00007f1d2e8a7000) libQt5WebChannel.so.5 => /lib64/libQt5WebChannel.so.5 (0x00007f1d39f5f000) libQt5WebEngineCore.so.5 => /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5 (0x00007f1d2f600000) libQt5WebEngineWidgets.so.5 => /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineWidgets.so.5 (0x00007f1d3a714000) libQt5Widgets.so.5 => /lib64/libQt5Widgets.so.5 (0x00007f1d3a000000) libQt5X11Extras.so.5 => /lib64/libQt5X11Extras.so.5 (0x00007f1d3a70d000) libQt5Xml.so.5 => /lib64/libQt5Xml.so.5 (0x00007f1d3a9ec000) libre2.so.9 => /lib64/libre2.so.9 (0x00007f1d2c0bc000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f1d2ef38000) libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f1d2b2b4000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f1d2bd62000) libsharpyuv.so.0 => /lib64/libsharpyuv.so.0 (0x00007f1d2ba3f000) libsmime3.so => /lib64/libsmime3.so (0x00007f1d2e4d7000) libsnappy.so.1 => /lib64/libsnappy.so.1 (0x00007f1d2bf39000) libsndfile.so.1 => /lib64/libsndfile.so.1 (0x00007f1d2b84d000) libssh.so.4 => /lib64/libssh.so.4 (0x00007f1d2b76c000) libssl.so.3 => /lib64/libssl.so.3 (0x00007f1d387a1000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f1d38e00000) libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f1d37f23000) libudev.so.1 => /lib64/libudev.so.1 (0x00007f1d38719000) libunistring.so.5 => /lib64/libunistring.so.5 (0x00007f1d2b2d3000) libusbmuxd-2.0.so.6 => /lib64/libusbmuxd-2.0.so.6 (0x00007f1d2b82c000) libvorbisenc.so.2 => /lib64/libvorbisenc.so.2 (0x00007f1d2b564000) libvorbis.so.0 => /lib64/libvorbis.so.0 (0x00007f1d2b60f000) libvpx.so.7 => not found libwayland-client.so.0 => /lib64/libwayland-client.so.0 (0x00007f1d37431000) libwayland-cursor.so.0 => /lib64/libwayland-cursor.so.0 (0x00007f1d2bd52000) libwebpdemux.so.2 => /lib64/libwebpdemux.so.2 (0x00007f1d2c30f000) libwebpmux.so.3 => /lib64/libwebpmux.so.3 (0x00007f1d2c316000) libwebp.so.7 => /lib64/libwebp.so.7 (0x00007f1d2c2a1000) libX11.so.6 => /lib64/libX11.so.6 (0x00007f1d388db000) libX11-xcb.so.1 => /lib64/libX11-xcb.so.1 (0x00007f1d2c0b7000) libXau.so.6 => /lib64/libXau.so.6 (0x00007f1d2bd5c000) libxcb-keysyms.so.1 => /lib64/libxcb-keysyms.so.1 (0x00007f1d2bde9000) libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f1d2f5d5000) libXcomposite.so.1 => /lib64/libXcomposite.so.1 (0x00007f1d2e498000) libXdamage.so.1 => /lib64/libXdamage.so.1 (0x00007f1d2e493000) libXext.so.6 => /lib64/libXext.so.6 (0x00007f1d2eeab000) libXfixes.so.3 => /lib64/libXfixes.so.3 (0x00007f1d2c343000) libXi.so.6 => /lib64/libXi.so.6 (0x00007f1d2ba49000) libxkbcommon.so.0 => /lib64/libxkbcommon.so.0 (0x00007f1d2c06e000) libxml2.so.2 => /lib64/libxml2.so.2 (0x00007f1d2b8cb000) libXrandr.so.2 => /lib64/libXrandr.so.2 (0x00007f1d2c32a000) libXrender.so.1 => /lib64/libXrender.so.1 (0x00007f1d2c337000) libXtst.so.6 => /lib64/libXtst.so.6 (0x00007f1d2c322000) libz.so.1 => /lib64/libz.so.1 (0x00007f1d3b42d000) libzstd.so.1 => /lib64/libzstd.so.1 (0x00007f1d37dc4000) linux-vdso.so.1 (0x00007ffed9b9b000)
On Mon, Mar 11, 2024 at 3:12 AM ToddAndMargo via users users@lists.fedoraproject.org wrote:
[...] # rpm -qa | grep -i fc | grep -iv fc39 gpg-pubkey-cfc659b9-5b6eac67 bitstream-vera-sans-fonts-1.10-48.fc38.noarch netcdf-4.9.0-5.fc38.x86_64 kernel-modules-core-6.5.10-200.fc38.x86_64 kernel-core-6.5.10-200.fc38.x86_64 kernel-modules-6.5.10-200.fc38.x86_64 kernel-6.5.10-200.fc38.x86_64 kernel-modules-extra-6.5.10-200.fc38.x86_64 kernel-devel-6.5.10-200.fc38.x86_64
You should follow https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/ when performing a release upgrade. The post-upgrade tasks will cleanup the old packages.
Jeff
On 3/11/24 00:12, ToddAndMargo via users wrote:
# ldd /bin/marble | sort /bin/marble: /lib64/libQt5Gui.so.5: version `Qt_5.15.3_PRIVATE_API' not found (required by /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5) libicudata.so.69 => not found libicui18n.so.69 => not found libicuuc.so.69 => not found libvpx.so.7 => not found
This looks like a big clue and it's still pointing to F36 or F37. Run the following: rpm -qf /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5 rpm -qi qt5-qtwebengine-freeworld
Hi.
On Mon, 11 Mar 2024 00:12:04 -0700 ToddAndMargo via users wrote:
# ldd /bin/marble | sort
This sort may be confusing.
/bin/marble: /lib64/libQt5Gui.so.5: version `Qt_5.15.3_PRIVATE_API' not found (required by /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5)
This lib is probably the culprit.
What RPM provides it ?
rpm -qf /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.
More generally, check that all the libs reported by ldd of marble are fc39 ones. For example with:
rpm -qf $(ldd /usr/bin/marble \ | awk '/=>/ { print $3 }') \ | sort -u \ | grep -v fc39 <nothing>
On 3/11/24 00:37, Samuel Sieb wrote:
On 3/11/24 00:12, ToddAndMargo via users wrote:
# ldd /bin/marble | sort /bin/marble: /lib64/libQt5Gui.so.5: version `Qt_5.15.3_PRIVATE_API' not found (required by /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5) libicudata.so.69 => not found libicui18n.so.69 => not found libicuuc.so.69 => not found libvpx.so.7 => not found
This looks like a big clue and it's still pointing to F36 or F37. Run the following: rpm -qf /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5 rpm -qi qt5-qtwebengine-freeworld
# rpm -qf /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5 file /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5 is not owned by any package
# rpm -qi qt5-qtwebengine-freeworld package qt5-qtwebengine-freeworld is not installed
# mv /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5 /usr/lib64/qt5-qtwebengine-freeworld/libQt5WebEngineCore.so.5.000
$ marble KCrash: Application 'marble' crashing... Segmentation fault (core dumped)
I put it back
And: # dnf install qt5-qtwebengine-freeworld
fixed the issue. Yippee! Thank you all for all the help!
-T
-
Barry -
Barry Scott
-
Francis.Montagnac＠inria.fr -
Jeffrey Walton -
Jerry James -
Samuel Sieb -
ToddAndMargo