On Sun, Nov 13, 2011 at 08:24:33PM +0100, Koen Kooi wrote: > > Op 13 nov. 2011, om 19:53 heeft Dmitry Eremin-Solenikov het volgende > geschreven: > > > > > > > On 11/12/2011 05:03 PM, Koen Kooi wrote: > >> Good morning everyone! > >> > >> The setup-scripts repo now has a branch to experiment with the build > >> layout: > >> > >> http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/setup-scripts/log/?h=layout-rework > >> > >> The biggest changes are: > >> > >> * build/tmp-DISTRO is now build/scratch > > > > I'd oppose this change. Currently I can use oebb.sh to generate both > > bleeding edge angstrom and angstrom-2010.x. And that's not talking about > > empty DISTRO and other DISTROs. Could you please reconsider this change? > > What about scratch-$DISTRO? > > scratch/$DISTRO? I'd like to keep the 'top' directory the same, it has proven > to be confusing to new users when it changes name. > > > > >> * build/tmp-DISTRO/sstate-cache is now cache/sstate > >> * build/tmp-DISTRO/deploy is now deploy > > > > Good ideas! > > > >> > >> I'd really like to find a better name for 'deploy', but 'output' or > >> 'results' aren't a whole lot better, so suggestions appreciated! > > > > I'd vote for 'output', 'build-results' or 'built' > > I like 'build-results' :) > > > > >> * generate bblayers.conf from layers.txt > > > > With some sort of blacklist please! With your recent patches it's simple to > > switch layers on and off (especially BSP layers). But with autogenerated > > bblayers.conf it would be PITA. > > Exactly, I don't know how it's going to be implemented, but turning things > off/on easily is certainly needed. Ideally oebb would only enable the BSP > layers it needs for a given machine, but mixed repos (e.g.meta-smartphone) > make that difficult. That's not a complaint against meta-smartphone, though.
Is switching BSPs on and off good idea for stable feeds? And that's not complaint against generating bblayers.conf, just against idea to switch layers on and off because it's easy. Because ie with few PRINC in BSP layer you can get PRs going backwards. I know you're aware of such problems and won't allow that to happen. Just pointing for others that layers are not such nice colorfull boxes from yocto diagram, one can stack easily and then switch them on and off everytime there is something nice or bad. Regards, > > >> * allow injection of patches into metadata (e.g. patches on top of > >> oe-core) to avoid needing forks > > > > Do I miss something? oebb.sh works perfectly with patches applied on top of > > oe-core and other layers. Or you mean something else? > > It works great, but I'd like to have everyone use my patches on top of > oe-core, without needing to fork the oe-core repo. > > regards, > > Koen > _______________________________________________ > Angstrom-distro-devel mailing list > Angstrom-distro-devel@linuxtogo.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
_______________________________________________ Angstrom-distro-devel mailing list Angstrom-distro-devel@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel
