Bug 190903
| Summary: | Unversioned .so installed in %{_libdir} | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Hans de Goede <hdegoede> |
| Component: | openct | Assignee: | Ville Skyttä <scop> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | anpaza, bugzilla, extras-qa, ville.skytta |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 0.6.7-2 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-05-07 13:55:58 UTC | Type: | --- |
| 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: | 188369 | ||
I'm following bug 188369 and will comment there to keep most of the discussion in one place. By the way, a new openct is out, no changes yet wrt. this in the package pushed to devel. I'm holding updating FE5 until this discussion reaches a conclusion. Fixed in 0.6.7-2.fc6, FC-5 will follow later when ctapi-common is available for it. *** Bug 196441 has been marked as a duplicate of this bug. *** Actually libopenctapi.so is now dynamicaly linked by another shared lib: # ldd /usr/lib/pcsc/drivers/openct-ifd.bundle/Contents/Linux/openct-ifd.so linux-gate.so.1 => (0x00f24000) libpcsclite.so.1 => /usr/lib/libpcsclite.so.1 (0x00bd8000) libopenctapi.so => not found libpthread.so.0 => /lib/libpthread.so.0 (0x00110000) libc.so.6 => /lib/libc.so.6 (0x00619000) libdl.so.2 => /lib/libdl.so.2 (0x00800000) /lib/ld-linux.so.2 (0x005f8000) So, either a respective file has to be installed into /etc/ld.so.conf.d/, or the file has to be moved back into lib/. I no longer maintain or use the openct package, I suggest filing a new bug so the current maintainer hears about it. |
openct installs a wrapper lib which makes it possible to talk to openct supported readers through the ctapi: %{_libdir}/libopenctapi.so. Part of the ctapi "standard" is that the ctapi implementing lib gets dlopen'ed since there can be different ctapi libs for different readers installed on the system. Since the library only gets dlopen-ed and never linked to, not being versioned isn't really a problem (IMHO). But since it isn't versioned and only dlopened it doesn't belong directly under %{_libdir} (again IMHO). I would like to suggets to instead put it under %{_libdir}/ctapi and maybe at the same time rename it to: libctapi-openct.so . The reason for me looking into this ctapi stuff is the review request of ctapi-cyberjack, which out of the box installed an unversioned .so file too: %{_libdir}/libctapi-cyberjack.so My main purpose of filing this bug is to come to some sort of standard way for installing ctapi libs (dlopen-only so plugins?) Putting the .so files in %{_libdir}/ctapi instead of just %{_libdir} does create some troubles for the applications doing the dlopening, this can be fixed by either coding fullpaths into the apllication or by setting rpath during linking of these applications to %{_libdir}/ctapi. Anyways for the full story see the review request, bug 188369 . Your input on this is much appreciated. You may want to jump directly to comment 40: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188369#c40