On Fri, 2011-08-19 at 08:53 -0400, Bruce Ashfield wrote: > On Fri, Aug 19, 2011 at 5:43 AM, Phil Blundell <[email protected]> wrote: > > On Fri, 2011-08-19 at 01:20 -0400, Bruce Ashfield wrote: > >> diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb > >> b/meta/recipes-kernel/linux/linux-yocto_3.0.bb > >> index 44f1ebe..5d9871f 100644 > >> --- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb > >> +++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb > >> @@ -11,7 +11,7 @@ KMACHINE_qemuarm = "yocto/standard/arm-versatile-926ejs" > >> KBRANCH = ${KMACHINE} > >> KMETA = meta > >> > >> -LINUX_VERSION ?= "3.0.1" > >> +LINUX_VERSION ?= "3.0" > >> LINUX_VERSION_EXTENSION ?= "-yocto-${LINUX_KERNEL_TYPE}" > >> > >> SRCREV_machine_qemuarm = "36b4cdddcafc711f0ec9ad97882f23a6443c61b2" > > > > That's going to cause PV to go backwards, right? If you're going to do > > that then you probably ought to consider bumping PE to retain > > monotonicity. > > Indeed. I always just think of LINUX_VERSION as yet another package internal > variable (from non-bitbake experience), so tweaking it has no impact > on this sort > of thing. > > I can look into changing the epoch .. but not until Monday or later in > the weekend.
I'm not 100% convinced that this is a good idea. I'd really prefer the kernel accurately reflected the version it was. Can we not do: PREFERRRED_VERSION_xxx = "3.0%" to get around the preferred version issues? Cheers, Richard _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
