[meta-freescale] [meta-fsl-ppc][PATCH v4 1/8] remove lm_sensor as it is already in meta-oe

[Matthew McClintock]

Ting, Otavio,

I think Otavio is referring to binary feeds to some degree here? Where
in a package has already generated an ipk/deb/rpm and it's being
upgraded in a live install. It's worth noting that some SDKs use this
method to upgrading / deploying vs. doing a build from source that
poky does.

With that in mind, given the package has changed we may need a
RREPLACES? I'm really not that familiar with this and I don't know
that anyone that uses ppc does this method yet. Do any SDKs/DISTROs
out there do this with meta-fsl-ppc? If so speak up, or let me know if
I am completely off base.

Also, please CC me on the patches and commentary so I see it sooner.

-M

On Sun, Mar 10, 2013 at 9:10 PM, Liu Ting-B28495 <B28495 at freescale.com> wrote:
>> -----Original Message-----
>> From: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com] On
>> Behalf Of Otavio Salvador
>> Sent: Saturday, March 09, 2013 11:40 PM
>> To: Liu Ting-B28495
>> Cc: meta-freescale at yoctoproject.org
>> Subject: Re: [meta-freescale] [meta-fsl-ppc][PATCH v4 1/8] remove
>> lm_sensor as it is already in meta-oe
>>
>> On Sat, Mar 9, 2013 at 12:37 PM, Liu Ting-B28495 <B28495 at freescale.com>
>> wrote:
>> >> -----Original Message-----
>> >> From: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com] On
>> >> Behalf Of Otavio Salvador
>> >> Sent: Saturday, March 09, 2013 11:34 PM
>> >> To: Liu Ting-B28495
>> >> Cc: meta-freescale at yoctoproject.org
>> >> Subject: Re: [meta-freescale] [meta-fsl-ppc][PATCH v4 1/8] remove
>> >> lm_sensor as it is already in meta-oe
>> >>
>> >> On Sat, Mar 9, 2013 at 12:21 PM, Liu Ting-B28495
>> >> <B28495 at freescale.com>
>> >> wrote:
>> >> >> -----Original Message-----
>> >> >> From: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com]
>> >> >> On Behalf Of Otavio Salvador
>> >> >> Sent: Saturday, March 09, 2013 10:54 PM
>> >> >> To: Liu Ting-B28495
>> >> >> Cc: meta-freescale at yoctoproject.org
>> >> >> Subject: Re: [meta-freescale] [meta-fsl-ppc][PATCH v4 1/8] remove
>> >> >> lm_sensor as it is already in meta-oe
>> >> >>
>> >> >> On Sat, Mar 9, 2013 at 11:37 AM, Liu Ting-B28495
>> >> >> <B28495 at freescale.com>
>> >> >> wrote:
>> >> >> >> -----Original Message-----
>> >> >> >> From: otavio.salvador at gmail.com
>> >> >> >> [mailto:otavio.salvador at gmail.com]
>> >> >> >> On Behalf Of Otavio Salvador
>> >> >> >> Sent: Saturday, March 09, 2013 8:21 PM
>> >> >> >> To: Liu Ting-B28495
>> >> >> >> Cc: meta-freescale at yoctoproject.org
>> >> >> >> Subject: Re: [meta-freescale] [meta-fsl-ppc][PATCH v4 1/8]
>> >> >> >> remove lm_sensor as it is already in meta-oe
>> >> >> >>
>> >> >> >> On Sat, Mar 9, 2013 at 12:30 AM,  <b28495 at freescale.com> wrote:
>> >> >> >> > From: Ting Liu <b28495 at freescale.com>
>> >> >> >> >
>> >> >> >> > Signed-off-by: Ting Liu <b28495 at freescale.com>
>> >> >> >>
>> >> >> >> I have just checked the revision used in meta-oe and it is 'r1'
>> >> >> >> so you'll need to keep an bbappend to add PRINC otherwise we'll
>> >> >> >> lost
>> >> >> upgrade path.
>> >> >> >>
>> >> >> >
>> >> >> > It is named as lmsensors-apps_3.3.2.bb in meta-fsl-ppc, and
>> >> >> > lmsensors_3.3.2.bb in meta-oe. But they are the same pkg. I
>> >> >> > think we can skip to bump PR as they are using 'different' recipe
>> name.
>> >> >> > If it does not make sense, I will generate new patches.
>> >> >>
>> >> >> Regarding the PR you're right, good catch! However we need to take
>> >> >> care of binary packages. You should provide a
>> >> >> RPROVIDES/RREPLACES/RCONFLICTS for the binary packages which were
>> >> renamed so the upgrade path works.
>> >> >>
>> >> >
>> >> > I think we can skip it too. They are identical, just with different
>> >> name.
>> >> > RPROVIDES/RREPLACES/RCONFLICTS does not make sense. No one will
>> >> > install the two at the same time. They will find lmsensors-apps has
>> >> > gone away and use the one in meta-oe.
>> >>
>> >> If someone has an image and has a lmsensors-apps-<foo> it will fail
>> >> to build. That's why you should have the overrides so the images will
>> >> not need to be changed to be kept working.
>> >
>> > So they will know the changes and use the right pkg name in image :-)
>>
>> This breaks user image; we ought to avoid to do that. People using the
>> BSP/SDK are kept working nowadays so you're moving them to a new package
>> so please take care to not break them.
>
> Consider this case: people include poky, meta-fsl-ppc and other layers except meta-oe. If we remove lmsensors-apps_3.3.2.bb in meta-fsl-ppc, then their image that has lmsensors-apps will absolutely fail to build. I wonder how to get a proper upgrade path in this case? Dose RPROVIDES/RREPLACES/RCONFLICTS works? They have to do some changes.
>
> -Ting
>
>>
>> I won't ack the package without a proper upgrade path. Matt, your call.
>
> All right.
> RPROVIDES/RREPLACES/RCONFLICTS
>>
>> --
>> Otavio Salvador                             O.S. Systems
>> E-mail: otavio at ossystems.com.br  http://www.ossystems.com.br
>> Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br
>
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale