[oe] [danny?] Re: [meta-networking][PATCH v2 1/2] ntp: cleanup recipes and fix SSL support

[Martin Jansa]

On Tue, Dec 04, 2012 at 09:21:23AM +0000, Paul Eggleton wrote:
> On Tuesday 04 December 2012 08:44:30 Anders Darander wrote:
> > * Paul Eggleton <paul.eggleton at linux.intel.com> [121122 17:50]:
> > > * Move common definitions to the inc file
> > > * Drop override of do_configure which doesn't seem to be needed anymore
> > > * Fold ntp-ssl into the ntp recipe as a PACKAGECONFIG option for those
> > >   who want it (default to off) and fix configure-time checks to detect
> > >   OpenSSL properly so that it gets enabled when selected
> > > * Remove ntp-bin package and put its contents in currently empty
> > >   ntp-utils package (with migration path)
> > > * Fix hardcoded paths in ntpd initscript
> > > * Specify ntpd.conf as a configuration file for packaging purposes
> > > * Rearrange so that packaging definitions are towards the end in the
> > >   expected order
> > > * Delete unused "ntp" initscript file
> > > * Add SUMMARY
> > > * Update HOMEPAGE
> > 
> > Would this patch be acceptable for a push to danny? Or is it to
> > intrusive?
> > 
> > If it's to intrusive, we need to update the SRC_URI checksums in danny,
> > as they're currently not matching the downloaded file...
> > 
> > If needed, I can create a SRC_URI-patch for danny, though I'd prefer to
> > get this one in if possible.
> 
> IMO the original recipe was horribly broken, so I'd definitely support having 
> this patch applied to danny as well, assuming people have given it a 
> reasonable amount of runtime testing and everything's OK.

I agree and I plan to send pull-request for danny with this today.

Cheers,
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20121204/f7dd3773/attachment-0002.sig>