Summary: | app-i18n/uim-1.5.6-r1 links against already installed uim | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Randall Wald <rdwald> |
Component: | Current packages | Assignee: | CJK Team <cjk> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 298221 | ||
Bug Blocks: |
Description
Randall Wald
2009-09-13 20:08:20 UTC
Looks, like preserve_lib may not be a good solution. Try lafilefixer, then 'revdep-rebuild --library libxcb-x11.so.0'. Assigning to x11, not cjk, just in case other similar problems appear (though chances are that reporter will make it from here). Please read the upgrade guide like the ebuild strongly suggests. http://www.gentoo.org/proj/en/desktop/x/x11/libxcb-1.4-upgrade-guide.xml Thanks I did all that before filing the bug, but just be certain, I redid everything listed on that page. The final revdep-rebuild -L libxcb-xlib.so.0 tries to rebuild uim (unsurprisingly) and runs into exactly the same error as I initially described. (In reply to comment #3) > I did all that before filing the bug, but just be certain, I redid everything > listed on that page. Ok, just wanted to be sure :) > The final revdep-rebuild -L libxcb-xlib.so.0 tries to > rebuild uim (unsurprisingly) and runs into exactly the same error as I > initially described. Hmm, there's a number of things that could go wrong but here it looks like uim is trying to link against its own system copy... /usr/lib64/uim/notify/libuimnotify-libnotify.so is indeed part of uim right? (use "qfile" or "equery belongs" to check). If so, could you try unmerging uim before remerging it again? Thanks Unmerging and remerging allowed it to merge cleanly; I was worried about doing so because of the risk it wouldn't work, but apparently I shouldn't have been so concerned. Still, weird that it was using an old copy of itself to build against. Reopening Clearly this shouldn't happen. It's a build system bug. @cjk, uim links against the system-installed uim during build. It's not a libxcb bug :) Cheers Hmm, interestingly enough, it seems someone else had a similar problem to this, only with gnome-base/gnome-panel-2.26.3: it was linking against its own old version, causing it to fail after upgrading to libxcb-1.4 (Bug #282091). I'm not sure if it's related, but I figured I'd cross-link them just in case. 1.5.6-r2 in cvs. the patch is from trunk. Could you test it? It looks like the original reporter already unmerged and remerged uim, so he might not be able to reproduce this. However, I ran into the same issue with app-i18n/uim-1.5.6-r1. Unmasking app-i18n/uim-1.5.6-r2 and then emerging that over top (without removing the old version) works fine for me. (In reply to comment #9) > 1.5.6-r2 in cvs. the patch is from trunk. Could you test it? Yes, -r2 fixes this problem. Now to get it stable... or -r3 maybe. 1.5.7 marked stable. close. |