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 do not know what the count is, but back then a few things failed if you built it, but was not in X, or it could not connect to a X server (user running X while merging as root, but root not on user's acl). So it could become a huge issue if more people start to merge xorg with USE=minimal ... One method might be to at least install Xvfb as well, even if USE=minimal? -- Martin Schlemmer Gentoo Linux Developer, Desktop/System Team Developer Cape Town, South Africa
signature.asc
Description: This is a digitally signed message part
