Hi, (adding debian-x@ and quoting in full for context, just in case somebody there has something to say on this matter.) Andreas Beckmann <debian@abeckmann.de> (15/06/2011): > now that I have to redo the diversion handling :-), I'd like to do it a > bit more general, so that fglrx can use it, too. What would be a good > destination for the diverted files? > * /usr/lib/mesa - but you might need this for other things > * /usr/lib/mesa-diverted > * ... > (I don't want it to include the names 'nvidia', 'fglrx' or 'non-free') Making it general, so non-nvidia, non-fglrx, is probably a good idea, if you are both going to use it. /usr/lib/mesa indeed seems like a bad idea. I guess mesa-diverted is self-explanatory enough. > Furthermore I want to introduce a global alternative 'glx' where the > user can run > update-alternatives --config glx > and gets the choices > - /usr/lib/mesa (or whereever the diverted files live) > - /usr/lib/nvidia > - /usr/lib/fglrx (or something like this) > and a set of slave alternatives is being setup so that all libraries > (libGL.so.1, but *not* libGL.so, libglx.so Xorg module etc.) are > switched at the same time avoiding "mixed configurations". > > Any objections to the alternative named 'glx'? > > About diverting multiarch libraries ... as I need to divert > libGL.so.1:amd64 and libGL.so.1:i386 at the same time to avoid weird > behaviour, I want to use a MultiArch: foreign diverter package that is > aware of the two triplets {i386,x86_64}-linux-gnu. Where should I put > the diverted files? /usr/lib/<triplet>/<diverted> or better > /usr/lib/<diverted>/<triplet> as /usr/lib/<triplet> may not exist and I > don't want to create it? Frankly, sorry, but I've already enough to do with free software. Mraw, KiBi.
Attachment:
signature.asc
Description: Digital signature