This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Requiring Linux 3.2 for glibc 2.24
- From: Szabolcs Nagy <szabolcs dot nagy at arm dot com>
- To: Florian Weimer <fweimer at redhat dot com>, <libc-alpha at sourceware dot org>
- Cc: Joseph Myers <joseph at codesourcery dot com>, <nd at arm dot com>
- Date: Wed, 10 Feb 2016 14:37:10 +0000
- Subject: Re: Requiring Linux 3.2 for glibc 2.24
- Authentication-results: sourceware.org; auth=none
- Nodisclaimer: True
- References: <alpine dot DEB dot 2 dot 10 dot 1601311614080 dot 31071 at digraph dot polyomino dot org dot uk> <20160209143631 dot GA29366 at aurel32 dot net> <56B9FDC1 dot 1080404 at redhat dot com> <56BB4759 dot 6040309 at redhat dot com>
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:23
On 10/02/16 14:21, Florian Weimer wrote:
> On 02/09/2016 03:54 PM, Florian Weimer wrote:
>> On 02/09/2016 03:36 PM, Aurelien Jarno wrote:
>>
>>> I am in favor of that. That said when have we tried to do so in Debian
>>> stretch/sid (which will be released in 2017), people started to complain
>>> loudly that it breaks openvz. We had to revert the change given a lot of
>>> VPS providers are using openvz.
>>>
>>> It seems that openvz is currently not ported on more recent kernels than
>>> 2.6.32 and that it will be supported until 2019 for SLES11 and 2020 for
>>> RHEL7. This unfortunately doesn't encourage openvz to move to newer
>>> kernels.
>>
>> I've got access to a Virtuozzo container which runs on a commercially
>> supported (?) 3.10 kernel variant.
>
> It turns out it's lying about the kernel version:
>
> <https://bugs.openvz.org/browse/OVZ-5843>
>
> Oh dear.
>
i know about a case when musl libc is used instead of glibc
only because of that kernel version check.
(they needed a new libc, glibc failed on their old kernel,
they didn't know how safe it is to disable that check so
they compiled their application against musl. they could
not update the kernel because of custom drivers etc.)
i don't see the point of breaking userspace on old kernels..
(ppl will just do these evil workarounds.. instead of having
a few racy apis)