[OE-core] [PATCH] libjpeg-turbo: update to 1.5.0

[Peter Kjellerstedt]

> -----Original Message-----
> From: openembedded-core-bounces at lists.openembedded.org
> [mailto:openembedded-core-bounces at lists.openembedded.org] On Behalf Of
> Maxin B. John
> Sent: den 9 juni 2016 08:36
> To: Alexander Kanavin
> Cc: openembedded-core at lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] libjpeg-turbo: update to 1.5.0
> 
> Hi Alex,
> 
> On Thu, Jun 09, 2016 at 12:37:00PM +0300, Alexander Kanavin wrote:
> > On 06/08/2016 03:48 PM, Maxin B. John wrote:
> > >1. LIC_FILES_CHKSUM updates only involves changes in Copyright
> holders.
> > >   LICENSE remains the same.
> > >
> > >2. libjpeg-turbo don't have non-floating point ABI support in MIPS.
> > >   Provide a work around for that.
> > >
> > >[YOCTO #9606]
> > >
> > >Signed-off-by: Maxin B. John <maxin.john at intel.com>
> > >---
> > > ...{libjpeg-turbo_8d+1.4.2.bb => libjpeg-turbo_8d+1.5.0.bb} | 13
> ++++++++-----
> > > 1 file changed, 8 insertions(+), 5 deletions(-)
> > > rename meta/recipes-graphics/jpeg/{libjpeg-turbo_8d+1.4.2.bb =>
> libjpeg-turbo_8d+1.5.0.bb} (71%)
> >
> > Adding a '8d+' prefix to the version means that upstream check cannot
> be
> > automatically performed. Can we get rid of it somehow?
> >
> 
> +1 for that. Now looking for a better way to get rid of this "version-
> going-backwards" problem:
> 
> QA Issue: Package version for package jpeg-tools went backwards which
> would break package feeds from (0:8d+1.4.2-r0 to 0:1.5.0-r0) [version-
> going-backwards]
> 
> > Alex
> >
> Best Regards,
> Maxin

That should only be a matter of setting the epoch of the recipe:

PE = "1"

//Peter