From owner-freebsd-x11@FreeBSD.ORG Thu Feb 23 08:51:48 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48AEE106564A; Thu, 23 Feb 2012 08:51:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A302E8FC12; Thu, 23 Feb 2012 08:51:47 +0000 (UTC) Received: from outgoing.leidinger.net (p5796DADA.dip.t-dialin.net [87.150.218.218]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id DF25D8443F3; Thu, 23 Feb 2012 09:34:26 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 347195878; Thu, 23 Feb 2012 09:34:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329986064; bh=Jf5kJKSP2f8Hk3zFwKY85nmPvu3sZFj4c526zOIW2Nk=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=c1uVnCpyOTlDsiUU/hNR+6GHa8tyvZTmGViIHKHazvoYa/G/TNscztCst979A77MA ytPtHAF2Tz/cQqp14/oFHcJHLSvHsjE2SXvnyrZD2+iZgvVBr1wXYEX50yzRYssZj+ 1r6R8ulkVsn4VojwkGFtBnRzM/NkXxu3ey78vpjduZ0/Hmklmv7p4GaypAdawDcyNm Bhhg1KUIFHrf3JrQ8+VBQ2y+X7itQzzicTO/lM8NC0/11o5NeCRU5hjYxCg1X4Ns/2 UFQAf9COYAkNSHlCGBIgqYp3NlIITwwz6BfBvum1FVFODpg8GnhDOA8UHGXaX7RBi2 vwCSU5FJ1fjzg== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1N8YNY0066926; Thu, 23 Feb 2012 09:34:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.20 ([85.94.224.20]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 23 Feb 2012 09:34:23 +0100 Date: Thu, 23 Feb 2012 09:34:21 +0100 Message-ID: <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> From: Alexander Leidinger To: Baptiste Daroussin References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> In-Reply-To: <20120223072132.GB88092@azathoth.lan> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: DF25D8443F3.A6463 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.183, required 6, autolearn=disabled, AWL -2.17, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, J_CHICKENPOX_52 0.60, RCVD_IN_BL_SPAMCOP_NET 1.25, RCVD_IN_SORBS 1.00, RCVD_IN_SORBS_WEB 0.61, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330590867.41416@nRSZJgNcV8UkjWUu2wHKjw X-EBL-Spam-Status: No X-Mailman-Approved-At: Thu, 23 Feb 2012 12:36:40 +0000 Cc: ports@FreeBSD.org, Alexey Dokuchaev , x11@FreeBSD.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 08:51:48 -0000 Quoting Baptiste Daroussin (from Thu, 23 Feb 2012 08:21:33 +0100): > On Thu, Feb 23, 2012 at 01:35:02AM +0000, Alexey Dokuchaev wrote: >> 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. > > Why not but which package will provide the libGL.so file? in all > case the users > might need to be able to switch the libGL.so file from the nvidia one to the > mesa one, what would a user have to do for that, in particular a > user using only > binary packages where a file can't belong to 2 different packages without > conflicting? > > if someone have a better solution than a framework for that I'm open > but no the > knob is not a solution for package people. Do you havea list of packages which overzrite something, respectively do you have a list of files which are overwriten? If we just talk about the nvidia lib, installing the mesa and nvidia ones into subdirectories and asking to add (or adding automatically/optionally) ldconfig_paths="$ldconfig_paths /usr/local/lib/-gl/" to rc.conf could be an option. Bye, Alexander. -- What we cannot speak about we must pass over in silence. -- Wittgenstein http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137