From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] RFC: toolchain wrapper for external toolchains
Date: Sun, 08 May 2011 22:16:41 +0200 [thread overview]
Message-ID: <87r589j6c6.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <20110508190135.0b9df312@surf> (Thomas Petazzoni's message of "Sun, 8 May 2011 19:01:35 +0200")
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
Thomas> I am not entirely happy with how things went with this patch
Thomas> set. It touches a fairly major mechanism in the external
Thomas> toolchain support, and it has been committed without an
Thomas> official Acked-by from the most active contributor in this
Thomas> area.
I understand your frustration and agree that this could have been
handled better.
Thomas> Moreover, it has been committed only two days after the
Thomas> proposal, a duration which is very short for the other
Thomas> contributors to take the time to test the patches and give
Thomas> their opinion. This is also very short compared to the amount
Thomas> of time many other contributions have been waiting for being
Thomas> merged. For example, have a look at the patch set I contributed
Thomas> on April, 2nd
Thomas> (http://lists.busybox.net/pipermail/buildroot/2011-April/042309.html),
Thomas> which is also something that has been discussed during the
Thomas> FOSDEM meeting.
Yes. The config option rename is naturally massively intrusive, so I
didn't want to rush to apply it (E.G. see the recent discussion about
differing between what the toolchain has for ext toolchains and what we
want to enable - E.G. ipv6 support)
Thomas> And finally, I am also unhappy because these changes were
Thomas> broken in a basic way: the first test I did with a basic
Thomas> CodeSourcery external toolchain failed (see the patch I just
Thomas> sent). I don't, by far, claim to always post well-tested and
Thomas> perfect patches. However, added to the very quick
Thomas> post-to-commit delay and the absence of real ACK from other
Thomas> contributors, it makes me a little bit unhappy.
I agree. I rushed things a bit too much because of other real life
issues and the fact that we're already late for -rc1. Sorry about this.
Thomas> In the future, would it be possible to leave more time between
Thomas> post and commit, for such major infrastructure changes ?
Sure.
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2011-05-08 20:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-03 14:40 [Buildroot] RFC: toolchain wrapper for external toolchains Peter Korsgaard
2011-05-03 14:40 ` [Buildroot] [PATCH 1/2] Add " Peter Korsgaard
2011-05-03 14:40 ` [Buildroot] [PATCH 2/2] Get rid of unneeded CFLAGS Peter Korsgaard
2011-05-05 21:44 ` [Buildroot] RFC: toolchain wrapper for external toolchains Peter Korsgaard
2011-05-08 17:01 ` Thomas Petazzoni
2011-05-08 20:16 ` Peter Korsgaard [this message]
2011-05-09 7:09 ` 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=87r589j6c6.fsf@macbook.be.48ers.dk \
--to=jacmet@uclibc.org \
--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 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.