* About PV = "0.0+git${SRCPV}"
@ 2016-04-21 7:22 Robert Yang
2016-04-21 7:42 ` Richard Purdie
0 siblings, 1 reply; 3+ messages in thread
From: Robert Yang @ 2016-04-21 7:22 UTC (permalink / raw)
To: oe-core
There are several recipes in oe-core which has:
PV = "0.0+git${SRCPV}"
These recipes don't have a release version, so we use "0.0+git${SRCPV}",
but the package manager such as opkg/rpm/smart may not upgrade them
correctly when the recipes is upgraded since we can't make sure that
SRCPV_new > SRCPV_old.
How about we use date for these recipes which doesn't have a release
version? For example, if we integrate them to oe-core today, then
PV = "20160421". And when we upgrade them in the future, we can change
the PV to that day. We can change all the current version 0.0 target
recipes to today, and add a sanity check for version 0.0.
--
Thanks
Robert
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: About PV = "0.0+git${SRCPV}"
2016-04-21 7:22 About PV = "0.0+git${SRCPV}" Robert Yang
@ 2016-04-21 7:42 ` Richard Purdie
2016-04-22 1:40 ` Robert Yang
0 siblings, 1 reply; 3+ messages in thread
From: Richard Purdie @ 2016-04-21 7:42 UTC (permalink / raw)
To: Robert Yang, oe-core
On Thu, 2016-04-21 at 15:22 +0800, Robert Yang wrote:
> There are several recipes in oe-core which has:
> PV = "0.0+git${SRCPV}"
>
> These recipes don't have a release version, so we use
> "0.0+git${SRCPV}",
> but the package manager such as opkg/rpm/smart may not upgrade them
> correctly when the recipes is upgraded since we can't make sure that
> SRCPV_new > SRCPV_old.
>
> How about we use date for these recipes which doesn't have a release
> version? For example, if we integrate them to oe-core today, then
> PV = "20160421". And when we upgrade them in the future, we can
> change
> the PV to that day. We can change all the current version 0.0 target
> recipes to today, and add a sanity check for version 0.0.
No, this is the whole idea behind having the PR Server which injects a
revision before the hash in SRCPV. We have the same problem with other
git recipes even where there are versions since the revision can change
and we need to be able to sort the versions correctly.
Cheers,
Richard
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: About PV = "0.0+git${SRCPV}"
2016-04-21 7:42 ` Richard Purdie
@ 2016-04-22 1:40 ` Robert Yang
0 siblings, 0 replies; 3+ messages in thread
From: Robert Yang @ 2016-04-22 1:40 UTC (permalink / raw)
To: Richard Purdie, oe-core
On 04/21/2016 03:42 PM, Richard Purdie wrote:
> On Thu, 2016-04-21 at 15:22 +0800, Robert Yang wrote:
>> There are several recipes in oe-core which has:
>> PV = "0.0+git${SRCPV}"
>>
>> These recipes don't have a release version, so we use
>> "0.0+git${SRCPV}",
>> but the package manager such as opkg/rpm/smart may not upgrade them
>> correctly when the recipes is upgraded since we can't make sure that
>> SRCPV_new > SRCPV_old.
>>
>> How about we use date for these recipes which doesn't have a release
>> version? For example, if we integrate them to oe-core today, then
>> PV = "20160421". And when we upgrade them in the future, we can
>> change
>> the PV to that day. We can change all the current version 0.0 target
>> recipes to today, and add a sanity check for version 0.0.
>
> No, this is the whole idea behind having the PR Server which injects a
> revision before the hash in SRCPV. We have the same problem with other
> git recipes even where there are versions since the revision can change
> and we need to be able to sort the versions correctly.
Thanks, I saw that PR Server will change git0 -> git1 -> git2 when SRCREV
is changed, it works.
// Robert
>
> Cheers,
>
> Richard
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-04-22 1:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-04-21 7:22 About PV = "0.0+git${SRCPV}" Robert Yang
2016-04-21 7:42 ` Richard Purdie
2016-04-22 1:40 ` Robert Yang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox