Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] Buildroot Developer Day, Friday 3rd February, Brussels
Date: Mon, 30 Jan 2012 16:09:30 +0100	[thread overview]
Message-ID: <874nvdgrbp.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <CAAXf6LVqKt=um9x6C_8Py7j5oK7A1v6kZ8KqUVY+qWaU-951Cg@mail.gmail.com> (Thomas De Schampheleire's message of "Mon, 30 Jan 2012 15:16:10 +0100")

>>>>> "Thomas" == Thomas De Schampheleire <patrickdepinguin+buildroot@gmail.com> writes:

Hi,

 >> I've maintained buildroot support for a number of projects at $WORK for
 >> 5+ years, and the way I've always handled this is with
 >> branches/tags. Buildroot head moves forward and follows upstream, but
 >> projects might decide to freeze (or if needed branch) once they have a
 >> stable setup. I use the same approach with the Linux kernel and u-boot,
 >> without any real problems.

 Thomas> Essentially this is the same as creating two independent buildroot
 Thomas> repositories, one for each project. This approach does not have a
 Thomas> single mainstream that allows different configurations for each
 Thomas> project, but rather creates two streams, each with their own
 Thomas> configuration. In my case, since we have many similar but different
 Thomas> products, I'd prefer to be able to keep one stream.

Here as well. That stream is the head branch. Branching only happens
once a project no longer wants to follow the main development. This
doesn't mean that the project gets removed from the head version, just
that it is no longer used to cut releases from.

 >> I would prefer to not add too much complexity for such a specialized /
 >> advanced feature.

 Thomas> In its basic form, I don't think it has to be very complex. Although I
 Thomas> haven't looked into this in detail, it could be enough to allow to
 Thomas> override FOO_VERSION from the configuration or from a certain
 Thomas> project-specific file.

What about other version dependencies? Patches, different dependencies,
configure options, ..?

 >> yes, I think this is good to go, it just needs to be implemented. With
 >> us being this close to 2012.02-rc1 I might wait until I start the next
 >> branch though.

 Thomas> I understand. I haven't had a lot of time lately either to submit patches.

No problem. I'll do it myself if you don't get around to do it.

-- 
Bye, Peter Korsgaard

  reply	other threads:[~2012-01-30 15:09 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-23 23:08 [Buildroot] Buildroot Developer Day, Friday 3rd February, Brussels Thomas Petazzoni
2012-01-24  9:56 ` Thomas Petazzoni
2012-01-25 11:03 ` Thomas De Schampheleire
2012-01-25 12:57   ` Thomas Petazzoni
2012-01-25 18:04     ` Michael S. Zick
2012-01-25 18:07       ` Michael S. Zick
2012-01-27 10:33   ` Arnout Vandecappelle
2012-01-27 11:58     ` Thomas Petazzoni
2012-01-27 15:24       ` Peter Korsgaard
2012-01-27 15:27         ` Thomas Petazzoni
2012-01-27 15:32           ` Yegor Yefremov
2012-01-27 15:36             ` Thomas Petazzoni
2012-01-27 15:50               ` Yegor Yefremov
2012-01-27 15:52                 ` Thomas Petazzoni
2012-01-27 19:36                   ` Peter Korsgaard
2012-01-30  9:19     ` Thomas De Schampheleire
2012-01-30  9:42       ` Peter Korsgaard
2012-01-30 14:16         ` Thomas De Schampheleire
2012-01-30 15:09           ` Peter Korsgaard [this message]
2012-01-30 11:26       ` Thomas Petazzoni
2012-01-29 15:46   ` Luca Ceresoli

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=874nvdgrbp.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox