All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] target/device/Atmel kernel patches
Date: Thu, 29 Jan 2009 17:03:20 +0100	[thread overview]
Message-ID: <8763jyrtfb.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <A223C54B106543948AC36303E7C74F76@aeglos> (Ulf Samuelsson's message of "Thu\, 29 Jan 2009 16\:27\:10 +0100")

>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:

 >> We already have a situation where more than half the size of buildroot
 >> is patches, continuing to grow this is not a workable situation.
 >> 
 Ulf> I agree with this, but the solution I want to see is that you
 Ulf> only keep the latest patches in the tree,
 Ulf> and as we introduce new kernel versions we
 Ulf> let older patches slip into the mirror server.

I don't see why we the buildroot project should mirror random obsolete
board patches?

And again, things should get pushed upstream so we only carry patches
for (not-yet-applied-upstream) bugfixes.

 Ulf> I just want them to build as long as possible.

Why can't people just continue to use an old buildroot release or
store their (project specific) board patches outside buildroot?

 >> If people want to use an old kernel they can maintain it outside of
 >> buildroot or in their local buildroot tree.

 Ulf> I want to give people the capability to build old kernel
 Ulf> with a new root fs.

No problem if we make it possible to get the kernel from somewhere
else (for most commercial projects probably a local
cvs/svn/git/whatever repository).

 >> I do agree we should make it easier to build u-boot / linux from a
 >> non-mainline svn/git/whatever tree, that's something I will work on
 >> after the release.

-- 
Bye, Peter Korsgaard

  reply	other threads:[~2009-01-29 16:03 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-26 21:03 [Buildroot] target/device/Atmel kernel patches Peter Korsgaard
2009-01-26 21:29 ` Ulf Samuelsson
2009-01-26 21:37   ` Peter Korsgaard
2009-01-26 22:19     ` Ulf Samuelsson
2009-01-27  9:25       ` Peter Korsgaard
2009-01-29 14:33         ` Ulf Samuelsson
2009-01-29 14:57           ` Peter Korsgaard
2009-01-29 15:27             ` Ulf Samuelsson
2009-01-29 16:03               ` Peter Korsgaard [this message]
2009-01-29 16:28                 ` Ulf Samuelsson
2009-01-29 16:54                   ` Peter Korsgaard
2009-01-29 18:31                     ` Ulf Samuelsson
2009-01-29 19:04                       ` Peter Korsgaard
2009-01-29 22:04                         ` Ulf Samuelsson

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=8763jyrtfb.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.