Libqt5core so 5 linux

Arch Linux

You are not logged in.

#1 2017-12-14 09:36:20

[solved]after latest upgrade qt application can’t find LibQt5Core.so.5

the qt5-base is installed

Last edited by seenxu (2017-12-15 16:17:22)

#2 2017-12-14 09:38:56

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

Are you using a non-repo QT5 theme? Rebuild it.

#3 2017-12-14 09:54:04

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

at the moment, I had installed two qt themes, adwaita-qt4 and adwaita-qt5 from aur, recompile adwaita-qt, issue persists.

Last edited by seenxu (2017-12-14 09:59:19)

#4 2017-12-14 10:05:14

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

Is your Arch fully upgraded? Qt5ct was rebuild against of Qt 5.10 7 days ago, and it works, uic is a part of qt5-base and it works, too.

#5 2017-12-14 10:32:29

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

* pacdiff is clean
* latest mirrors are enabled in /etc/pacman.d/mirrorlist
* `pacman -Syu` sys «there is nothing to do»

#6 2017-12-14 13:57:47

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

Yeah. maybe check integration of yours packages? Missing for qt5ct and uic lib (libQt5Core.so.5) is delivered by qt5-base and this packages (and lib too) is in 5.10 version in your system. Qt5ct was rebuild against of Qt 5.10 with 0.34-2 version and this package in this version is in your system, too. So everything looks ok, but doesn’t work The other Qt5 apps work well?

#7 2017-12-14 15:00:23

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

qt5* is installed as dependencies from goldendict, which is, of course, failed to start with the same warning.

I had also try to pacman -Rs goldendict, and reinstall everything with empty /var/cache/pacman/pkg/, still the same.

Last edited by seenxu (2017-12-14 15:16:15)

#8 2017-12-14 15:05:42

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

How about some actual diagnostic information about the error:

Last edited by Trilby (2017-12-14 15:07:35)

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

Online

#9 2017-12-14 15:07:25

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

Maybe it’s something with dependencies. Try to install (almost) whole qt5 (qt5-doc or qt5-examples for sure is not neccessary) and try again. If everything will be works (as expected), there is something with wrong dependencies. If not — who knows.

#10 2017-12-14 15:18:49

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

How about some actual diagnostic information about the error:

interesting to note, there is no env var starting with *LD*

#11 2017-12-15 15:02:37

Re: [solved]after latest upgrade qt application can’t find LibQt5Core.so.5

Hmm, maybe run «ldconfig -X» as root to rebuild /etc/ld.so.cache?

Last edited by progandy (2017-12-15 15:06:09)

Источник

Ubuntu 18.4 libQt5Core.so.5: cannot open shared object file: No such file or directory

I have Ubuntu 18.04.

While launching virtual box I am getting an error

The system has libqt5* packages but I cannot list some of them using

How can I fix this?

4 Answers 4

For me, the libqt5gui5 package was already installed. I tried reinstalling like in the other answer, but still got the error:

The kernel needs to be at least 3.15 for a very real but (to me) esoteric reason: «Qt 5.10 uses the renameat2 system call which is only available since kernel 3.15». If you want to read a very long thread, look here:

The above command «strips out» a piece of code which is looking in the kernel for something not there, and allows the module to load.

I’m actually running Debian testing (bullseye) 3.12-1-amd64. The path to my library is /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 so the command in my case is

After that, I was able to get the app (Electrum) working

For all the «not found» libraries, identify their package as you have done with apt-file search for libQt5Gui.so.5. Then install the packages with sudo apt-get install,for example:

The installation of the packages should put the libraries in the proper location so they will be found.

If files are not present, either they were installed in the wrong place (manually forced somewhere), they are the wrong architecture (i386 instead of amd64, so would be in /usr/lib/i386-linux-gnu), or the installation did not run properly (check the status of the packages with the command:

The properly installed packages will have status «ii».

You could use the locate command to find the file(s) if they are somewhere else on the system, but if you installed them, that possibility is not likely.

Источник

UIC fails because of missing libQt5Core.so.5 file on Linux Debian #3

Comments

Knitschi commented Mar 25, 2016

When I build my project that uses the qt-package the compilation fails when Qt’s uic is called:

I am not sure, but I have the suspicion that this was caused by installing the qt-creator with $ apt-get install qtcreator which installed qt 5.3.1 libraries. I then got another error. I then removed the qt-creator with apt-get remove and after that the qt libraries with apt-get autoremove

The file libQt5Core.so.5 exists in the hunter library folder Install/lib

The text was updated successfully, but these errors were encountered:

ruslo commented Mar 25, 2016

Is this an error of loader or of a uic ? What is the result of

Knitschi commented Mar 26, 2016

So it seems that uic cannot find the libraries from the qt package. This explains why it can find the library when I have QtCreator installed which installs some qt-libraries with it.

The strange thing is, that I get the same error when I manually copy the libQtCore.so.5 file into the folder of the uic. Shouldn’t it be then able to find the library?

Knitschi commented Mar 26, 2016

I also wonder if it is correct that the shared libraries lie within the lib folder on linux but in the bin folder on windows.

Knitschi commented Mar 26, 2016

In the meantime I managed to manually solve the problem by copying the library manually to /usr/local/lib and adding the library to the library loader with $ ldconfig -l /usr/local/lib/libQt5Core.so.5 . But I guess that this is not how it is supposed to work.

pretyman commented Mar 26, 2016

There is a chance that the one you had installed in your system directory got picked up in the linking process when building the uic executable. I’m not an expert, @ruslo is best with rpath details.

But instead of moving the compiled library to /usr/loca/lib , you could try to compile Qt5 again after you removed the system wide Qt5, then the default configuration of Qt with hunter is to do static linking and Qt5Core would be statically linked into uic , not giving you any troubles with shared libraries of Qt. Even if it favors the dynamic linking for some reason, the

/.hunter/ / / /Install/lib or

/.hunter/ / / /Install/lib/libQt5Core.so.5 should end up baked into the rpath of uic and you should live happily ever after

ruslo commented Mar 26, 2016

The file libQt5Core.so.5 exists in the hunter library folder Install/lib

So it seems that uic cannot find the libraries from the qt package

Yes seems like an RPATH issue

But I guess that this is not how it is supposed to work

Yes, there is an internal information should be saved in uic about location of libQt5Core.so.5 telling that library located in ../lib/libQt5Core.so.5 .

then the default configuration of Qt with hunter is to do static linking and Qt5Core would be statically linked into uic

May be used as a workaround, but shared libraries should «just work» too.

Building shared Qt on my Ubuntu now.

ruslo commented Mar 26, 2016

I am not sure, but I have the suspicion that this was caused by installing the qt-creator with $ apt-get install qtcreator which installed qt 5.3.1 libraries

It would be very nice if you provide full repeatable instructions. @headupinclouds have reported some issues about system vs Hunter conflicts but I was not able to reproduce them (though it was on OSX and static build, and problems was with moc ).

ruslo commented Mar 26, 2016

Building shared Qt on my Ubuntu now.

Build failed, «cool».

ruslo commented Mar 26, 2016

Though an example failed. Qt as a package builds fine.

Same behaviour. This is wrong

ruslo commented Mar 26, 2016

From build logs:

that’s a reason I guess since build directory will be removed so rpath=/. /Hunter/_Base/75b97b9/5d442ec/8427c6a/Build/Qt/__qtbase/Install/lib will not be found and standard location used. Should be done using ORIGIN . Quote from wiki:

ruslo commented Mar 26, 2016

@Knitschi can you try please:

ruslo commented Mar 26, 2016

Just for your information on OSX configuration is:

Having second LC_RPATH (the one with full path) is not quite correct since this directory will be removed but it will work since library will be found in first @loader_path/../lib .

ruslo commented Mar 26, 2016

I guess we need to patch Qt sources. uic executable should be build with RPATH . This SO answer may be helpful:

ruslo commented Mar 27, 2016

Same problems with:

• qdbuscpp2xml
• qdbusxml2cpp
• qdoc
• qlalr

Knitschi commented Mar 29, 2016

So as you said it points to the deleted folder.

ruslo commented Mar 29, 2016

So as you said it points to the deleted folder

@Knitschi Just to summarize this is Qt bug which can be reproduced without Hunter. Feel free to report the bug to https://bugreports.qt.io. For the clean experiment and just to be sure you can use non-patched 5.5.1 version from here:

You can find in log Qt configuration used in CMake-list representation:

Patches can be applied to the hunter-packages fork, future versions can be used as is.

Knitschi commented Mar 29, 2016

I don’t think that I understand the problem well enough to file a bug. Why is it a Qt bug when the libraries to which the uic RPATH points are moved by hunter? Or should the RPATH be relative to allow relocation?

ruslo commented Mar 29, 2016

@Knitschi you can remove system Qt, run configure and install Qt package to some location, then delete build files — Qt will not work. That’s the bug from high level. On low level the reason is about wrong value of RPATH.

ruslo commented Mar 29, 2016

run configure and install Qt package to some location

Well I just figure out that install will works fine. The bug is about that directory is not relocatable. I.e. if you install Qt package and then want to pack it and send to other place then is will not work.

Knitschi commented Apr 24, 2016

I ran into more problems with the wrong rpath being set in the hunter-package qt libraries. When I run my own executable it will also not find the qt libs that were build by hunter.
The qt configure step allows to set the rpath. Currently hunter sets the rpath to the build folder

/home/knitschi/CppLibraries/HunterLibraries/_Base/a1d363c/5aab015/b85730e/Build/Qt/__qtbase/Install

The libraries are later moved to the install/lib folder which invalidates the rpath in the Qt libraries and executables.

I now compiled a qt-version «by hand» where i set the configure option

to use the hunter ../install/lib path and then copied the libraries into the hunter path.
I also had to copy the libqxcb.so to ../myExeFolder/platforms and then my executable ran.

Now I think that we could simply add the /install/lib path to the rpath in the configure step and it should work in the developer scenario. I am not sure if it will then still find system Qt libraries when the exe is deployed to an no hunter environment.

ruslo commented Apr 24, 2016

The libraries are later moved to the install/lib folder which invalidates the rpath in the Qt libraries and executables

Same issue same solution. ORIGIN should be used by Qt internals in fact.

Now I think that we could simply add the /install/lib path to the rpath in the configure step and it should work in the developer scenario.

Well if there is no way to add ORIGIN to Qt configure (i.e. fix it in Qt itself) then we can add extra module which will patch RPATH of installed binaries. Such module will be needed anyway for autotools scheme.

I am not sure if it will then still find system Qt libraries when the exe is deployed to an no hunter environment

Источник

[WSL] qt5: libQt5Core.so.5 missing #10521

Comments

Nexolight commented Apr 3, 2019

So whenever I try to open systemsettings5 and some other apps that use qt5 it yields an error about a shared library that was not found but does in fact exist:

systemsettings5: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory

I was able to fix it by issuing this command:

sudo strip —remove-section=.note.ABI-tag /usr/lib/libQt5Core.so.5

I have no clue what is going on and of curse I tried many things on different systems. I cannot recall every logline from my memory but I will leave this here and hope someone investigates.

System

• xuname:
  Void 4.4.0-17134-Microsoft x86_64 GenuineIntel uptodate rFF
• package:
  systemsettings-5.15.3.2_1 (and many more)

Expected behavior

The command systemsettings5 opens the respective window

Actual behavior

This error is shown:
systemsettings5: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory

Steps to reproduce the behavior

Install systemsettings5 with dependencies on a fresh installation and try to execute it from terminal.
I’m on WSL but I ran into this issue on multiple systems since years.

The text was updated successfully, but these errors were encountered:

Источник