| Summary: | sys-apps/ucspi-proxy will link with .so from dev-libs/bglibs but does not RDEPEND on it | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Peter Stuge <peter> |
| Component: | New packages | Assignee: | Thilo Bangert (RETIRED) (RETIRED) <bangert> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | base-system |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
you are correct about the missing rdepend. it is fixed in cvs. the other issue is, that the shared library linked to, is not in the search path of the dynamic loader. this is handled at bug #248441 thanks for report. *** This bug has been marked as a duplicate of bug 248441 *** |
sys-apps/ucspi-proxy DEPENDs on >=dev-libs/bglibs-1.025 dev-libs/bglibs-1.{041,104} are available.in portage and at least 1.104 builds both static and shared libraries. ucspi-proxy is linked with the shared library, but because it does not RDEPEND on bglibs a ucspi-proxy binpkg can not run without manually installing also bglibs. Reproducible: Always Steps to Reproduce: 1. Install ucspi-proxy binpkg on system without installed bglibs 2. run ucspi-proxy Actual Results: $ ucspi-proxy ucspi-proxy: error while loading shared libraries: libbg.so.1: cannot open shared object file: No such file or directory Expected Results: $ ucspi-proxy ucspi-proxy[25036]: Missing host and port usage: ucspi-proxy [-v] [-t timeout] host port Maybe the dev-libs/bglibs ebuild(s) are to blame for this if upstream changed semantics from bglibs being static only to also introduce some shared ones. On the other hand there's no reason not to used the shared ones. One idea is to add IUSE="shared static" to dev-libs/bglibs and change everyone who DEPENDs on bglibs to explicitly depend on either of those flags, but it creates an ugly conflict if two packages depend on one flag each so doesn't seem very nice.