[oe] [meta-oe][PATCH 0/2] Fix parse errors

Tom Rini tom_rini at mentor.com
Tue Jun 28 17:20:59 UTC 2011


On 06/28/2011 10:14 AM, Frans Meulenbroeks wrote:
> 2011/6/28 Koen Kooi <koen at dominion.thruhere.net>
> 
>> -----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 <koen at dominion.thruhere.net>
>> 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




More information about the Openembedded-devel mailing list