From: ludo@gnu.org (Ludovic Courtès)
To: Jason Self <jason@bluehome.net>
Cc: guix-devel@gnu.org
Subject: Re: 01/01: gnu: vlc: Update to 2.2.0
Date: Sun, 15 Mar 2015 14:41:07 +0100 [thread overview]
Message-ID: <87pp8av0ng.fsf@gnu.org> (raw)
In-Reply-To: <1426351622.5785@bluehome.net> (Jason Self's message of "Sat, 14 Mar 2015 09:47:04 -0700 (PDT)")
"Jason Self" <jason@bluehome.net> skribis:
> Ludovic Courtès said;
>> Right. The version has to be chosen carefully (should be a LTS
>> version and one that is likely to remain on fsfla.org and/or that we
>> mirror on alpha.gnu.org), plus we don’t want glibc’s requirement 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’t cost us much in terms of
maintenance, and it’s definitely helpful for those not willing/able to
switch to GuixSD.
I don’t this there’s 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’s --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.
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’.
next prev parent reply other threads:[~2015-03-15 13:41 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20150303133207.9875.94018@vcs.savannah.gnu.org>
[not found] ` <E1YSmvg-0002aH-2l@vcs.savannah.gnu.org>
2015-03-06 20:31 ` 01/01: gnu: vlc: Update to 2.2.0 Andreas Enge
2015-03-06 22:34 ` Axel
2015-03-12 20:45 ` Andreas Enge
2015-03-12 23:13 ` Mark H Weaver
2015-03-14 13:43 ` Ludovic Courtès
2015-03-14 16:47 ` Jason Self
2015-03-14 21:56 ` Andreas Enge
2015-03-15 13:41 ` Ludovic Courtès [this message]
2015-03-15 16:30 ` Mark H Weaver
2015-03-16 8:50 ` Ludovic Courtès
2015-03-10 16:28 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87pp8av0ng.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=jason@bluehome.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.