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
next prev parent 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