All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <rpurdie@rpsys.net>
To: Otavio Salvador <otavio@ossystems.com.br>
Cc: Chris Larson <clarson@kergoth.com>,
	bitbake-dev <bitbake-dev@lists.berlios.de>,
	openembedded-devel@lists.openembedded.org
Subject: Re: [Bitbake-dev] Bitbake Architecture, Roadmap, Maintainers and the future
Date: Tue, 04 Jan 2011 23:17:43 +0000	[thread overview]
Message-ID: <1294183063.17519.22104.camel@rex> (raw)
In-Reply-To: <AANLkTin0O_GYVLqi5=Q3VmLZXJPufoPmH+WgcFHSEY8Z@mail.gmail.com>

On Tue, 2011-01-04 at 15:00 -0200, Otavio Salvador wrote:
> On Tue, Jan 4, 2011 at 13:39, Richard Purdie <rpurdie@rpsys.net> wrote:
> ...
> > This kind of response from you is frustrating. Trying to ask any
> > question results in a response like this and I don't think its
> > productive or helpful.
> 
> Can we try to get something done instead of this useless type of discussion?

I really don't know what Chris is/isn't prepared to do in future to
ensure this doesn't happen again but I'm doing what I can in that
regard.

I'm pleased to report Poky's copy of bitbake is now much more in sync
with bitbake master as of earlier today. This has resulted in some
issues for Poky but thats life and we're working through them, its not a
problem.

I've asked Chris what the status of his poky-sync branch is and assuming
some further testing pans out I think that will get merged into bitbake
master soon.

This leaves some small details to sort out as I think there are still
some tweaks bitbake upsteam needs from Poky. I'm trying to work out
those details and will follow up in other emails. I've already started
some of the discussion in the logging thread for one of the areas there
are differences in approach.

I'm also going to look at getting back the XMLRPC interfaces and
abstraction that the removal of triggered this discussion. There does
appear to be some differences in opinion on the future of bitbake from
the server/UI perspective and I will do what I can to ensure we all have
common goals.

I've also agreed that I'm going to pay close attention to the
bitbake-dev list. I've asked that any major roadmap/architecture changes
do get discussed there.

Cheers,

Richard









  reply	other threads:[~2011-01-04 23:18 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
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 [this message]
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=1294183063.17519.22104.camel@rex \
    --to=rpurdie@rpsys.net \
    --cc=bitbake-dev@lists.berlios.de \
    --cc=clarson@kergoth.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=otavio@ossystems.com.br \
    /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.