telepathy-farstream-0.6 uses gstreamer-1.0 libraries. telepathy-farstream-0.4 uses gstreamer-0.10 libraries. You cannot mix gstreamer-0.10 and gstreamer-1.0 in the same process telepathy-farstream cannot be trivially slotted because 0.4 and 0.6 install the same pkgconfig file (telepathy-farstream.pc) and the same headers (in /usr/include/telepathy-1.0/telepathy-farstream). This makes bumping it into a bit of a dilemma. Possibility 1: get telepathy-farstream upstream to rename their pkgconfig file, move their headers, and release 0.7. Downside: requires convincing upstream that this is a good idea. Olivier, you are telepathy upstream I believe, would this be acceptable? Possibility 2: leave telepathy-farstream-0.6 out of tree until all consumers of it have gst-1.0-compatible versions available. Downside: we really would like to get a gst-1.0 version of empathy-3.6 in the tree soon, and that requires telepathy-farstream-0.6 Possibility 3: net-libs/telepathy-qt[farstream] and net-im/ktp-call-ui explicitly RDEPEND on <telepathy-farstream-0.5. Downside: "<" dependencies are evil and can lead to interesting dependency problems for users who have both gnome and kde installed. Possibility 4: slotify telepathy-farstream-0.4 by renaming its pkgconfig file and moving its headers to a different directory. Add revbumps of telepathy-qt and ktp-call-ui that are patched to use the renamed pkgconfig file. Downside: bad for users who are using a Gentoo machine for software development on gst-0.10 code. Personally, I am leaning towards #4 because gst-0.10 is basically legacy, all development is moving towards gst-1.0, so hopefully not many users will be negatively affected by the slotting. However, I would like to hear what the kde team thinks since it's your packages that would have to get patched.
slotting doesn't work because of libnice version conflicts. see Bug 446464
commit 7c9ea6a6173ed95006e05bdf4e3eab7f6bf9178b Author: Gilles Dartiguelongue <eva@gentoo.org> Date: Fri Dec 21 23:58:41 2012 +0100 net-libs/telepathy-farstream: 0.4.0 → 0.6.0 refs bug #446430 I think the simplest route is to just add regular blockers. A couple of libs are handled like that in tree and it works decently fine (not perfect I admit). No need to overkill it with slots imho.
This is now in tree unslotted.
