From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: openembedded-devel@lists.openembedded.org
Cc: bitbake-dev <bitbake-dev@lists.berlios.de>
Subject: Re: Bitbake Architecture, Roadmap, Maintainers and the future
Date: Sat, 01 Jan 2011 19:59:35 +0000 [thread overview]
Message-ID: <1293911975.17519.17148.camel@rex> (raw)
In-Reply-To: <AANLkTimKHkwjhcf_txFk9WPmdk1Njjpi_iny6p7H0WDq@mail.gmail.com>
On Fri, 2010-12-31 at 11:26 +0100, Andrea Adami wrote:
> On Fri, Dec 31, 2010 at 3:42 AM, Richard Purdie <rpurdie@rpsys.net> wrote:
> > There is a little friction around bitbake at the moment. I think after a
> > discussion I had with Chris earlier on some things are clearer and its
> > probably good to summarise how things stand.
> ...
>
> If I'm not wrong, Chris just finished the Poky-Sync on a personal branch:
>
> https://github.com/kergoth/bitbake/tree/poky-sync
>
> AFAIK he's trying to stabilize master before merging Poky's changes.
> Just ask him :)
I have talked to Chris both in person and over IRC. Recently this
consisted of personal insults thrown at me when I tried to talk about
technical details. I'm doing my best to ignore this and do something
about the technical stuff which is actually what matters.
Regarding the poky-sync branch, its a good move and I do really
appreciate it. I've also been working on the opposite part of the
problem of bringing Poky back into sync incrementally using atomic
commits rather than one big "sync" commit. Its been worthwhile as I've
found a few small areas I think functionality is still missing in
upstream despite the poky-sync branch and I'm going to be addressing
these to bring everything back 100% into sync again (as they were a few
months ago).
This work has been made particularly hard by the tendency of recent
bitbake commits to change several different things in one commit and for
small fixes to sneak into other unrelated commits too.
Cheers,
Richard
next prev parent reply other threads:[~2011-01-01 20:00 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-31 2:42 Bitbake Architecture, Roadmap, Maintainers and the future Richard Purdie
2010-12-31 3:33 ` [Bitbake-dev] " Khem Raj
2010-12-31 10:26 ` Andrea Adami
2011-01-01 19:59 ` Richard Purdie [this message]
2010-12-31 14:24 ` Esben Haabendal
2011-01-01 19:49 ` Richard Purdie
2011-01-02 8:18 ` Esben Haabendal
2011-01-04 14:56 ` Chris Larson
2011-01-04 15:39 ` [Bitbake-dev] " Richard Purdie
2011-01-04 17:00 ` Otavio Salvador
2011-01-04 23:17 ` Richard Purdie
2011-01-04 23:30 ` Chris Larson
2011-01-01 19:05 ` Marcin Juszkiewicz
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=1293911975.17519.17148.camel@rex \
--to=richard.purdie@linuxfoundation.org \
--cc=bitbake-dev@lists.berlios.de \
--cc=openembedded-devel@lists.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.