[oe] [meta-oe][meta-networking][PATCH V2 3/3] ntp: Clean up recipes

[Little, Morgan]

On 11/01/2012 10:31 AM, Joe MacDonald wrote:
> [Re: [oe] [meta-oe][meta-networking][PATCH V2 3/3] ntp: Clean up recipes] On 12.11.01 (Thu 06:50) Martin Ertsås wrote:
>
>> On 11/01/12 02:08, Paul Eggleton wrote:
>>> On Tuesday 23 October 2012 12:20:20 Morgan Little wrote:
>>>> -PACKAGES += "ntpdate ${PN}-bin ${PN}-tickadj ${PN}-utils"
>>> ...
>>>> +PACKAGES += "${PN}-date ${PN}-bin ${PN}-tickadj ${PN}-utils"
>>> I'm not particularly happy with this change. Apart from the fact that it
>>> wasn't mentioned in the commit message, it breaks any recipe that depends upon
>>> the previous ntpdate package. Could we go back to the old ntpdate name for the
>>> package or at the very least provide an RPROVIDES for the old name? I'm happy
>>> to submit a patch to do this once there is agreement either way.
>>>
>>> Cheers,
>>> Paul
>>>
>> I agree with you. Also find it kind of strange to change from
>> ntpdate to ntp-date, as the universally known name of that module is
>> ntpdate. Don't really see the rational of changing that to ntp-date
>> in the recipe.
>
> Agreed.  Though if there's a good reason to rename in ntp-date, that's
> fine with me, so long as we go with Paul's suggestion of having an
> RPROVIDES for ntpdate.  It's probably best to leave it as ntpdate,
> though.
>
My rational behind splitting like that is if it is just ntpdate and you try to add ntp-ssl and ntpdate it will use ntp to provide ntpdate. It could be change add RPROVIDES so ntp will provide ntpdate and ntp-ssl provides a uniquely named version.

//Morgan

> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel