From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: bug#30537: glibc 2.26 refuses to run on CentOS 6.8 Date: Tue, 20 Feb 2018 13:34:27 +0100 Message-ID: <87woz7rga4.fsf@mdc-berlin.de> References: <87eflgstqt.fsf@mdc-berlin.de> <20180220012229.GA28522@jasmine.lan> <20180220115221.GA17373@jasmine.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eo78W-0002Qe-0g for bug-guix@gnu.org; Tue, 20 Feb 2018 07:35:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eo78Q-0007Pw-3C for bug-guix@gnu.org; Tue, 20 Feb 2018 07:35:08 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:44325) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eo78P-0007Po-On for bug-guix@gnu.org; Tue, 20 Feb 2018 07:35:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eo78P-0005eH-Ic for bug-guix@gnu.org; Tue, 20 Feb 2018 07:35:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20180220115221.GA17373@jasmine.lan> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Leo Famulari Cc: 30537@debbugs.gnu.org Leo Famulari writes: > On Mon, Feb 19, 2018 at 08:22:29PM -0500, Leo Famulari wrote: >> My questions are, how does the glibc team choose the minimum kernel >> version? What could go wrong if we apply this patch and somebody uses >> Guix on a pre-3.2.0 kernel? >> >> Perhaps they simply chose to not support glibc on any kernel that is not >> supported upstream; 3.2.x is the oldest supported release series. But, >> we should have some idea of their reasoning, in my opinion. > > As far as I can tell, the discussion started on the libc-alpha mailing > list in January 2016: > > https://sourceware.org/ml/libc-alpha/2016-01/msg00885.html > > ... and continued into February: > > https://sourceware.org/ml/libc-alpha/2016-02/msg00002.html > > These messages can provide some useful context. The only reason for moving the lower bound to Linux 3.2 is that 2.6 has reached EOL. This allows the glibc developers to assume certain kernel features and simplify their code. The RHEL kernels are special, though, in that they are continuously patched beyond recognition, backporting features. A RHEL 2.6.32 kernel is very different from a stock 2.6.32 kernel. The patch explicitly permits a *single* extra kernel version (0x020620 = 2.6.32) at runtime, not *all* older kernels, so it isn’t as bad as it may seem. For future updates to the glibc we would have to re-evaluate if the current RHEL 6.x kernel still supports all features the glibc expects, and decide once more if we can justify patching glibc to allow that one particular kernel version. -- Ricardo