[oe] TSC meeting minutes 20100204

[Frans Meulenbroeks]

2010/2/7 Koen Kooi <k.kooi at student.utwente.nl>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> TSC Meeting 20100204
>
> Attendees: Chris, Graeme, Koen
>
> Looking back a the past month the naming and shaming campaign for bad
> commit messages seems to work well. People also seem to be able to solve
> problems themselves instead of moving everything to the TSC.
>
> The TSC also discussed where variable defaults should be and Chris is
> going to start a wiki to form an idea on the scope of the cleanup and
> gauge interest in a 'kernel janitors' type of project for it.
>
> The TSC is also wondering what our userbase wants OE to be like and what
> to focus on, but we need to find the right tools to ask such questions
> first, the website vote method is just too passive.
>
> On overriding default variables the TSC is very clear: we should try to
> make it impossible to do things like PACKAGES = "of". An idea would be
> to move the PACKAGES =+ -dbg, -dev, doc to e.g. package.bbclass. More
> thought on this is needed.
>
> The last two items discussed were new-style staging and packaged
> staging. The TSC would like to *strongly* encourage people to move their
> recipes to new style staging. If you are using packaged-staging with a
> big TMPDIR (e.g. a few machines with big images built) legacy staging
> will easily take more than 15 minutes per recipe because it scans
> through the complete staging looking for changes.

Maybe I missed a thing, but can someone provide a pointer to how a
good recipe with new style staging  should look like?
I'll happily modify the recipes I touch regularly, but don't exactly
know what to do.

FM
>
> The consensus in the TSC is that DISTROs are in charge of enabling
> packaged-staging or not, but keeping the non-packaged-staging working
> well is not a priority.
>
> End of meeting
>
> Postscript: Richard mentions that keeping non-packaged staging working
> will be a major pain, so DISTRO maintainers should aim to enable it so
> OE can move forward.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFLbpmlMkyGM64RGpERAtgXAJ9q7s562EhMwdNRbfBcu2R+1dVwywCfdPEl
> rgF/e2PDzsBkUj0Kf12y/wE=
> =kLei
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>