From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: 01/01: gnu: vlc: Update to 2.2.0 Date: Sun, 15 Mar 2015 12:30:15 -0400 Message-ID: <877fui1aw8.fsf@netris.org> References: <1426351622.5785@bluehome.net> <87pp8av0ng.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXBQa-0003Uj-P0 for guix-devel@gnu.org; Sun, 15 Mar 2015 12:30:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YXBQV-0004lM-Oe for guix-devel@gnu.org; Sun, 15 Mar 2015 12:30:12 -0400 In-Reply-To: <87pp8av0ng.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Sun, 15 Mar 2015 14:41:07 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > "Jason Self" skribis: > >> Anyway, Debian seems sufficently slow moving to me and so I looked at >> that to get an idea of what might be acceptable. They have 3.5 in >> Wheezy and are jumping to 3.16 for Jessie which I understand is due >> soon? Given that, what about using 3.14? It is much newer and >> supported until August 2016 [0]. > > The real problem is that our libc must be able to work kernels typically > found out there in the wild, which may be older than this. Thus, 3.14 > may be a bit too recent. Note that currently, we configure GNU libc with --enable-kernel=3D2.6.32 with headers from linux-libre-3.3.8. If it's incorrect to use headers from a kernel newer than the oldest kernel we wish to support, then we're already doing it wrong. > Now, I think libc=E2=80=99s --enable-kernel can specify a baseline older = than > the available kernel headers. So it may be that we can use 3.14 headers > but build a libc that assumes a kernel possibly as old as 3.4. One data point: we're running Guix and also Nginx compiled with Guix on Hydra which runs a 2.6.x kernel, and it seems to work. Another data point: [GNU/]Linux From Scratch uses headers from Linux 3.19 and configures GNU libc with --enable-kernel=3D2.6.32. As I recall they've been doing this for years, always using headers from the most recent kernel but configuring libc to support older kernels. and another: Debian currently builds their libc against headers from Linux 3.12.6 and with --enable-kernel=3D2.6.32. In summary, I think using headers from 3.14 would be fine. Mark