11/3/2023 0 Comments Install wireshark kali![]() ![]() In your case, you might get away with symlinking libpthread_rt.so.1 to libpthread_rt.so. As orip pointed out in the comments, this is explained well here. Code that just relies on the version 1 API, but doesn't care if it's 1.0 or 1.1 will specify libfoo.so.1. And if you install version 1.1 without removing the other one, you'll have a libfoo.so.1.1, and libfoo.so.1 and libfoo.so will now point to the new one, but any code that requires that exact version can use the libfoo.so.1.0 file. so are version numbers, and you'll often find that they are symlinks to each other, so if you have version 1.1 of libfoo.so, you'll have a real file libfoo.so.1.0, and symlinks foo.so and foo.so.1 pointing to the libfoo.so.1.0. You probably need to re-configure and re-build it so that it depends on the library you have, or install whatever provides libpthread_rt.so.1. Well, it's not lying - there is no libpthread_rt.so.1 in that listing. While what I write below is true as a general answer about shared libraries, I think the most frequent cause of these sorts of message is because you've installed a package, but not installed the -dev version of that package. If you go the $LD_LIBRARY_PATH route, you'll want to put that into your ~/.bashrc file so it will run every time you log in: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/library (Replace libraryname with the name of your library) To find out where the library is, try this: sudo find / -iname *libraryname*.so* If your library is somewhere else, you can either add the directory on its own line in /etc/ld.so.conf, append the library's path to $LD_LIBRARY_PATH, or move the library into /usr/lib. By default, ldconfig looks in /lib, /usr/lib, and directories listed in /etc/ld.so.conf and $LD_LIBRARY_PATH. If you are sure that the right package is installed, and ldconfig didn't find it, it may just be in a nonstandard directory. Some libraries are published in different versions simultaneously, for example, Python. This can also help if you simply have the wrong version of the library installed. You can use this command to look for it: apt-cache search Many libraries are split into dev and non-dev packages. If that doesn't work, I would also check out Paul's suggestion and look for a "-dev" version of the library. Usually your package manager will take care of this when you install a new library, but not always, and it won't hurt to run ldconfig even if that is not your issue. Line, in the file /etc/ld.so.conf, and in the trusted directories Shared libraries found in the directories specified on the command Ldconfig creates the necessary links and cache to the most recent Here are a few solutions you can try: ldconfigĪs AbiusX pointed out: If you have just now installed the library, you may simply need to run ldconfig. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |