[OE-core] [PATCH V3 0/2] BlueZ 5 experimental recipes
Iorga, Cristian
cristian.iorga at intel.com
Tue Jul 16 14:36:28 UTC 2013
" why having it be so is not a very good thing."
Sorry, I did not understood this part.
Judging by my investigation, is RREPLACES needed or not?
/Cristian
-----Original Message-----
From: Phil Blundell [mailto:pb at pbcl.net]
Sent: Tuesday, July 16, 2013 5:34 PM
To: Iorga, Cristian
Cc: openembedded-core at lists.openembedded.org
Subject: Re: [OE-core] [PATCH V3 0/2] BlueZ 5 experimental recipes
On Tue, 2013-07-16 at 17:28 +0300, Cristian Iorga wrote:
> Observe my investigation below in order to decide if RREPLACES is needed.
> Conclusion: BlueZ 5.x will be eventually an upgrade path for an
> already installed embedded device. As such, RREPLACES is needed for a system-wide upgrade.
It wasn't very obvious to me that these results make a compelling case for bluez4 needing to RREPLACE bluez5. Indeed, this section:
root at qemux86:~# opkg install bluez5
Multiple replacers for bluez5, using first one (bluez4).
Package bluez4 is already installed on root.
root at qemux86:~# opkg list-installed | grep bluez
bluez4 - 4.101-r6.0
libasound-module-bluez - 4.101-r6.0
... seems to illustrate (modulo the usual amount of opkg craziness) why having it be so is not a very good thing.
p.
More information about the Openembedded-core
mailing list