[OE-core] Feedback on building openembedded-core for qemuarm. Excerpts from buildlog

Koen Kooi koen at dominion.thruhere.net
Fri Dec 2 09:49:52 UTC 2011


Op 1 dec. 2011, om 17:31 heeft Ulf Samuelsson het volgende geschreven:

> 2011-12-01 16:37, Koen Kooi skrev:
>> Op 1 dec. 2011, om 14:16 heeft Philip Balister het volgende geschreven:
>> 
>> 
>>> On 11/29/2011 03:06 PM, Koen Kooi wrote:
>>> 
>>>> Op 29 nov. 2011, om 20:36 heeft Ulf Samuelsson het volgende geschreven:
>>>> 
>>>> 
>>>>> On 2011-11-29 16:03, Richard Purdie wrote:
>>>>> 
>>>>>>> 2.    "ftp://elsie.nci.nih.gov/pub/tzcode2011i.tar.gz"
>>>>>>>  is no longer
>>>>>>> available.
>>>>>>>         tzdata , same problem.
>>>>>>>         The recipe is located in two places.
>>>>>>>         meta-openembedded/meta-oe/recipes-extended/tz*/tz*.bb have the
>>>>>>> problem
>>>>>>>         This is what the build uses.
>>>>>>> 
>>>>>> This is something to raise with the meta-oe maintainers. I think there
>>>>>> isn't a problem in OECore.
>>>>>> 
>>>>> Since we now have a large number of layers, maybe it is a good
>>>>> idea to define in each layer,  how the "git send email" should behave in
>>>>> by providing a better ".git/config" file in the trunk?
>>>>> 
>>>>> 
>>>>> I.E:
>>>>> 
>>>>> [sendemail]
>>>>>   to = 
>>>>> openembedded-core at lists.openembedded.org
>>>>> 
>>>>> 
>>>>> or
>>>>> meta-angstrom/.git/config
>>>>> [sendemail]
>>>>>   to = 
>>>>> angstrom-distro-devel at linuxtogo.org
>>>>> 
>>>>> [format]
>>>>>   subjectprefix = "[meta-angstrom]"
>>>>> 
>>>>> 
>>>>> No need to look in the README file with this.
>>>>> 
>>>> That assumes git-send-email is the preferred way, which it isn;'t for a lot of layers
>>>> 
>>> Even if it is not the preferred way, it would direct the discussion to
>>> the appropriate list. This would reduce the number of mis-directed
>>> emails to this list.
>>> 
>> You can't fix stupid, sadly.
>> 
> 
> Tend to disagree.
> The whole purpose of OE is to make it possible for people,
> stupid or not, to go off and make things which they would
> not be able to do on their own.
> 
> As I see it, it is no real drawback of adding this, and at least some benefit.

The drawback is that people will postpone reading the README even longer.

Why are you so dead against having people read the README?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20111202/cf7e29f5/attachment-0002.sig>


More information about the Openembedded-core mailing list