Bug 1618561
| Summary: | libssh_threads.so.4: cannot open shared object file | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Neal Becker <ndbecker2> |
| Component: | libssh | Assignee: | Anderson Sasaki <ansasaki> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 28 | CC: | asn, jfch, josdekloe, negativo17, orion, plautrba, rdieter, redhat.bugzilla |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | libssh-0.8.3-2.fc28 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-09-30 01:10:05 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1618616 | ||
|
Description
Neal Becker
2018-08-17 00:24:55 UTC
seeing the same on my side. A downgrade of libssh like this: sudo dnf downgrade libssh.x86_64 libssh.i686 enables me to run the x2goclient again. It looks to me that only the symlink was missing. I did sudo dnf reinstall libssh lrwxrwxrwx. 1 root root 15 Aug 15 03:48 /usr/lib64/libssh.so.4 -> libssh.so.4.5.1 I don't understand why the symlink sometimes disappears on libssh upgrade. But this isn't an x2goclient problem. Only a forced manual re-installation of the latest version of libssh and libssh-devel (libssh-0.8.1-4.fc28) made x2goclient work again. However, the links are still not 100% correct: $ ll /usr/lib64/libssh[._]* lrwxrwxrwx. 1 root root 11 Aug 16 16:42 /usr/lib64/libssh.so -> libssh.so.4 lrwxrwxrwx. 1 root root 15 Aug 16 16:42 /usr/lib64/libssh.so.4 -> libssh.so.4.5.1 -rwxr-xr-x. 1 root root 524856 Aug 16 16:42 /usr/lib64/libssh.so.4.5.1 lrwxrwxrwx. 1 root root 15 Aug 16 16:42 /usr/lib64/libssh_threads.so.4 -> libssh.so.4.5.1 lrwxrwxrwx. 1 root root 15 Aug 16 16:42 /usr/lib64/libssh_threads.so.4.5.1 -> libssh.so.4.5.1 It still misses the link for /usr/lib64/libssh_threads.so -> libssh_threads.so.4 to make building against libssh_threads impossible. $ rpm -qa libssh libssh-devel
libssh-devel-0.8.2-1.fc28.x86_64
libssh-0.8.2-1.fc28.x86_64
$ ls -l /usr/lib64/{libssh.*,libssh_threads.*}
lrwxrwxrwx. 1 root root 11 Aug 30 10:40 /usr/lib64/libssh.so -> libssh.so.4
lrwxrwxrwx. 1 root root 15 Aug 30 10:40 /usr/lib64/libssh.so.4 -> libssh.so.4.6.0
-rwxr-xr-x. 1 root root 524880 Aug 30 10:40 /usr/lib64/libssh.so.4.6.0
lrwxrwxrwx. 1 root root 15 Aug 30 10:40 /usr/lib64/libssh_threads.so.4 -> libssh.so.4.6.0
lrwxrwxrwx. 1 root root 15 Aug 30 10:40 /usr/lib64/libssh_threads.so.4.6.0 -> libssh.so.4.6.0
Still missing is
lrwxrwxrwx. 1 root root 23 Sep 15 01:28 /usr/lib64/libssh_threads.so -> libssh_threads.so.4.6.0
which I had to create manually to compile x2goclient-4.1.2.1-1.fc29.src.rpm for fc28. Same with released package x2goclient-4.1.1.1-1.fc28.src.rpm, which cannot be rebuild with current state of libssh.
So the situation has definitly not improved since my last post.
Why is this link removed during the lifetime of fc28 after all?
BTW. Looking at fc29 libssh, there is still support for libssh_thread.so.4. So also there I would expect the .so to exist. I'm actually wondering how the x2goclient package can be build on fc29 at all, as it will need the .so as well.
This bug should go up in priority because the recent versions of libssh break the build of existing and released Fedora 28 packages.
We have added this that a recompile is not needed, but if you rebuild x2goclient you should remove linking against libssh_threads.so. Understood. However, I still feel this change should not be done during the lifetime of Fedora 28. Now it depends on the version of the libssh package whether one can recompile a released src.rpm. For Fedora 29, I would recommend moving the libssh_threads.so.* symlinks to a separate package that is not installed by default. Possibly followed by removal in Fedora 30. libssh-0.8.3-2.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-576bea0c62 After upgrading to version mentioned in #8: $ ls -l /usr/lib64/libssh.* /usr/lib64/libssh_threads.* lrwxrwxrwx 1 root root 11 Sep 27 15:21 /usr/lib64/libssh.so -> libssh.so.4 lrwxrwxrwx 1 root root 15 Sep 27 15:21 /usr/lib64/libssh.so.4 -> libssh.so.4.7.0 -rwxr-xr-x 1 root root 547064 Sep 27 15:21 /usr/lib64/libssh.so.4.7.0 lrwxrwxrwx 1 root root 11 Sep 27 15:21 /usr/lib64/libssh_threads.so -> libssh.so.4 lrwxrwxrwx 1 root root 15 Sep 27 15:21 /usr/lib64/libssh_threads.so.4 -> libssh.so.4.7.0 lrwxrwxrwx 1 root root 15 Sep 27 15:21 /usr/lib64/libssh_threads.so.4.7.0 -> libssh.so.4.7.0 Looks perfect, thanks! libssh-0.8.3-2.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-576bea0c62 libssh-0.8.3-2.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report. |