| Summary: | net-misc/nxclient-3.3.0.6: does not connect any more. Shared library error linjpeg.so.62 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | tazinblack <verbeamt> |
| Component: | Current packages | Assignee: | Gentoo NX Server project <nx> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | CC: | octavsly |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
tazinblack
2009-11-01 10:13:18 UTC
you should try revdep-rebuild, because it looks like exist a libjpeg.so.7.0 file now, you can also simply try "emerge nxclient" and see if it's corrected sorry, i did not read all your post... perhaps "ln -s /usr/lib/libjpeg.so.7.0.0 /usr/lib/libjpeg.so.62" could fix it ? nxclient seems to be binary only, so it needs jpeg compatibility package. Sorry for the delay, I did not see/get the mail when this bug got assigned to nx. All current nxclient ebuilds in portage depend on: || ( media-libs/jpeg-compat <media-libs/jpeg-7 ) so this should not happen to you, what's the output of "emerge -pv nxclient"? It should bring in media-libs/jpeg-compat as a dep Hi, I also had this bug. equery files media-libs/jpeg-compat show /usr/lib/libjpeg.so.62 but the file doesn't exist. emerge -1v media-libs/jpeg-compat solved the problem. Maybe a conflict between previous media-libs/jpeg and media-libs/jpeg-compat. seems to be related to bug #288369 http://bugs.gentoo.org/show_bug.cgi?id=288369 Indeed, that's the cause! Thanks for the tip *** This bug has been marked as a duplicate of bug 288369 *** media-libs/jpeg-compat is not anymore in the portage tree. Also libjpeg.so.62 is missing. A link from libjpeg.so.7 to libjpeg.so.62 does not solve the problem since the client behaves strangely. Do we need new binary ebuilds? Regards, Octavian P.S. Should I open a new bug or re-open this one? media-libs/jpeg has several slots. the (62) contains libjpeg.so.62 Please try to remerge nxclient, which should indeed pull in jpeg-6:
RDEPEND=...
<media-libs/jpeg-7
Also check that you do not have jpeg-compat still lying around (I think it should have been removed with the slot move back to jpeg-6, but better check)
I also have the same bug. I've re-emerged nxserver without solving the problem. I also have emerged the last masked version (3.4.0.12) but even this version requires libjpeg.so.62. Revdep-rebuild does not solve the problem and I don't have jpeg-compat "still lying around". Yes all versions (as they are binary-only) use old media-libs/jpeg:62 What's the output of "equery l media-libs/jpeg"? (or even better equery k) |