[oe] [PATCH] sanity: release 2010.12 is out, so bump minimum bitbake to 1.10.0 per TSC decision

Chris Larson clarson at kergoth.com
Thu Dec 23 20:11:47 UTC 2010


On Wed, Dec 22, 2010 at 11:07 AM, Khem Raj <raj.khem at gmail.com> wrote:
> On Wed, Dec 22, 2010 at 8:43 AM, Chris Larson <clarson at kergoth.com> wrote:
>> On Wed, Dec 22, 2010 at 9:35 AM, Tom Rini <tom_rini at mentor.com> wrote:
>>> I agree and would like it done soon too (well, I'd almost rather see 1.11 be
>>> required, yaaay parallel parsing) but since we can't tell 1.10.0 from .1 and
>>> I don't think this week (since that's just a few more days) is too bad.
>>>  Chris, when can you do a 1.10.2?
>>
>> I might be able to get to it today.  We really need to make the
>> process more automated.  We should also stop using berlios for bitbake
>> release tarballs and just rely on the oe site / freshmeat / cgit, imo.
>
> our cgit now has the possibility to download tarballs so proabably
> just pointing to cgit ?
> e.g. http://git.openembedded.org/cgit.cgi/bitbake/snapshot/bitbake-1.10.1.tar.bz2
>
> is there
> and so are others

This won't work, unless we want to cause problems for other distros
the way upstreams do for us.  gzip includes timestamp information, if
you wget bitbake-1.10.1.tar.gz twice with over a second between, you
get tarballs with two different md5sums.  We need pristine, specific,
always locked down archives for releases.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics




More information about the Openembedded-devel mailing list