From: James Potts <bg@pottsylvania.com>
To: buildroot@busybox.net
Subject: [Buildroot] Kernel download problem.
Date: Tue, 27 Aug 2013 21:21:53 +0000 (UTC) [thread overview]
Message-ID: <loom.20130827T231336-119@post.gmane.org> (raw)
In-Reply-To: 20130614194141.24ed6dee@skate
Thomas Petazzoni <thomas.petazzoni@...> writes:
> On Fri, 14 Jun 2013 12:02:44 +0200, Sagaert Johan wrote:
>
> > There seems to be a problem with the downloading of a kernel when a
longterm release is selected.
> >
> > Buildroot tries
> >
> > http://www.kernel.org/pub//linux/kernel/v2.6/linux-2.6.34.14.tar.xz
> >
> > While the real kernel is at
> > https://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.34/linux-
2.6.34.14.tar.xz
> >
> > So maybe it should be copied to the buildroot sources mirror.
>
> Could you show which Buildroot configuration exhibits the problem? From
> a quick look, the only way for Buildroot to be told to use 2.6.34.14 is
> by specifying a custom kernel version. And in this case, it's the user
> responsibility to make sure the URL is correct. Why would we keep
> 2.6.34.14 in our mirror specifically and not the myriad of other kernel
> versions that the user may select?
Sorry to respond to an older post, but I just ran into the same problem.
The issue here is how you specify the kernel. When not using the default
version, we have the option of "Custom version" or "Custom tarball." When
you choose "Custom version" it asks you to fill in the version number, and
it builds the URL for downloading from kernel.org. But this only works for
non-longterm kernels.
I.e, if I choose "Custom version" and specify "2.6.34.6" as the version,
everything works as expected. But if I choose "2.6.34.12" as the version,
buildroot breaks, because it doesn't build the correct URL.
Mind you, this is due to silliness on the part of the kernel.org maintainers
IMO, for splitting different kernel sub-versions into different directories.
Regardless, buildroot currently doesn't do what's expected, since you can't
just type in a kernel version and expect it to work. It would be nice if it
either (a) knew where to find the various "longterm" kernels, or (b) gave a
warning that you might need to locate the kernel, and specify the URL under
the "Custom tarball" option.
-Jim
next prev parent reply other threads:[~2013-08-27 21:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-14 10:02 [Buildroot] Kernel download problem Sagaert Johan
2013-06-14 17:41 ` Thomas Petazzoni
2013-08-27 21:21 ` James Potts [this message]
2013-08-27 21:53 ` Thomas Petazzoni
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=loom.20130827T231336-119@post.gmane.org \
--to=bg@pottsylvania.com \
--cc=buildroot@busybox.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox