update ebuild for modular X.
Created attachment 75050 [details] diff against current ebuild
*** Bug 116449 has been marked as a duplicate of this bug. ***
Created attachment 75399 [details, diff] rxvt-unicode-5.9-r1.ebuild.patch The ebuild that was already attached doesn't have the correct dependancies. This one does.
*** Bug 117231 has been marked as a duplicate of this bug. ***
Created attachment 75824 [details, diff] rxvt-unicode-modx.diff proto goes in DEPEND, and i think you missed libXrendr. i686-pc-linux-gnu-gcc -O2 -march=prescott -fomit-frame-pointer -pipe -fno-ident -g -ggdb -I/usr/include/freetype2 -Wl,-O1 -o rxvtc rxvtc.o rxvtdaemon.o fdpass.o -lXft -lsupc++ -lXft -lXrender -lfontconfig -lfreetype -lz -lX11
I'll fix rxvt this evening but I'm not maintaining rxvt-unicode. latexer, ciaranm: could you guys check and apply the patch for rxvt-unicode?
Has someone checked that 'emerge rxvt-unicode' off a clean stage3 works correctly with this patch?
Created attachment 75837 [details, diff] rxvt-unicode-modx2.diff yeah, no problems building it in a 2005-r1 stage 3 chroot. if you want to go minimal, this patch will have rxvt-unicode only depend on libXft, libXpm and xproto, and just trust those pkgs to pull in the rest of the needed libraries. this could suck if the deps btwn them ever change in the future but i don't know why they would.
(In reply to comment #3) > Created an attachment (id=75399) [edit] > rxvt-unicode-5.9-r1.ebuild.patch > > The ebuild that was already attached doesn't have the correct dependancies. > This one does. > Your ebuild has alot of deps that are already gonna be pulled in via libXt. We do not need to depend on deps that are already gonna be installed via another lib.
(In reply to comment #9) > (In reply to comment #3) > > Created an attachment (id=75399) [edit] > > rxvt-unicode-5.9-r1.ebuild.patch > > > > The ebuild that was already attached doesn't have the correct dependancies. > > This one does. > > > > Your ebuild has alot of deps that are already gonna be pulled in via libXt. We > do not need to depend on deps that are already gonna be installed via another > lib. > Feel free to prove me wrong, but I'm not seeing the right dependancies in libXt. libXt has: RDEPEND="x11-libs/libX11 x11-libs/libSM x11-proto/xproto" DEPEND="${RDEPEND}" libSM has: RDEPEND="x11-libs/libICE x11-libs/xtrans x11-proto/xproto" DEPEND="${RDEPEND}" libICE has: RDEPEND="x11-libs/xtrans x11-proto/xproto" DEPEND="${RDEPEND}" So, from what I see the only one thats redundant is x11-proto/xproto, and maybe Xlib. ..then again I'm new to this whole modular build thing.
(In reply to comment #5) > Created an attachment (id=75824) [edit] > rxvt-unicode-modx.diff > > proto goes in DEPEND, and i think you missed libXrendr. > > i686-pc-linux-gnu-gcc -O2 -march=prescott -fomit-frame-pointer -pipe -fno-ident > -g -ggdb -I/usr/include/freetype2 -Wl,-O1 -o rxvtc rxvtc.o rxvtdaemon.o > fdpass.o -lXft -lsupc++ -lXft -lXrender -lfontconfig -lfreetype -lz -lX11 > libXrender is pulled by libXft
The patch from comment 8 seems to be "the one" (as long as the deps for its deps don't change).
Omitting real direct dependencies that just happen to be pulled in currently by another ebuild isn't a very good idea. When the next version of said ebuild comes out with different deps, it'll break anything relying upon indirect dependencies. Instead you should list everything that the package needs directly, and leave out anything that's just required as a dependency of a dependency.
then attachment #75824 [details, diff] should cover your ass. ;)
Updated rxvt for modular X.
Ok, rxvt-unicode 6.2 has modular X deps, thanks.