On 15/09/2018 12:06, Dr. Tobias Quathamer wrote: > Dear all, > > unfortunately, there's basically no progress in this bug report, as far > as I can tell. So I think that it's unlikely that kopete will be able to > build with libmediastreamer 2.16. > > Would it be an option to provide *both* library versions for buster? We > could use the new source package "mediastreamer2", which is in > experimental. We would need to rename the binary packages built from > that source package, e.g. like this: > > libmediastreamer-base10 -> libmediastreamer2-base10 > libmediastreamer-dev -> libmediastreamer2-dev > libmediastreamer-voip10 -> libmediastreamer2-voip10 > > This way, the new linphone version could depend on libmediastreamer2-dev > instead of libmediastreamer-dev, using the new library version. > > For kopete, we create a new source package and split off the > mediastreamer (and ortp) libraries from the old linphone package. > > The package could be named e.g. "mediastreamer" (without the "2") and > build the binary packages > > libmediastreamer-base3 > libmediastreamer-dev > libortp-dev > libortp9 > > This way, kopete can still use the old library for buster, while > allowing the new version of linphone into buster as well. > > Considering that the freeze is only a few months away, I doubt that we > otherwise have a chance to get linphone in buster in time. > > Would this be acceptable for the release team as well? Or am I missing > something here?
You are making things way too complicated just to avoid patching one rdep. The solution here is to propose a good patch for kopete (there's already one patch proposed upstream but it's not clear if it's good - if it is, then explaining why would be enough). Cheers, Emilio
