On Thu, 2013-06-06 at 13:18 -0700, Saul Wold wrote: > But back to the orignal question, is the gstreamer 1.0 an upgrade path > for 0.10 or a completely new gstreamer? Is there an upgrade path? If > so, then the packaging needs to reflect that.
I think what you're really asking is "is gstreamer 1.0 ABI-compatible with 0.10?" and the answer to that question is no. Binaries compiled against 0.10 will need recompiling to use 1.0 so RPROVIDES would make no sense, and the two libraries are parallel installable so RCONFLICTS is not necessary either. In any case, using RPROVIDES/RCONFLICTS for libraries is sometimes slightly tricky in the presence of the debian autonamer, and is generally something that ought to be left to those distros that care about it rather than trying to solve the problem in oe-core. But all this is largely orthogonal to the question of whether or not we want to keep both versions in OE-Core. There does exist some precedent for that: we have both gtk2 and gtk3, and we also have multiple versions of (at least) linux, pseudo and gcc already. p. _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
