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
