Web Phone
Linphone is a Web phone with a GNOME interface. It lets you make
two-party calls over IP networks such as the Internet. It uses the IETF
protocols SIP (Session Initiation Protocol) and RTP (Realtime TransporT
Protocol) to make calls, so it should be able to communicate with other
SIP-based Web phones. With several codecs available, it can be used
with high speed connections as well as 28k modems.
Build with ALL features enabled.
- Links to network:telephony / linphone
- Has a link diff
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:X0F:HSF/linphone && cd $_ - Create Badge
Refresh
Refresh
Source Files (show unmerged sources)
| Filename | Size | Changed |
|---|---|---|
| liblinphone-5.3.37.tar.bz2 | 0020525328 19.6 MB | |
| linphone-build-jsoncpp.patch | 0000000406 406 Bytes | |
| linphone-build-readline.patch | 0000006993 6.83 KB | |
| linphone-fix-pkgconfig.patch | 0000001230 1.2 KB | |
| linphone-link-soci-sqlite3.patch | 0000000521 521 Bytes | |
| linphone.changes | 0000045388 44.3 KB | |
| linphone.spec | 0000012390 12.1 KB | |
| openldap-bc.tar.bz2 | 0005051853 4.82 MB | |
| reproducible.patch | 0000001494 1.46 KB | |
| set_current_version.patch | 0000000410 410 Bytes |
Latest Revision
Sergey Kondakov (X0F)
committed
(revision 176)
- Disable SLP by default for Factory and ALP (bsc#1214884)
- Update to 5.2.98 (no changelog)
- Drop the manual, since it's very outdated and has been replaced with
an online Wiki.
- Update to 5.2.75 (no changelog). This fixes boo#1212956.
- Add set_current_version.patch.
- Update to version 5.2.50:
* Fix bug related to conference created with ICE DTLS SRTP encrypted call
* Rework tone manager:
- Remove reason field from LinphoneToneDescription
- Store tones by ID
- choose tone based on the reason when a call ends
* Do not override lime capability when enabling lime
* Do not allow to add dependency of an account to itself
* Allow to enable or disable tone indications from the core settings
* Fixed Content-Disposition (and others) headers issue in multiparts
* Update chat room flags in DB when calling insertChatRoom
* Fix an issue where on-hold music is played erroneously through a call that has been resumed
* Send invitations to the list of participants to invite and not to all invitees
Comments 2
Hello Sergey!
I tried to remove some of the compiling errors by linking from your project to here. Fedora 35 almost compiles, but there is a linking error somewhere that I can't see how to resolve. The log.
Maybe you can reuse some of the patch for Fedora 35.
Have you by any chance tried to get it to work for Debian/Ubuntu too? It would be awseome if it worked on everything so that people can call each other no matter what OS they are on. Most of the code is already ported to Debian/Ubuntu, it is just the last bit
liblinphoneandlinphone-desktopgui app left.One issue that I saw was that
limeon OpenSUSE installs to /usr/lib64. The same code on Fedora 35 installs to /usr/lib, which then makes an issue for liblinphone to find it, when it expects it to be in /usr/lib64.Bare cloning of code that compiles on OpenSUSE to a new package makes it fail and it is difficult to know why. It should just compile when just cloned to a new package. CMake is missing some files when package is cloned, and very difficult to know why that happens. It is the same system... Also noted that it depends which worker that is compiling as if it is not the same system on every worker.
I hope you find it helpful that I let you know that your code, with patches, is now 99% compiling. Maybe a joint effort can make it work on all the major linux OS systems, as some machines can only run a specific type of linux distribution due to hardware limits (semi-working hardware), but people still want to call each other no matter what they are using.
Sorry, I've missed the notification. To be honest, I'm better versed in Gentoo's ebuild system than RPM spec and whatever Debian uses. To figure out build errors one have to be well versed in exact toolchain workings of the target distro, so I can't even attempt to write universally compatible scripts. All SIP clients usually have ridiculous amount of dependencies, some of which are incompatible forks of more common packages and some are statically-linked bundled libraries which depend on more common shared libraries of one particular version (sometimes not even being versioned correctly, so it tries to compile with an incompatible version and errors out weirdly). It's a glorious mess.
And I also stopped actively maintaining this package after ending my experiments with SIP chatting, concluding that Linphone might be the most stable feature-complete client and Ring/SFLphone/Jami is the most ambitious yet perpetually broken. It's probably easier and more secure to get equivalent opus/vp9-based audiovisual chats in something like a Tox-protocol P2P client.