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: Sun, 15 Mar 2015 14:41:07 +0100 Message-ID: <87pp8av0ng.fsf@gnu.org> References: <1426351622.5785@bluehome.net> 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]:36063) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YX8n5-0008Jd-58 for guix-devel@gnu.org; Sun, 15 Mar 2015 09:41:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YX8n1-0001e9-42 for guix-devel@gnu.org; Sun, 15 Mar 2015 09:41:15 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51166) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YX8n1-0001dz-09 for guix-devel@gnu.org; Sun, 15 Mar 2015 09:41:11 -0400 In-Reply-To: <1426351622.5785@bluehome.net> (Jason Self's message of "Sat, 14 Mar 2015 09:47:04 -0700 (PDT)") 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: Jason Self Cc: guix-devel@gnu.org "Jason Self" skribis: > Ludovic Court=C3=A8s said; >> Right. The version has to be chosen carefully (should be a LTS=20 >> version and one that is likely to remain on fsfla.org and/or that we >> mirror on alpha.gnu.org), plus we don=E2=80=99t want glibc=E2=80=99s req= uirement to >> be too high so people can use Guix on GNU/Linux with relatively old >> kernels. > > If using an LTS version is desired, support for the 3.3 series ended > almost three years ago. The 3.4 series is supported until September > 2016. I seem to recall a discussion about a separation of roles though > where, even though there may be some overlap, the intent of GSRC was > to be something people installed on an existing distro and that the > intent of Guix was to be completely independent and standalone. Given > that, how much effort do we want to put in to maintaining that > overlap? I think we want to Guix to be usable on distros other than GuixSD for the foreseeable future. It doesn=E2=80=99t cost us much in terms of maintenance, and it=E2=80=99s definitely helpful for those not willing/able= to switch to GuixSD. I don=E2=80=99t this there=E2=80=99s much overlap with GSRC here anyway. > 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. Now, I think libc=E2=80=99s --enable-kernel can specify a baseline older th= an 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. Then again, one should look at kernel-features.h to see what features we miss out by using, say, 3.4 instead of 3.14 (I expect there are few.) Would you like to look at these aspects more closely? Thanks, Ludo=E2=80=99.