From owner-freebsd-ports@FreeBSD.ORG Fri Mar 2 09:50:09 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 42F42106566C; Fri, 2 Mar 2012 09:50:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A6C448FC1D; Fri, 2 Mar 2012 09:50:08 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q229lBeJ006871; Fri, 2 Mar 2012 11:47:11 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q229lBwm080707; Fri, 2 Mar 2012 11:47:11 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q229lA9o080706; Fri, 2 Mar 2012 11:47:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 2 Mar 2012 11:47:10 +0200 From: Konstantin Belousov To: Doug Barton Message-ID: <20120302094710.GD75778@deviant.kiev.zoral.com.ua> References: <20120223072132.GB88092@azathoth.lan> <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> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="48TaNjbzBVislYPb" Content-Disposition: inline In-Reply-To: <4F509414.3070605@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Baptiste Daroussin , 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 09:50:09 -0000 --48TaNjbzBVislYPb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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. 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. --48TaNjbzBVislYPb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9Qlx4ACgkQC3+MBN1Mb4j5XwCgk+yTwA6rI4phl14ivLiC2RHd QcIAn31tN9II55Bf49+z1xV2LaXUXdmv =g2He -----END PGP SIGNATURE----- --48TaNjbzBVislYPb--