[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: More on additional glibc test to prevent Debian on Redhat+TUX VPS users to get in troubles when upgrading to glibc 2.7-3.



PieterB a écrit :
>>> Can anybody help me find the kernel patch I should ask to be installed
>>> (I doubt they do that in short time with a big hosting company like Strato).
>>   actually it's a patch to remove (it's called the TUX patch afaict).
> 
> I found a broader description of it at 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454638
> 
> I now understand that the problem is caused by the non-standard RHEL kernel
> my VPS-provider (Strato) uses. Debian maintainers blame the (non-standard)
> Redhat+TUX kernel. Redhat blames the use of a non-standard TUX patch. The
> VPS software people who used this kernel (probably Virtuozzo) should fix
> this permanently by not using the TUX patch, or creating another fix.
> 
> I agree with Comment #5 from John Salmon at the Redhat glibc tracker at
> http://sourceware.org/bugzilla/show_bug.cgi?id=5227#c5 in which he states:
> 
>    I see "no reason to ignore a straightforward test, modeled after the
>    other tests in dirent/, that passes when glibc is working correctly and
>    that fails on some systems which happen to be unsupported?"
> 

This patch only concerns the build time testsuite.

It can probably be used at installation time, but that's mean adding
some complexity to the already complex preinst script. It also means
spending some time for that, and I am personally not ready to spend time
to write a patch for highly non-standard kernels.

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



Reply to: