From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] A little summer game ? :-)
Date: Fri, 3 Aug 2012 11:19:51 +0200 [thread overview]
Message-ID: <20120803111951.2269f1ca@skate> (raw)
In-Reply-To: <501B9416.3090700@lucaceresoli.net>
Hello,
Le Fri, 03 Aug 2012 11:04:22 +0200,
Luca Ceresoli <luca@lucaceresoli.net> a ?crit :
> Wheee, what a fun, Thomas! Call it "Buildroot Summer Of Bugfix" and
> people will flock in! :-D
I like this name, adopted! :-)
> Seriously, I admit I'm not investing a lot of time in fixing build
> errors. This is in part due to the limited time available, but
> another important blocking factor is that many build errors happen
> with external, custom toolchains that are installed on your build
> server.
>
> I almost daily skim through the build failures and take a look at
> those about by packages and/or architectures I use and somehow know.
> These are already a small subset of all the possibilities.
> But often I discover these happen with toolchains (and probably
> architectures) I don't have an easy access to, so I just go along.
>
> It would help if the external toolchains used for the builds were
> always available within Buildroot, so we could just apply the
> [def]config, run make, have an icy drink while it downloads and
> fails building and then, happily refreshed, hunt for the bug.
>
> I'm not saying this would be easy to do, but it would be helpful
> to me.
Yes, I know this is a problem with the current autobuilders. My plan is
to make the tarballs of those external toolchains available somewhere,
so that people can easily install them as well. But that will take a
bit of time, and still leave some work when you want to reproduce a bug
(download the external toolchain, download .config, adjust .config to
match the path of the external toolchain on your local machine, build).
Or maybe, I should put all of them somewhere, and have my defconfig
download them from this common place. This could be a good idea to make
it easier to reproduce the build problems.
Also, there is a problem with BR external toolchains that are not (yet)
relocatable. I can create a tarball for them, but it will force you to
install them to /home/test/toolchains/... which is the location where
they are built on my build server. I guess the best solution for this
is just to make Buildroot toolchains relocatable :-)
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
next prev parent reply other threads:[~2012-08-03 9:19 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-03 2:53 [Buildroot] [PATCH 1/6] cjson: Add license info Danomi Manchego
2012-08-03 2:53 ` [Buildroot] [PATCH 2/6] expat: " Danomi Manchego
2012-08-03 8:41 ` Luca Ceresoli
2012-08-03 2:53 ` [Buildroot] [PATCH 3/6] lua: " Danomi Manchego
2012-08-03 8:41 ` Luca Ceresoli
2012-08-03 2:53 ` [Buildroot] [PATCH 4/6] luacjson: " Danomi Manchego
2012-08-03 8:41 ` Luca Ceresoli
2012-08-03 2:53 ` [Buildroot] [PATCH 5/6] luaexpat: " Danomi Manchego
2012-08-03 8:30 ` Luca Ceresoli
2012-08-03 2:53 ` [Buildroot] [PATCH 6/6] xinetd: " Danomi Manchego
2012-08-03 8:18 ` Luca Ceresoli
2012-08-04 2:56 ` Danomi Manchego
2012-08-03 8:30 ` [Buildroot] A little summer game ? :-) Thomas Petazzoni
2012-08-03 9:04 ` Luca Ceresoli
2012-08-03 9:19 ` Thomas Petazzoni [this message]
2012-08-03 11:07 ` Thomas De Schampheleire
2012-08-03 11:35 ` Thomas Petazzoni
2012-08-03 8:38 ` [Buildroot] [PATCH 1/6] cjson: Add license info Luca Ceresoli
2012-08-04 3:05 ` Danomi Manchego
2012-08-04 12:46 ` 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=20120803111951.2269f1ca@skate \
--to=thomas.petazzoni@free-electrons.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