Date: Thu, 28 Jun 2012 11:00:12 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: Alexey Dokuchaev <danfe@freebsd.org> Cc: Baptiste Daroussin <bapt@freebsd.org>, x11@freebsd.org Subject: Re: Proposition to make nvidia driver stop overwritting files Message-ID: <20120628080012.GT2337@deviant.kiev.zoral.com.ua> In-Reply-To: <20120628042051.GA8166@FreeBSD.org> References: <20120606131623.GA82148@ithaqua.etoilebsd.net> <20120628042051.GA8166@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--RpmpUzIBLeukSLnl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 28, 2012 at 04:20:51AM +0000, Alexey Dokuchaev wrote: > On Wed, Jun 06, 2012 at 03:16:23PM +0200, Baptiste Daroussin wrote: > > Hi, > >=20 > > I would like to propose a way to make nvidia drivers stop overwriting f= iles > > namely libGL.so.1 and libglx.so. >=20 > Hello Baptiste, and sorry for belated reply. >=20 > > Why stop overwriting files is important to me? [ Well-known facts about > > difficulties about upgrading xorg+libgl+nvidia-driver that require manu= al > > interaction skipped. ] >=20 > I understand your point. Yes, current solution is far from ideal. E.g. I > am not even sure portupgrade can upgrade that bundle correctly. However,= I > am also not sure that this cannot be achieved by some dependency magic. > Modulo the inconsistent pkgdb... >=20 > > I have modified rtld so that libmap.conf is now aware of 2 new directiv= es: > > include and includedir this is in current and have been MFCed into 9 no= MFC > > to 8 planned for now as it depends on previous modifications of rtld wh= ich > > were not MFC to 8 yet. >=20 > Thanks for not touching 8.x. This is probably the last known branch that > currently more or less reliably works (the trend was broken Januaryish). It seems that this statement makes a carte blanche to claim that current situation with nvidia driver port just demonstrates complete lack of care from the maintainer, for quite lot a time ? >=20 > > What I would love to see is: nvidia drivers no more installing libGL.so= .1 > > and libglx.so files but instead of that install libGL-nvidia.so.1 and > > libglx-nvidia.so.1 >=20 > I must say I am not entirely convinced this is the best approach. How us= able > is to have two (three?..) libGL implementations for a non-developer? I w= as > thinking that maybe I can avoid having libGL as a dependency, so users wo= uld > have to install either one or another, but not both. >=20 > Include-dances in libmap.conf are standard way in freenix world to solve > problems like this one, but right now I see this scenario happening on a > developer's box rather that on user's. User would probably just want sin= gle > libGL+friends implementation that best suits his/her gfx card. So you completely ignore/do not care about users of hybrid machines. Nice. --RpmpUzIBLeukSLnl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/sDwsACgkQC3+MBN1Mb4gadQCdGW/MPeV6kYHOHIIlTq71wR9K wNQAoNkezh+KHjSjH0KGI3r03JqEbaBA =4VGK -----END PGP SIGNATURE----- --RpmpUzIBLeukSLnl--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120628080012.GT2337>