On Mon, 2005-02-07 at 16:38 -0200, Fernando Serboncini wrote: > On Mon, 2005-02-07 at 18:47 +0200, Martin Schlemmer [c] wrote: > > On Mon, 2005-02-07 at 09:46 -0500, Chris Gianelloni wrote: > > > On Mon, 2005-02-07 at 12:07 -0200, Fernando Serboncini wrote: > > > > I don't think I see the light here. > > > > What's the use of virtualx.eclass without X support? It basically uses > > > > xhost and Xvfb to create another DISPLAY, so I don't think it even runs > > > > without virtual/x11 installed. > > > > > > > > And since you're talking about virtualx dependency... > > > > > > > > Last week I had a problem with virtualx eclass because it uses Xvfb > > > > which isn't installed if xorg-x11 is built with USE="minimal". If > > > > there's no other alternative, I think virtualx should "built_with_use > > > > xorg-x11 minimal" and fail nicely if this happen. > > > > > > > > Also, there should be a warning somewhere, so developers can know that > > > > virtualx only works on full xorg-x11. > > > > > > Unfortunately, it is not that simple. Packages should still be able to > > > compile if xorg-x11 was built with minimal. Look at the recent changes > > > to pyopengl to see how it was done there. > > > > > > I don't really see this one as being quite so easy to resolve. > > I know what you mean. I was the one who fixed opengl. And the solution > was to remove "inherit virtualx", since there's no way to use it with > xorg-x11 minimal (Xvfb needed). >
Some thing probably do not need it anymore, but just removing might not do it for all. But I have not looked at what you talked about, so just disregard this if not applicable. > > One method might be to at least install Xvfb as well, even if > > USE=minimal? > > It would be good to have Xvfb on xorg-x11 minimal. But I don't know if > it conflicts with USE="minimal" objectives. > I would say X is already bloated, minimal or not, so just adding Xvfb will not make that a difference, especially since it it critical to building some packages. But it is not my call, as why I CC'd Donnie in my previous post. -- Martin Schlemmer Gentoo Linux Developer, Desktop/System Team Developer Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
