[oe] Getting Started -Makefile
pmiscml at gmail.com
Thu Nov 22 21:29:00 CET 2007
Thursday, November 22, 2007, 1:17:31 AM, you wrote:
> Paul Sokolovsky wrote:
>> Yes, and it's good question what job is whose. For example, if
>> OE should adapt itself to end users, or if rather targetted
>> communities using OE should provide Makefiles, scripts, SDKs for
>> their end users.
> There are currently two targetted communities (nslu2-linux and openmoko)
> who very publicly use Makefiles. But yet, that is publicly scorned by
> the OE core team (and Koen in particular) to the extent that it is a
> minuted outcome of the last OE core team meeting.
Well, this is really funny discussion. Everyone speaks about their
own itch, and is comes pretty clear, there're quite different itches
around. Now, we even have ethical plug here ;-).
> So if the second option is not allowed by the OE core team, then perhaps
> we should focus on the first option. However, various individuals
> continue to treat OE users (as opposed to OE developers) with scorn and
Core team doesn't allow you to use Makefiles on top of OE?!! How can
that be? Your Makefile is on meta-level regarding OE, core team just
can't do anything against your using anything on top of it (without
employing real evil vigor). If Koen would tell you to not grep ps's
output, would you go patching ps instead? ;-D So, let's separate
technical and organizational requirements from human ethics and
> Does the OE core team simply not want people to use OE unless you are a
> distribution developer?
U-m-mmm, I love these conspiracy-talks! ;-D So, do you want instead
to lock down users in some stone-age Makefiles, hiding The Truth and
hindering dissemination of The Knowledge? ;-))
Rationale: I wonder if other people see it just like me: people have
various itches with OE, but at the same time *all* of them have
solutions for them! So, they just try to put their solutions upon
other folks, as the only right and all-encompassing. Well, maybe
instead to think that it's all pretty ok with OE, if it allows
different people to solve different needs, and it's not worth risking
to change it for the benefit of one fraction and ailment of others?
Otherwise, if there's real good reason to move OE in *some*
direction, let's think how to do that. For example, making OE setup
for novice OE users easier is pretty valid point of course. But if
formulate it like, let's stop:
1. Talking about Makefiles. Because from pure logic it's clear that
it's harder to use *both* bitbake and Makefile than *only* bitbake.
And yes, we do talk about using *bitbake*, because we talk about *OE*
users, and OE uses bitbake, and not some make. If people want to talk
about making users not using bitbake, then IMHO, this grows
increasingly offtopic here, as this is OE list. Also, any OE
developer, not just coreteam, will frown on that, as OE developers
obviously want more, not less, people to use *OE* tools, and grow to
the level of improving and progressing them and OE.
2. Talking about multiple build areas and stuff like that. Obviously,
that's too advanced for novice to pull it in. And advanced users know
how to do that anyway. (It's just everyone thinks that his way is better
then peers' ;-) ).
3. Talking about random hacks. Acquainting users with a new system
starting with random hacks in it is not too good a way to present such
> -- Rod
Paul mailto:pmiscml at gmail.com
More information about the Openembedded-devel