[yocto] Yocto usability questions

[Jack Mitchell]

On 18/11/2011 16:04, Gary Thomas wrote:
> On 2011-11-18 09:00, Philip Balister wrote:
>> On 11/18/2011 10:56 AM, Gary Thomas wrote:
>>> On 2011-11-18 08:02, Ourada, Paul wrote:
>>>> Jack said:
>>>>> From: yocto-bounces at yoctoproject.org
>>>>> [mailto:yocto-bounces at yoctoproject.org] On Behalf Of Jack Mitchell
>>>>> Sent: Friday, November 18, 2011 2:40 AM
>>>>> To: yocto at yoctoproject.org
>>>>> Subject: Re: [yocto] Yocto usability questions
>>>>>
>>>>> On 17/11/2011 21:38, Chris Tapp wrote:
>>>>> On 16 Nov 2011, at 22:07, Jeff Osier-Mixon wrote:
>>>>>
>>>>>
>>>>> Mark&   everyone else listening:
>>>>>
>>>>>
>>>>> It is very frustrating when you come to an issue that isn't
>>>>> documented, however I have found the IRC an invaluable>resource as
>>>>> well as this mailing list. If documentation was to become more
>>>>> extensive I feel the categories should be>defined further and split
>>>>> into more documents.
>>>>
>>>> I would just add that for some corporate/enterprise customers (such as
>>>> myself), while IRC is great, it isn't as great an option because
>>>> corporate IS locks down IRC protocols. To use IRC, I would have to do
>>>> so from a non-work computer and likely outside of normal work hours,
>>>> of which I already put in way more than my wife would prefer.
>>>
>>> IMO, IRC is like gossip - only those present learn anything   I think
>>> information
>>> should be shared and archived and IRC doesn't really cover that.  
>>> That's
>>> part of why
>>> I pepper these lists with questions and problems and ...
>>>
>>
>> Good irc channels are logged and the logs will be hit with google 
>> searches.
>
> But that's hardly the same as having the "conversation(s)" delivered 
> to my desk,
> along with [normally] useful subject lines, that I can peruse at 
> will.  It's
> the difference between push [mailing lists] and pull [IRC logs].
>

Quite often I will only use IRC if a problem is specific to something I 
am doing. If it is an actual issue then the problem should be relayed to 
the bug tracker and fixed. For example, nobody wants to know why my 
layer called xyz with package zyx won't compile because I used a wrong 
bitbake flag, however if it turns out to be a compilation bug or a flag 
that isn't documented then it will be pushed to the bug tracker and 
hopefully fixed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20111118/4279aabc/attachment.html>