From: Ulf Samuelsson <ulf.samuelsson@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] Ulf, you broke AVR32, why?
Date: Tue, 6 May 2008 16:06:49 +0200 [thread overview]
Message-ID: <000b01c8af82$a74deb50$060514ac@atmel.com> (raw)
In-Reply-To: 75DA8A60-EC04-485B-AA62-BE88EF164D53@valka.is
> Ulf,
> You talk about us AVR32 people breaking packages, not testing our
> changes and demanding that we take our effort at maintaining packages
> and arch support to a separate tree. But still you do all off thous
> things, breaking packages, removing needed arch patches, not testing
> your changes and generally fucking up everything except AT91 support,
> WHY?
> In my opinion, Buildroot is a collection of PATCHES to make cross-
> compiling easier, not to create some broken package system that i have
> to download every source and patch myself and patch by hand.
> My 10cent in the penis fight.
> Arnar Mar Sig.
Yeah right,
I made sure that AVR32 is supported by introducing the AVR32 to buildroot
in the first place and by ensuring that the AVR32 product line adopted
buildroot as the main delivery vehicle for their Linux.
When I introduced AVR32 support in buildroot, I made a
decision to use a prepatched source for various reasons.
One of them is that using a non-supported architecture
does not scale well, because that means that svn buildroot svn
grows by a significant amount every time a new toolchain is supported.
Another is that I noticed that the autotools version is really sensitive
causing problems with a number of customers.
I do not think that using prepatched source is the same thing as using a different tree.
I dont "accuse" people for breaking packages. I note that the redundant
toolchain support that was added later cause complaints both
for breaking other architectures and for size.
Since the patches are NOT neccessary, as you claim,
because you can download exactly the same thing by
using the prepatched toolchain,
the easiest way is to remove the offending patches.
The system works if the mirror has the proper value,
which is has if the .config file is configured from scratch.
If you want to apply patches to the prepatched tree, you can,
so your comment about manually downloading patches
and applying manually is
As I see it there is one problem, and that is that the ATMEL MIRROR
is not write accessible to the public. I can't change that for the current mirror,
but as I mentioned previously,
I do not see any value in me beeing the only one able to update this,
only disadvantages, so anyone volunteering to host the mirror
and make it accessible to all buildroot maintainers are welcome.
=======================
Once we updated the prepatched toolchain from John's site we will be able to:
1) Download latest AVR32 toolchain in a prepatched format.
2) Apply any patch located in "target/device/Atmel/toolchain" automatically
(Including selected patches copied from the toolchain directory)
I really do nor see the problem with this.
Best Regards
Ulf Samuelsson
prev parent reply other threads:[~2008-05-06 14:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-05 18:34 [Buildroot] Ulf, you broke AVR32, why? Thiago A. Corrêa
2008-05-05 21:41 ` Ulf Samuelsson
2008-05-05 23:34 ` Thiago A. Corrêa
2008-05-06 9:57 ` Ulf Samuelsson
2008-05-06 13:23 ` Arnar Mar Sig
2008-05-06 15:08 ` Thiago A. Corrêa
2008-05-07 11:12 ` [Buildroot] Latest AVR32 toolchain sources uploaded tp BR2_ATMEL_MIRROR Ulf Samuelsson
2008-05-06 9:19 ` [Buildroot] Ulf, you broke AVR32, why? Arnar Mar Sig
2008-05-06 14:06 ` Ulf Samuelsson [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='000b01c8af82$a74deb50$060514ac@atmel.com' \
--to=ulf.samuelsson@atmel.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