* Updating libtiff
@ 2010-10-07 13:46 Tom Rini
2010-10-07 13:54 ` Holger Freyther
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Tom Rini @ 2010-10-07 13:46 UTC (permalink / raw)
To: openembedded-devel
Hey all,
I'm looking to update libtiff to cover some security issues in the
version we ship, and I noticed something funny about how we do it today.
Currently tiff_3.9.2.bb sets PV to 3.9.2+4.0.0beta5 and grabs and
builds 4.0.0beta5. While it's possible that in the past 3.9.2 was
intended to be the last 3.9.x, it wasn't.
I think we should go with:
- Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will
get upgrades right.
- Add tiff_3.9.4.bb as well, in case someone wants to stay on the
released line.
Anyone see a problem with that?
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Updating libtiff
2010-10-07 13:46 Updating libtiff Tom Rini
@ 2010-10-07 13:54 ` Holger Freyther
2010-10-07 14:00 ` Frans Meulenbroeks
2010-10-07 13:57 ` Frans Meulenbroeks
2010-10-07 14:00 ` Martin Jansa
2 siblings, 1 reply; 7+ messages in thread
From: Holger Freyther @ 2010-10-07 13:54 UTC (permalink / raw)
To: openembedded-devel
On 10/07/2010 09:46 PM, Tom Rini wrote:
> I think we should go with:
> - Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will get
> upgrades right.
but not with tiff_4.0.0.bb... then you would need to bump PE...
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Updating libtiff
2010-10-07 13:46 Updating libtiff Tom Rini
2010-10-07 13:54 ` Holger Freyther
@ 2010-10-07 13:57 ` Frans Meulenbroeks
2010-10-07 14:00 ` Martin Jansa
2 siblings, 0 replies; 7+ messages in thread
From: Frans Meulenbroeks @ 2010-10-07 13:57 UTC (permalink / raw)
To: openembedded-devel
2010/10/7 Tom Rini <tom_rini@mentor.com>:
> Hey all,
>
> I'm looking to update libtiff to cover some security issues in the version
> we ship, and I noticed something funny about how we do it today. Currently
> tiff_3.9.2.bb sets PV to 3.9.2+4.0.0beta5 and grabs and builds 4.0.0beta5.
> While it's possible that in the past 3.9.2 was intended to be the last
> 3.9.x, it wasn't.
>
> I think we should go with:
> - Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will get
> upgrades right.
> - Add tiff_3.9.4.bb as well, in case someone wants to stay on the released
> line.
>
> Anyone see a problem with that?
>
Fine with me. I made the PV after discussion on ML or irc.
People told me that as it was a beta I could not call the recipe 4.0.0.
This is the commit log:
commit c860f51f04d41680100a7fecd2341ecf8f657fe1
Author: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Date: Thu Mar 11 21:08:45 2010 +0100
tiff: moved to 4.0.0 beta5
also renamed to 3.9.2 as that is the latest version before 4.0.0
Frans.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Updating libtiff
2010-10-07 13:46 Updating libtiff Tom Rini
2010-10-07 13:54 ` Holger Freyther
2010-10-07 13:57 ` Frans Meulenbroeks
@ 2010-10-07 14:00 ` Martin Jansa
2010-10-07 17:14 ` Tom Rini
2 siblings, 1 reply; 7+ messages in thread
From: Martin Jansa @ 2010-10-07 14:00 UTC (permalink / raw)
To: openembedded-devel
On Thu, Oct 07, 2010 at 06:46:06AM -0700, Tom Rini wrote:
> Hey all,
>
> I'm looking to update libtiff to cover some security issues in the
> version we ship, and I noticed something funny about how we do it today.
> Currently tiff_3.9.2.bb sets PV to 3.9.2+4.0.0beta5 and grabs and
> builds 4.0.0beta5. While it's possible that in the past 3.9.2 was
> intended to be the last 3.9.x, it wasn't.
>
> I think we should go with:
> - Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will
> get upgrades right.
> - Add tiff_3.9.4.bb as well, in case someone wants to stay on the
> released line.
>
> Anyone see a problem with that?
Isn't PV="4.0.0" < PV="4.0.0beta5"?
Then it would be better to stay with 3.9.2+4.0.0beta* sheme for easy
upgrade path to 4.0.0 release.
at least that's the reason why I have ie:
KERNEL_RELEASE = "2.6.36-rc7"
OLD_KERNEL_RELEASE = "2.6.35"
PV = "${OLD_KERNEL_RELEASE}+${KERNEL_RELEASE}+gitr${SRCPV}"
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Updating libtiff
2010-10-07 13:54 ` Holger Freyther
@ 2010-10-07 14:00 ` Frans Meulenbroeks
2010-10-07 17:11 ` Tom Rini
0 siblings, 1 reply; 7+ messages in thread
From: Frans Meulenbroeks @ 2010-10-07 14:00 UTC (permalink / raw)
To: openembedded-devel
2010/10/7 Holger Freyther <holger+oe@freyther.de>:
> On 10/07/2010 09:46 PM, Tom Rini wrote:
>
>> I think we should go with:
>> - Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will get
>> upgrades right.
>
> but not with tiff_4.0.0.bb... then you would need to bump PE...
>
Yeah, that's why I was told to use the 3.9.2+ construct.
Forgot if there was a reason (e.g. security vulnerability) not to keep 3.9.2
Frans
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Updating libtiff
2010-10-07 14:00 ` Frans Meulenbroeks
@ 2010-10-07 17:11 ` Tom Rini
0 siblings, 0 replies; 7+ messages in thread
From: Tom Rini @ 2010-10-07 17:11 UTC (permalink / raw)
To: openembedded-devel
Frans Meulenbroeks wrote:
> 2010/10/7 Holger Freyther <holger+oe@freyther.de>:
>> On 10/07/2010 09:46 PM, Tom Rini wrote:
>>
>>> I think we should go with:
>>> - Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will get
>>> upgrades right.
>> but not with tiff_4.0.0.bb... then you would need to bump PE...
>>
>
> Yeah, that's why I was told to use the 3.9.2+ construct.
>
> Forgot if there was a reason (e.g. security vulnerability) not to keep 3.9.2
Why not just have this:
# Bump for 4.0.0 release!
PE = 1
In tiff_4.0.0beta6.bb ?
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Updating libtiff
2010-10-07 14:00 ` Martin Jansa
@ 2010-10-07 17:14 ` Tom Rini
0 siblings, 0 replies; 7+ messages in thread
From: Tom Rini @ 2010-10-07 17:14 UTC (permalink / raw)
To: openembedded-devel
Martin Jansa wrote:
> On Thu, Oct 07, 2010 at 06:46:06AM -0700, Tom Rini wrote:
>> Hey all,
>>
>> I'm looking to update libtiff to cover some security issues in the
>> version we ship, and I noticed something funny about how we do it today.
>> Currently tiff_3.9.2.bb sets PV to 3.9.2+4.0.0beta5 and grabs and
>> builds 4.0.0beta5. While it's possible that in the past 3.9.2 was
>> intended to be the last 3.9.x, it wasn't.
>>
>> I think we should go with:
>> - Add tiff_4.0.0beta6.bb which should be compatible with beta5 and will
>> get upgrades right.
>> - Add tiff_3.9.4.bb as well, in case someone wants to stay on the
>> released line.
>>
>> Anyone see a problem with that?
>
> Isn't PV="4.0.0" < PV="4.0.0beta5"?
>
> Then it would be better to stay with 3.9.2+4.0.0beta* sheme for easy
> upgrade path to 4.0.0 release.
>
> at least that's the reason why I have ie:
> KERNEL_RELEASE = "2.6.36-rc7"
> OLD_KERNEL_RELEASE = "2.6.35"
> PV = "${OLD_KERNEL_RELEASE}+${KERNEL_RELEASE}+gitr${SRCPV}"
Ah right. But the problem is that we're more like back in the "not
quite 2.6.0" days of the kernel. Unless we just skip out on doing 3.9.4
itself, which I guess is possible.
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2010-10-07 17:15 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-07 13:46 Updating libtiff Tom Rini
2010-10-07 13:54 ` Holger Freyther
2010-10-07 14:00 ` Frans Meulenbroeks
2010-10-07 17:11 ` Tom Rini
2010-10-07 13:57 ` Frans Meulenbroeks
2010-10-07 14:00 ` Martin Jansa
2010-10-07 17:14 ` Tom Rini
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.