Hello, I just saw these lines when emerging app-office/kword-1.6.1-r1: * checking koffice-1.6.1.tar.bz2 ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking parts of koffice-1.6.1.tar.bz2 to /var/tmp/portage/app-office/kword-1.6.1-r1/work find: /usr/lib/games: Keine Berechtigung Symlinking library libkformula under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkofficecore under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkofficeui under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkopainter under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkotext under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkwmf under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkowmf under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkstore under /usr/lib/ in source dir find: /usr/lib/games: Keine Berechtigung Symlinking library libkspreadcommon under /usr/lib/ in source dir * Applying koffice-xpdf-CVE-2007-0104.diff ... [ ok ] >>> Source unpacked. And there is my (maybe not directly related) comment here: http://bugs.gentoo.org/show_bug.cgi?id=158582#c11 Both indicate that there is a problem with /usr/lib/games which has these permissions: drwxr-x--- 3 root games 4096 22. Aug 2004 games My settings for portage contain: FEATURES="collision-protect sandbox userfetch userpriv usersandbox" If I remove userpriv, then supertux emerges without error and also kword doesn't complain any more. Is this a problem with portage, with my /usr/lib/games directory, or is this intended behavior when using userpriv? Thanks, René
Really don't what's koffice's business in /usr/lib/games; the directory permissions are correct and please take your supertux issues to a different bug.
My supertux issues have a comfortable place at the link I gave here, thank you. I have referenced that comment because I think it relates to the problem I describe in this report. As the problem described here vanishes when userpriv is removed from portage FEATURES while sandbox is still active, how can you be so certain that portage is not involved and change my bug summary from * "Portage's userpriv doesn't like /usr/lib/games permissions" to * "app-office/kword-1.6.1-r1 tries to mess with /usr/lib/games"? I actually believe the warnings come from kde-meta_src_unpack() in kde-meta.eclass which does a "find ${PREFIX} ..." in /usr. As the portage user doesn't have read rights in /usr/lib/games, we get those warnings. So the question is (and this corresponds to my original bug summary that you changed), shouldn't the portage user be allowed to utilize the content of games directories? kword doesn't need them, sure, it was only for that ebuild that I saw the warnings. But supertux seems to fail for this very reason.
Uhm, what actually created /usr/lib/games there? Because it should be ${GAMES_PREFIX}/$(get_libdir), i.e. /usr/games/lib...
Dunno, it contains an empty xmame directory. equery gives no package, either, so it must be a kind of leftover. I'll remove that directory and try both ebuilds again.
kword doesn't complain any more; supertux still bails out with userpriv: cc1: error: /usr/games/include: Permission denied
These error messages are trivial. I've took the chance and changed the eclass to lookup only the diretories we're interested in, speeding up the unpack phase a bit. Regarding supertux: As Jakub said, open another bug for it, if necessary.