emerge troubles with xmms and xchat (and what else ?)

[dju`]

hello,
i've got a new installation from 1.4_rc3 stage 1, with ACCEPT_KEYWORDS="x86", and i'm having troubles while emerging apps such as xmms or xchat-2.

sometimes, files (especially app's plugins) seems to be installed in the wrong place. it happens with xmms-1.2.7-r15 (latest stable), which puts the input, ouput, effect plugins into /usr/lib instead of /usr/lib/xmms/*, making xmms unusable. this problem seems to be known (https://forums.gentoo.org/viewtopic.php?t=39485&highlight=emerge+xmms and https://forums.gentoo.org/viewtopic.php?t=39875&highlight=emerge+xmms) and the solution is to emerge the 1.2.7-r19 version.

this also happens with xchat-2.0.0, which puts tcl, python and perl plugins into /usr/lib instead of /usr/lib/xchat/plugins, making them unavailable under xchat. upgrading to 2.0.1 didn't solve the pb.
i've decomposed one of the ebuilds, and it seems that the problem comes from the qmerge stage of the ebuild, because the tree in /var/tmp/portage/*/image looks good.

i'd like to know where the pb comes from and if there is a way to solve it before submitting on bugzilla. i find a little strange that a bug like that happens with the stable keyword. i'm afraid other packages were badly installed too.

to help, here is my emerge info :

[BoredSpy]

I've opened this bug which references one which has quite a long update list for xmms. I believe it's a portage bug, not an ebuild bug.

https://bugs.gentoo.org/show_bug.cgi?id=17264

[rafael]

Well.. a temporary, semi-hard solution is to add liboss.so and liboss.la in the /usr/lib/ if they're not there already. Then make this simple symlink:

[dju`]

all right, let's downgrade portage to r7 for a while.