On 9/14/12 5:37 PM, Phil Blundell wrote:
On Fri, 2012-09-14 at 17:28 -0500, Mark Hatle wrote:
Based on that, I'm not sure what RREPLACES is being used for:
FILES_${PN} = "${bindir} ${libdir}/X11/Options ${libdir}/X11/Cards
${libdir}/X11/getconfig ${libdir}/X11/etc ${libdir}/modules/*.so
${libdir}/xorg/modules/*.so /etc/X11 ${libdir}/xorg/protocol.txt
${datadir}/X11/xorg.conf.d"
Since under the packaging rules, that one file will only exist in the one
package, and it won't ever exist in both packages.
So Replaces is wrong under either definition from what I can tell.
The point is that it was in older versions of xserver-xorg. It's indeed
not in the current version, and in fact it can't be since (due to the
way that FILES works) there is no way for a single file to end up in
more than one of the PACKAGES for a given recipe.
Ahh, thats easy.. It conflicts or replaces an older version..
RCONFLICTS_... = ${PN} (<${PV})
or something like that. Once updated to the current version of ${PN} no
conflict.
In the particular case at hand I think the problem is relatively minor,
since folks who have an old xserver-xorg installed can upgrade by first
installing the new xserver-xorg (which doesn't ship libexa.so) and then
installing xserver-xorg-module-exa. But, if the new xserver-xorg had
depended on xserver-xorg-module-exa then this wouldn't have worked
without the RREPLACES.
p.
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
