[oe] [meta-oe][PATCH] smartmontools: import from OE classic

Koen Kooi koen at dominion.thruhere.net
Fri May 3 14:39:13 UTC 2013


Op 3 mei 2013, om 16:30 heeft Paul Eggleton <paul.eggleton at linux.intel.com> het volgende geschreven:

> On Friday 03 May 2013 16:10:40 Koen Kooi wrote:
>> Op 27 apr. 2013, om 13:13 heeft Paul Eggleton 
> <paul.eggleton at linux.intel.com> het volgende geschreven:
>>> On Saturday 27 April 2013 06:34:46 Philip Balister wrote:
>>>> On 04/27/2013 04:24 AM, Paul Eggleton wrote:
>>>>> On Friday 26 April 2013 23:41:38 Koen Kooi wrote:
>>>>>> And do you really need a .inc?
>>>>> 
>>>>> Are we removing inc files if they were present in OE Classic? First I've
>>>>> heard if we are...
>>>> 
>>>> If we are trying to reduce the number of versions of recipes we carry,
>>>> dropping .inc files would seem to be a good idea. I don't have strong
>>>> feelings, but it seems like something we should consider.
>>> 
>>> I agree we should try to keep only one version of each recipe in software
>>> layers, however I figure it makes it easier for people to carry their own
>>> versions of recipes in distro layers (particularly older, which may be
>>> required in certain circumstances) if we do keep inc files where they
>>> already exist.
>> 
>> Can people raise their hand if they want to have a different version of
>> smartmontools in their layer?
> 
> Even assuming everyone who could possibly want this is reading this thread, 
> which is unlikely, in the absence of time machines you won't hear from anyone 
> who doesn't need it now but does in the future. 
> 
> As a general rule, people do often want to build versions of recipes from SCM 
> repositories and having an inc file makes that a bit easier. If we already have 
> the inc file split I can't see a compelling reason to drop it.
> 
> I would also point out that we were asked to preserve these in the original 
> move to OE-Core and as far as I am aware we have done so.

It's unnecessary clutter and in the smartmontools case unneeded as well.



More information about the Openembedded-devel mailing list