Bug#892325: Outdated Linphone packets

[Wadel Julien]

Hi,

I'm not fully aware about the packaging process on Debian but Linphone 
Desktop 4.2 will be based on 4.4 of SDK for sure.

Even it is currently on development, the 4.4 is near to be released and 
is enough stable to begin to work with. In addition, I think that you 
will have to use all 4.4 libraries because there is no point to mix 
versions. I can confirm you that the Doxygen issue is fixed on this version.

By the way, an Appimage on the last version of the application is based 
on 4.4.0-beta-13 and can be found here : 
https://www.linphone.org/snapshots/AppImages/Linphone-4.2.0-alpha.63+59c4cc1.AppImage

Regards

On 6/2/20 1:06 AM, Bernhard Schmidt wrote:
> Hi Simon,
>
>> I'm following up on our last exchange about packaging of Linphone in
>> Debian.
>> Thanks to Julien we've made huge progress and we are now on track to
>> make a new release very shortly (let's say end of this month). The
>> stability of the our last beta versions (from master branch of
>> linphone-sdk) is currently very good.
>> The Minizip dependency that was giving your headaches is now dropped, so
>> I guess there is no blocking point to make Linphone re-enter Debian.
>> We have also recently adopted semantic versionning for all our
>> components, which should help a bit with the management of packages.
>>
>> My goal with this email is mainly to put you in contact with Julien (in
>> cc) so that you he can assist you, should you face any issue (build or
>> whatever) while creating the Debian packages, or should you want to give
>> us back some patches you've made already. Don't hesitate to contact him
>> and feel free to let us know how we can help you.
> thanks for contacting us again.
>
> I am a bit closer right now. I have uploaded the latest releases of the
> supporting libraries to experimental
>
> bctoolbox
> belle-sip
> bzrtp
> belr
> belcard
> bzrtp
>
> These are now in the NEW queue due to renamed libraries, not sure when
> the ftp-masters will get to them.
>
> ortp
> mediastreamer2
>
> Unfortunately I once again hit a problem with liblinphone.
>
> The 4.3.1 release does not build in Debian unstable due to Doxygen
> 1.8.17 being present.
>
> -- Found Doxygen: /usr/bin/doxygen (found version "1.8.17") found
> components: doxygen dot
> CMake Error at coreapi/help/doc/doxygen/CMakeLists.txt:27 (message):
>    Your version of Doxygen (1.8.17) is known to malfunction with some of our
>    macro definitions, which causes errors while wrapprers generation.  Please
>    install an older version of Doxygen (< 1.8.17) or disable
> documentation and
>    wrapper generation.
>
> The C++ wrapper is necessary for linphone-desktop, so we cannot just
> disable them.
>
> I've found
> https://gitlab.linphone.org/BC/public/liblinphone/commit/e26dd44a5954e218cefeb6f37ba5fd7d9c9693af
> and
> https://gitlab.linphone.org/BC/public/liblinphone/commit/c6c93630df8f98130e9daf6bf57794b7123104ff
> but they don't apply to 4.3.1 cleanly
>
> Updating liblinphone to 4.4.0-beta fixes this issue, but then breaks with
>
> /<<PKGBUILDDIR>>/src/sal/sal.h:319:2: error:
> ‘belle_sip_header_session_expires_refresher_t’ does not name a type
>    319 |  belle_sip_header_session_expires_refresher_t
> mSessionExpiresRefresher = BELLE_SIP_HEADER_SESSION_EXPIRES_UNSPECIFIED;
> // 0 = auto, 1 = uas, 2 = uac
>        |  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> as far as I can see I would also need to 4.4.0-beta release of belle-sip
> for those headers
>
> https://gitlab.linphone.org/BC/public/belle-sip/commit/0dcb13416eae87edf140771b886aedaf6be8cf60
>
> Does not look easy to backport either.
>
> It's a bit unfortunately that linphone consists of so many libraries
> that are this tightly coupled. I could try updating belle-sip to
> 4.4.0-beta as well, but then I might be hit by a similar issue with
> another library. This is hard to work with.
>
> Would updating belle-sip to 4.4.0-beta be enough or are there more tight
> version dependencies not appropriately expressed in CMakeLists.txt?
>
> Best Regards,
> Bernhard