From owner-freebsd-ports@FreeBSD.ORG Fri Mar 2 11:15:12 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E08E1065673; Fri, 2 Mar 2012 11:15:12 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAD18FC14; Fri, 2 Mar 2012 11:15:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q22BFCcx092394; Fri, 2 Mar 2012 11:15:12 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q22BFBLH092393; Fri, 2 Mar 2012 11:15:11 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Fri, 2 Mar 2012 12:14:58 +0100 From: Baptiste Daroussin To: Konstantin Belousov Message-ID: <20120302111458.GE50579@azathoth.lan> References: <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> <20294.39398.620930.217619@gromit.timing.com> <20120223211406.GA14803@azathoth.lan> <4F46D751.2090100@FreeBSD.org> <20120228211513.GD99283@azathoth.lan> <4F4D44F0.9060901@FreeBSD.org> <20120228223656.GF99283@azathoth.lan> <4F509414.3070605@FreeBSD.org> <20120302094710.GD75778@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gDGSpKKIBgtShtf+" Content-Disposition: inline In-Reply-To: <20120302094710.GD75778@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Doug Barton , Ade Lovett , freebsd-ports@freebsd.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 11:15:12 -0000 --gDGSpKKIBgtShtf+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 > >=20 > > 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 > > >>=20 > > >> I think this is overly complicated, and not generally useful. It > > >> also delays the utility of the solution until this gets into the > > >> base. > > >>=20 > > >> 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. > > >>=20 > > >> 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. :) > > >>=20 > > >>=20 > > >> Doug > > >=20 > > > the problem we are trying to solve is to avoid having the nvidia > > > drivers overwritting libGL.so.1 which break the package database > > > consistency. > >=20 > > 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. >=20 > 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 >=20 > 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 --gDGSpKKIBgtShtf+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9Qq7IACgkQ8kTtMUmk6EwEwACgluUD7n+iy3CfdhsBMhP61a0M 01MAniJXtk+etLHGwFLRLa6SQBV/IRPr =kBGH -----END PGP SIGNATURE----- --gDGSpKKIBgtShtf+--