From owner-freebsd-ports@FreeBSD.ORG  Thu Feb 23 01:35:02 2012
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
Delivered-To: ports@FreeBSD.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id B72751065673; Thu, 23 Feb 2012 01:35:02 +0000 (UTC)
Date: Thu, 23 Feb 2012 01:35:02 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: John Hein <jhein@symmetricom.com>
Message-ID: <20120223013502.GA78308@FreeBSD.org>
References: <20120222222544.GA88092@azathoth.lan>
	<20293.31720.350021.74506@gromit.timing.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <20293.31720.350021.74506@gromit.timing.com>
User-Agent: Mutt/1.4.2.1i
Cc: ports@FreeBSD.org, Baptiste Daroussin <bapt@FreeBSD.org>, x11@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 <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
	<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports>
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
	<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Feb 2012 01:35:02 -0000

On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote:
> One of the issues with 'alternatives' implementations is that they are
> not selectable per-user (including non superuser).
> 
> In this particular case (libGL), also what about the native X server
> vs. virtual X servers that support using the mesa lib (per-application
> selection)?
> 
> In addition to something like alternatives, another option is to allow
> installation of conflicting files (like libGL.so in this case) to
> separate directories and specify which to use using a path (like
> LD_LIBRARY_PATH or rpath at compile time).  That can help with the
> aforementioned per-user and per-application variation.
> 
> Personally, I prefer the "path" method over something like alternative
> sym links (e.g., debian/redhat alternatives).  There can still be a
> front-end tool to get at the "alternates" configuration information,
> but I like the ability to set a path rather than a sym link.

I tend to agree.  While I currently do not see clearly the best solution to
the problem, when I see "etc/alternative.d" I want to unsee it ASAP.

For nvidia driver, it might be easier to simply provide a knob in
xorg-server and libGL and perhaps register a dependency on nvidia-driver;
no need to invent some cumbersome framework.

./danfe