Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 133832 - xterm depends on luit only if no virtual/x11 emerged
Summary: xterm depends on luit only if no virtual/x11 emerged
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: High trivial (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2006-05-19 19:30 UTC by Mart Raudsepp
Modified: 2006-05-22 06:07 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Mart Raudsepp gentoo-dev 2006-05-19 19:30:24 UTC
xterm-212-r2.ebuild has the following RDEPEND:

RDEPEND="|| ( ( x11-libs/libX11
                unicode? ( x11-apps/luit ) )
        virtual/x11 )
        Xaw3d? ( x11-libs/Xaw3d )

virtual/x11 doesn't pull in x11-apps/luit, so in effect it depends on luit only if virtual/x11 isn't installed and USE=unicode, instead of whenever USE=unicode.

It seems that unicode? ( x11-apps/luit ) should be brought out of the OR to the same level as Xaw3d.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-05-20 02:25:26 UTC
The dependency is correct.
Comment 2 Mart Raudsepp gentoo-dev 2006-05-20 02:40:29 UTC
ANY kind of explanation would be appreciated.
Comment 3 Mart Raudsepp gentoo-dev 2006-05-22 05:37:10 UTC
Comment 4 Mart Raudsepp gentoo-dev 2006-05-22 05:52:59 UTC
The dependecy would be correct in my book if virtual/x11 pulls in luit - but it doesn't.
Then again, now I was explained elsewhere that putting it outside would break monolith installs.
As I now don't see other solution than adding it to virtual/x11 (with a USE=unicode perhaps, which wouldn't be good either) either, so closing it again.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2006-05-22 06:07:16 UTC
Indeed, adding such specific stuff to the virtual/x11 dependencies is not the best idea. Feel free to file a bug that requests removing virtual/x11-7* from portage so that it doesn't break modular deps. The dependencies here are correct as they are, not an xterm ebuild bug.