Fix nvidia-like ports, help needed
bapt at freebsd.org
Fri Mar 2 11:15:12 UTC 2012
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
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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20120302/86070688/attachment.pgp
More information about the freebsd-ports