[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#891620: Transition of linphone



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


Reply to: