From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: 01/01: gnu: vlc: Update to 2.2.0
Date: Mon, 16 Mar 2015 09:50:25 +0100
Message-ID: <87wq2h72cu.fsf@gnu.org>
References: <1426351622.5785@bluehome.net> <87pp8av0ng.fsf@gnu.org>
	<877fui1aw8.fsf@netris.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:51638)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1YXQjY-0003XD-Fd
	for guix-devel@gnu.org; Mon, 16 Mar 2015 04:50:49 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1YXQjV-0004qj-9n
	for guix-devel@gnu.org; Mon, 16 Mar 2015 04:50:48 -0400
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33263)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@gnu.org>)
	id 1YXQjV-0004qd-6W
	for guix-devel@gnu.org; Mon, 16 Mar 2015 04:50:45 -0400
In-Reply-To: <877fui1aw8.fsf@netris.org> (Mark H. Weaver's message of "Sun, 15
	Mar 2015 12:30:15 -0400")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=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: Mark H Weaver <mhw@netris.org>
Cc: guix-devel@gnu.org

Mark H Weaver <mhw@netris.org> skribis:

> ludo@gnu.org (Ludovic Court=C3=A8s) writes:

[...]

>> 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.

Indeed, so let=E2=80=99s do that.

Thanks for the analysis and confirmation!

Ludo=E2=80=99.