[oe] The ongoing SRCREV saga

Koen Kooi k.kooi at student.utwente.nl
Thu Sep 13 07:55:59 UTC 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Richard Purdie schreef:
> [This was meant for the OE list and autocomplete didn't quite do what
> I'd intended with the recipients originally, sorry :/]
> 
> There is a certain amount of friction in the community regarding the
> recent SRCREV additions of which I've received my share.
> 
> The concerns are really about how we're using SRCREV in OE rather than
> about the bitbake implementation itself which is an important
> distinction.
> 
> The basic problem is that people view the change as making parsing
> dependent on network access which was never the intent. If people added
> a revision to sane-srcrevs.inc every time they added a SRCREV based .bb
> file we wouldn't have a problem and parsing never would depend on
> network access. I'm living on another planet if I expect that to happen
> in reality though so this approach simply isn't going to work though.
> 
> I'm therefore proposing we change bitbake.conf to read:
> 
> SRCREV = "1"
> 
> This puts an end to network access when a SRCREV hasn't been set in
> sane-srcrevs.inc. Anyone wishing to default to svn head in these cases
> can add this to local.conf (or their distro):
> 
> SRCREV = "${AUTOREV}"

or 'require conf/distro/insane-srcrevs.inc'

> I propose keeping sane-srcrevs.inc for distros to include to have
> meaningful revisions for srcrev based packages.

Angstrom includes it now by default.

> If a distro like openmoko wants to make cutting edge development
> possible I suggest creating a .inc file which sets
> 
> SRCREV-pn-whatever = "${AUTOREV}"

'require conf/distro/include/moko-autorev.inc'

> for the packages they want to make floating.
> 
> I firmly believe that floating SRCREVs should be opt in and these
> changes allow that whilst still letting distros or users make use of
> floating versions. I'd also advise openmoko against making SRCREV =
> "${AUTOREV}" the default and to only make the packages they need
> floating but thats not my call to make :).
> 
> Are there any objections to the above? I'll probably commit this fairly
> quickly if the openmoko devs are agreeable.

Mickey OK'ed it on another list, so I added sane-srcrevs.inc to angstrom. (in)sane-srcrevs
and moko-autorev needs some tweaking, but 90% is there.

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFG6O0PMkyGM64RGpERAuaOAKCnIGW1yzZu0yh+Qd8vzvDP3LUhWwCdE48L
wR/Y3/kaYE9SPiuKNz0aqas=
=oeJo
-----END PGP SIGNATURE-----




More information about the Openembedded-devel mailing list