On 06/28/2011 10:14 AM, Frans Meulenbroeks wrote: > 2011/6/28 Koen Kooi <[email protected]> > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 28-06-11 16:59, Otavio Salvador wrote: >>> On Tue, Jun 28, 2011 at 11:51, Koen Kooi <[email protected]> >> wrote: >>>> I'm not going pull those in, since the whole point was to not make them >>>> machine specific. RP has pushed a workaround for it so parsing >>>> continues. I'll push a proper fix for systemd later. >>> >>> What's the difference if the package will be built from same source? >>> >>> In case you change anything you'll need to rebuild all packages anyway >>> so I see no gain in having it per package. >> >> It makes it easier to deploy updates for the main packages (e.g. >> sysvinit, systemd) to all the targets without having to build it for all >> targets. It's a weird optimization, but makes life a lot easier for >> people needing to support a ton of machines :) >> > > Hm. saving some CPU cycles and wall clock time makes life a lot easier. > Guess you haven't too much of a life then :-) > No kidding, why not keep things simple. and elegant. > (and actually people needing to maintain a lot of machines and keeping them > up to date is somewhat an oddity anyway; My experience is that most embedded > developers need to support only a few machines and typically freeze their > sources and stabilize their product).
Really? One of those big requests we see a lot is for things like "how can I support the N different revs of the board for this product". Looking over at the kernel side of things that was one of the drivers for device tree stuff. So yes, outside of community based distributions like Angstrom and SHR and SlugOS and ... there are commercial uses for this change as well. And it doesn't change the world of one machine embedded products at all. -- Tom Rini Mentor Graphics Corporation _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
