From: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
To: bitbake-dev <bitbake-dev@lists.berlios.de>
Cc: openembedded-devel <openembedded-devel@lists.openembedded.org>
Subject: Re: [Bitbake-dev] Bitbake Architecture, Roadmap, Maintainers and the future
Date: Sat, 01 Jan 2011 20:05:49 +0100 [thread overview]
Message-ID: <1293908749.2293.6.camel@n900> (raw)
In-Reply-To: <1293763348.17519.11220.camel@rex>
> 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.
Thank You Richard for mail.
> Rightly or wrongly, maintainership of a project like bitbake is as much
> about socialising changes and getting discussion and agreement on them
> as it is about developing code. It eats a lot of time, you don't get
> much thanks for it but it does make life smoother in the long run.
> I consider myself a maintainer of bitbake
So do I - for me you are Bitbake maintainer. And I am fine with having Chris and you as maintainers.
> So, bitbake in the future? At present it has bits on berlios (releases,
> mailing list and a web manpage) and the git source SCM on
> git.openembedded.org. Are we happy with those locations? I find it a bit
> confusing...
I think that we should replace berlios with redirects to OE infrastructure. Tarballs should be available for download for any 1.8.0+ releases (older ones should not be in use now and can be generated from cgit). Manual available as separate website. I prefer to not host it at Yocto.
> There are a bunch of people who can commit to bitbake, some inactive,
> some active in different areas with different priorities. I think mine
> are clear above, I'd appreciate others to make their objectives clear so
> everyone understand people's positions and what people plan and don't
> plan to do.
I still have r/w to bitbake svn, no idea about git tree. There is no need for it so please remove my write access. If there will be a need for it I will send patches + pull request to proper mailing list.
prev parent reply other threads:[~2011-01-01 19:06 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
2011-01-04 23:30 ` Chris Larson
2011-01-01 19:05 ` Marcin Juszkiewicz [this message]
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=1293908749.2293.6.camel@n900 \
--to=marcin@juszkiewicz.com.pl \
--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.