Re: [Angstrom-devel] Build layout change branch of setup-scripts.
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? * 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' * 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. * 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? -- With best wishes Dmitry ___ Angstrom-distro-devel mailing list Angstrom-distro-devel@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel
Re: [Angstrom-devel] Build layout change branch of setup-scripts.
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. >> * 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 signature.asc Description: Message signed with OpenPGP using GPGMail ___ Angstrom-distro-devel mailing list Angstrom-distro-devel@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel
Re: [Angstrom-devel] Build layout change branch of setup-scripts.
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
Re: [Angstrom-devel] Build layout change branch of setup-scripts.
Op 13 nov. 2011, om 21:44 heeft Martin Jansa het volgende geschreven: > 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. It is most certainly not a good idea for stable feeds if you start removing layers. > 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. I think the implementation should issue a big warning when removing layers, maybe we could even get packagehistory.bbclass to help us with that. regards, Koen > > 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 > ___ > Angstrom-distro-devel mailing list > Angstrom-distro-devel@linuxtogo.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel signature.asc Description: Message signed with OpenPGP using GPGMail ___ Angstrom-distro-devel mailing list Angstrom-distro-devel@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel