[pkg-nvidia-devel] Bug#441975: nvidia-glx should only provide the TLS version

[Aurelien Jarno]

Chris Reeves a écrit :
> On Thu, Jul 24, 2008 at 08:48:07AM -0700, Randall Donald wrote:
>> I was working on this yesterday based on your email. Just to confirm,
>> will providing TLS-enabled libnvidia-tls in both /usr/lib
>> and /usr/lib/tls work?
> 
> It depends upon what exactly your definition of "work" is. It works on my
> lenny system (glibc 2.7, kernel 2.6.25) in as much as having the /usr/lib/tls
> version of the library in both /usr/lib/tls and /usr/lib has had no adverse
> effect on my running system (whether I boot with /etc/ld.so.nohwcap present or
> not) and means that "perl -e 'use Qt'" does not segfault when
> /etc/ld.so.nohwcap is present (which should prevent debconf from crashing when
> the kde frontend is used).
> 
> As I said in my previous mail, IMHO there is no reason for both versions of
> this library to be accessible by a running system at any one time (the
> libraries are for use with different glibc and/or kernel versions). Therefore
> /usr/lib and /usr/lib/tls should both contain the same version.
> 
> The question remains as to whether we wish to continue supporting nvidia-glx
> users who use an unpatched kernel 2.4 (which your README.Debian implies are
> the target users of the 'non-tls' version). If that is the case then we should
> install both versions into /usr/lib/nvidia and continue to use USE_TLS to
> switch between the versions. If not, then the one-line change that you made to
> debian/rules in r432 should be sufficient to fix things on the nvidia-glx side
> of things. Of course, libc6 would still need a Conflicts: or some other
> modification.

As explained in my previous email, there is no point in supporting a 2.4
kernel, as Lenny won't run on it.

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32 at debian.org         | aurelien at aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net