Fix nvidia-like ports, help needed

Konstantin Belousov kostikbel at
Fri Mar 2 09:50:09 UTC 2012

On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote:
> 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 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 installed
and somehow switched around. It would be best to have Mesa and NVidia installed under other names, like and, and provide a symlink for

BTW, besides, another conflicting file is
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url :

More information about the freebsd-ports mailing list