From: Otavio Salvador <otavio@ossystems.com.br>
To: openembedded-devel@lists.openembedded.org
Cc: openembedded-devel@openembedded.org
Subject: Re: Merge windows, was: Re: [RFC] renaming packages/ to recipes/
Date: Wed, 25 Feb 2009 21:56:03 -0300 [thread overview]
Message-ID: <877i3evwws.fsf@neumann.lab.ossystems.com.br> (raw)
In-Reply-To: <go4cq2$og6$1@ger.gmane.org> (Koen Kooi's message of "Wed, 25 Feb 2009 22:22:10 +0100")
Koen Kooi <k.kooi@student.utwente.nl> writes:
> On 25-02-09 22:15, Michael 'Mickey' Lauer wrote:
>> Sounds good for me on a stable branch, not so much on a development
>> branch.
>
> A perptually broken development branch is no good. The current .dev is
> unbuildable literally every other day, so I'm not a fan of keeping
> .dev the free-for-all it is now.
> And Mikes proposal was holding off *disruptive* changes, not *all* changes.
[...]
Yes from my POV it does make sense and it could also help derivatives to
plan their development according to it.
For example if you have a distro that is based on dev branch you should
avoid merging it at start of mounth since it has high risk to be broken
or with still unknown bugs.
With GIT it is quite easy to hold changes for a while and merge them all
together when done. We could even build a "oe-next" try that merges
automatically from people trees and catch conflicts. This could make
whole merging easier when next mounth arrives ;-)
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
next prev parent reply other threads:[~2009-02-26 1:01 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-25 20:21 [RFC] renaming packages/ to recipes/ Koen Kooi
2009-02-25 20:27 ` Henning Heinold
2009-02-25 20:37 ` Koen Kooi
2009-02-25 20:48 ` Mike (mwester)
2009-02-25 21:00 ` Merge windows, was: " Koen Kooi
2009-02-25 21:15 ` Michael 'Mickey' Lauer
2009-02-25 21:22 ` Koen Kooi
2009-02-26 0:56 ` Otavio Salvador [this message]
2009-02-26 9:09 ` Yuri Bushmelev
2009-02-25 20:41 ` Denys Dmytriyenko
2009-02-25 20:54 ` Koen Kooi
2009-02-26 6:52 ` Sledz, Steffen
2009-02-26 8:24 ` Martyn Welch
2009-02-26 10:44 ` Marcin Juszkiewicz
2009-02-26 12:59 ` Bernhard Guillon
2009-02-26 15:38 ` Yuri Bushmelev
2009-02-26 16:44 ` Rolf Leggewie
2009-03-04 11:27 ` Andrea Adami
2009-05-17 23:35 ` Rolf Leggewie
2009-05-17 23:56 ` Tom Rini
2009-05-19 12:19 ` Frans Meulenbroeks
2009-05-19 13:02 ` Philip Balister
2009-05-19 13:33 ` Koen Kooi
2009-05-19 14:02 ` Elena of Valhalla
2009-05-19 14:32 ` Frans Meulenbroeks
2009-02-26 11:08 ` Robert Schuster
2009-02-26 13:43 ` Leon Woestenberg
2009-03-04 11:16 ` Koen Kooi
2009-03-04 15:30 ` Tom Rini
2009-03-04 16:38 ` Koen Kooi
2009-03-05 15:35 ` Otavio Salvador
2009-03-13 18:10 ` Rob Tow
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=877i3evwws.fsf@neumann.lab.ossystems.com.br \
--to=otavio@ossystems.com.br \
--cc=openembedded-devel@lists.openembedded.org \
--cc=openembedded-devel@openembedded.org \
/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.