Fix nvidia-like ports, help needed

[Baptiste Daroussin]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20120302/86070688/attachment.pgp