On Fri, Mar 02, 2012 at 11:47:10AM +0200, Konstantin Belousov wrote: > On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > On 02/28/2012 14:36, Baptiste Daroussin wrote: > > > On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote: > > >> On 2/28/2012 1:15 PM, Baptiste Daroussin wrote: > > >>> Here is a patch to add support for includedir keyword to > > >>> libmap.conf so that we > > >> > > >> I think this is overly complicated, and not generally useful. It > > >> also delays the utility of the solution until this gets into the > > >> base. > > >> > > >> What I would do instead is to incorporate an nvidia option into > > >> the xorg meta-port, and separate the GL libs into a separate > > >> port. If the nvidia option is checked the GL libs come from an > > >> nvidia slave port. If not, they come from an xorg-server slave > > >> port. > > >> > > >> Or, we just keep doing what we're doing now, since it works. I'm > > >> still not sure what problem we're trying to solve. :) > > >> > > >> > > >> Doug > > > > > > the problem we are trying to solve is to avoid having the nvidia > > > drivers overwritting libGL.so.1 which break the package database > > > consistency. > > > > In that case the solution I outlined above would work, and it's hard > > for me to see why it wouldn't be the best solution. > There are hybrid machines which have both Intel and NVidia GPUs. > Depending on a switch position, you may activate one of the GPU. > Usually, on-CPU GPU gives power efficiency, while discrete one provdes > a performance. > > For such machines, it is _very_ useful to have both libGL.so.1 installed > and somehow switched around. It would be best to have Mesa and NVidia > libGL.so.1 installed under other names, like libGL-mesa.so.1. and > ligGL-nvidia.so.1, and provide a symlink for libGL.so.1 > > BTW, besides libGL.so.1, another conflicting file is > /usr/local/lib/xorg/modules/extensions/libglx.so.
This was my first idea, the symlink to be able to switch though the "alternative" script, but this seems to be rejected, that is why I tried to fixed it using the libmap.conf, but libmap.conf won't solve the libglx.so solution as it is opened from its path iirc. regards, Bapt
pgpAxUDtvPyGw.pgp
Description: PGP signature
