[oe] [oe-commits] Scott Garman : Add missing SUMMARY fields to various recipes
Mark Hatle
mark.hatle at windriver.com
Mon Dec 19 15:54:44 UTC 2011
On 12/19/11 3:54 AM, Andreas Müller wrote:
>> diff --git a/meta/recipes-support/libevent/libevent_1.4.14b.bb
>> b/meta/recipes-support/libevent/libevent_1.4.14b.bb index 1a369b5..36468dc
>> 100644
>> --- a/meta/recipes-support/libevent/libevent_1.4.14b.bb
>> +++ b/meta/recipes-support/libevent/libevent_1.4.14b.bb
>> @@ -1,4 +1,5 @@
>> -DESCRIPTION = "an asynchronous event notification library"
>> +SUMMARY = "An asynchronous event notification library"
>> +DESCRIPTION = "An asynchronous event notification library"
>> HOMEPAGE = "http://www.monkey.org/~provos/libevent/"
>> SECTION = "libs"
>>
> What is the value in creating redundancies by copying DESRCIPTION to SUMMARY?
(related item, not the actual answer to your existion)
For those unfamiliar with the SUMMARY, it automatically inherits the
DESCRIPTION. In the original design of the SUMMARY field it was expected that a
number of items already have "small" descriptions, so automatically inheriting
made sense.
When I did the original pass for oe-core to add summaries, what I found is that
many of the "DESCRIPTIONS" are really just summaries. So (in the example
above), I would have renamed the DESCRIPTION to summary, and put in a new, more
detailed DESCRIPTION.
For instance (taking from Fedora):
DESCRIPTION = "The libevent API provides a mechanism to execute \
a callback function when a specific event occurs on a file \
descriptor or after a timeout has been reached. libevent is \
meant to replace the asynchronous event loop found in event \
driven network servers. An application just needs to call \
event_dispatch() and can then add or remove events dynamically \
without having to change the event loop."
So my suggestion is when the DESCRIPTION is small enough, there is no reason to
add a duplicate SUMMARY. However, it should be a trigger that the DESCRIPTION
itself is likely just a summary, and a more explicit DESCRIPTION should be
added. (I always thing of a summary as "what is this in 74 charachters or
less", and the DESCRIPTION is "why would I want this thing?")
--Mark
> Andreas
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
More information about the Openembedded-devel
mailing list