Ticket #54 (closed defect: duplicate)
paludis binaries link to installed copies of shared libs so updating does not work when api changes
| Reported by: | betelgeuse at gentoo dot org | Owned by: | ciaranm |
|---|---|---|---|
| Priority: | MinorRelease | Milestone: | |
| Component: | core/paludis | Version: | 0.16.0 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Distribution: | Gentoo |
Description (last modified by ciaranm) (diff)
betelgeuse@pena /usr/portage/dev-java/java-gnome $ /usr/bin/adjutrix -w x86 dev-java/java-gnome-2.14.3 /usr/bin/adjutrix: error while loading shared libraries: libpaludisrepositories.so.15: cannot open shared object file: No such file or directory
This happened for me when updating from 0.14* to svn and now from svn to 0.16*. Paludis build process should make the binaries use the versions it is going to install instead of the versions and are already installed to avoid situations like this.
Change History
comment:2 follow-up: ↓ 3 Changed 6 years ago by ciaranm
- Status changed from new to closed
- Resolution set to worksforme
I can't reproduce this. Please reopen if you can give an exact series of steps to trigger it.
comment:3 in reply to: ↑ 2 Changed 6 years ago by betelgeuse@…
Replying to ciaranm:
I can't reproduce this. Please reopen if you can give an exact series of steps to trigger it.
Sure emerge -1 paludis
Thu Feb 8 21:27:10 2007 >>> sys-apps/paludis-0.18.1
merge time: 2 minutes and 26 seconds.
Thu Mar 1 17:44:00 2007 >>> sys-apps/paludis-0.20.0
merge time: 4 minutes and 44 seconds.
betelgeuse@pena ~/patches $ rdeps ant-core /usr/bin/adjutrix: error while loading shared libraries: libpaludisrepositories.so.18: cannot open shared object file: No such file or directory
Basically this happens about every time I update paludis.
comment:4 Changed 6 years ago by anonymous
- Status changed from closed to reopened
- Resolution worksforme deleted
comment:5 Changed 6 years ago by ciaranm
See, you're doing something weird here. Do you have two copies of libraries and headers installed or something?
comment:6 Changed 5 years ago by ciaranm
- Status changed from reopened to closed
- Distribution set to Gentoo
- Resolution set to duplicate
- Description modified (diff)
Let's move this to ticket:616.

Paludis *should* only use repository .so files that are named .x.y, where .x.y is from the Paludis .x.y.z version. If .x is odd, you have no guarantees about ABI consistency because you're using svn; if .x is even, things should work. Is this not what is happening?