From: ludo@gnu.org (Ludovic Courtès)
To: Andreas Enge <andreas@enge.fr>
Cc: guix-devel@gnu.org
Subject: Re: Linux-libre
Date: Thu, 29 May 2014 23:37:51 +0200 [thread overview]
Message-ID: <87lhtk8dw0.fsf@gnu.org> (raw)
In-Reply-To: <20140529170800.GA14924@debian> (Andreas Enge's message of "Thu, 29 May 2014 19:08:00 +0200")
Andreas Enge <andreas@enge.fr> skribis:
> On Thu, May 29, 2014 at 05:53:46PM +0200, Ludovic Courtès wrote:
>> The problem is that the headers are what libc builds against. It
>> doesn’t need the latest version (in fact, we build it with
>> --enable-kernel=2.6.30.)
>
> I still do not quite get it. If not necessary, it would albeit be allowed to
> have the same versions, no?
Yes.
> Then why do we not make this choice and maybe update to a long term
> kernel in core-updates as suggested in the discussion following
> http://bugs.gnu.org/14851 ? How about creating one package
> linux-libre with two outputs 'out' and 'headers'?
We can’t do that, because changing linux-libre-headers entails a full
rebuild. Thus, we want a stable linux-libre-headers. Also, libc is
decoupled from the actual kernel version, so we don’t have to worry
here.
> When I noticed that udev was looking for kmod, I started packaging it. The
> debian web page states it is a replacement of module-init-tools, and indeed
> it seems to contain the same binaries (lsmod etc.). I tried to configure udev
> with module-init-tools as an input, but it still asks for kmod. Our linux-libre
> package has module-init-tools as an input; should we use kmod instead? Then
> if kmod requires the kernel headers, my suggestion of the previous paragraph
> would not work.
Oh, I see. That vaguely rings a bell. Using kmod looks like the better
long-term solution, so we’ll have to figure that out.
>> I suspect the problem is that linux-libre-headers is build with the
>> default config, which may lack some features, and so as a side effect
>> some headers are not installed.
>> Would you like to look into it? Or maybe Alírio? :-)
>
> I am having a quick look at it, but I would gladly step back for someone more
> knowledgeable! My only interest in all this is actually to compile kdelibs;
> my bug report that it does not require udev according to its configure phase,
> but does not compile without it, has not seen a resolution so far.
Recursive troubleshooting. :-)
Ludo’.
prev parent reply other threads:[~2014-05-29 21:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-29 14:30 Linux-libre Andreas Enge
2014-05-29 15:53 ` Linux-libre Ludovic Courtès
2014-05-29 17:08 ` Linux-libre Andreas Enge
2014-05-29 17:27 ` Linux-libre Andreas Enge
2014-05-29 21:37 ` Ludovic Courtès [this message]
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=87lhtk8dw0.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=andreas@enge.fr \
--cc=guix-devel@gnu.org \
/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.