Each time I do a zypper dup in Tumbleweed it wants to remove linphone and install linphone-cli. I want to use linphone (the GUI interface).
If I let zypper dup do the replacement I can then install linphone again but that requires removing linphone-cli:
ed@george:~> sudo zypper install linphone
[sudo] password for root:
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: the installed linphone-cli-5.2.98-4.1.x86_64 obsoletes 'linphone < 5.2.98-4.1' provided by the to be installed linphone-5.1.2-1.1.x86_64
Solution 1: deinstallation of linphone-cli-5.2.98-4.1.x86_64
Solution 2: do not install linphone-5.1.2-1.1.x86_64
Choose from above solutions by number or cancel [1/2/c/d/?] (c): 1
Resolving dependencies...
Resolving package dependencies...
The following NEW package is going to be installed:
linphone
The following package is going to be REMOVED:
linphone-cli
1 new package to install, 1 to remove.
Overall download size: 2.8 MiB. Already cached: 0 B. After the operation, additional 7.7 MiB will be used.
Continue? [y/n/v/...? shows all options] (y): y
Retrieving: linphone-5.1.2-1.1.x86_64 (Main Repository (OSS)) (1/1), 2.8 MiB
Retrieving: linphone-5.1.2-1.1.x86_64.rpm ..................................................................................................................................[done (2.1 MiB/s)]
Checking for file conflicts: ...........................................................................................................................................................[done]
(1/2) Removing linphone-cli-5.2.98-4.1.x86_64 ..........................................................................................................................................[done]
(2/2) Installing: linphone-5.1.2-1.1.x86_64 ............................................................................................................................................[done]
Running post-transaction scripts .......................................................................................................................................................[done]
As soon as I do a zypper dup again it wants to repeat the whole mess. My previous experience (from Ubuntu) is that linphone-cli and linphone should co-exist happily on the same machine. For a few months I’ve been using the linphone GUI on Tumbleweed with no known problems (apart from a now-resolved library version problem discussed here and in the bug tracker).
Should I submit a bug report or am I missing something?
linphone package is not more built and is obsolete by linphone-cli. What you have in repository is an old version of linphone. The fact that it is still present in repository can be considered a bug.
If you have evidence that some functionality was lost in transition from linphone to linphone-cli - yes, you should open another bug report.
As far as I can see, linphone-cli (linphonec and/or linphonecsh) does not support the GUI interface that linphone supports, so yes, there’s a lot of functionality (the GUI) missing. When I had linphone-cli installed I looked to see if there was some new option or command to start the GUI but there didn’t seem to be. Obviously I could have missed it but I don’t think so.
The linphone web site [¹] is a bit confusing but it seems to say that it’s linphone-cli which is obsoleted by the newer linphone-daemon. AIUI, linphone (the GUI) sits on top of either of those.
I’ve never used linphone, but just for fun, I thought I’d provide TW’s perspective on the dependencies for each of linphone and linphone-cli … each of those does not require the other (though they share most of the same libraries):
For linphone:
# zypper in --dry-run linphone
Loading repository data...
Reading installed packages...
Resolving package dependencies...
The following 23 NEW packages are going to be installed:
belcard-data belle-sip-data broadvoice16 libbcmatroska2-0
libbctoolbox1 libbelcard1 libbellesip1 libbelr1 libbzrtp0 liblime0
liblinphone++10 liblinphone-data liblinphone10 libmbedcrypto7 libmbedtls14
libmbedx509-1 libmediastreamer11 libortp15 libsoci_core4_0
libsoci_sqlite3-4_0 libsrtp2-linphone1 libturbojpeg0 linphone
23 new packages to install.
Overall download size: 17.1 MiB. Already...
For linphone-cli:
# zypper in --dry-run linphone-cli
Loading repository data...
Reading installed packages...
Resolving package dependencies...
The following 22 NEW packages are going to be installed:
belcard-data belle-sip-data broadvoice16 libbcmatroska2-0
libbctoolbox1 libbelcard1 libbellesip1 libbelr1 libbzrtp0 liblime0
liblinphone-data liblinphone10 libmbedcrypto7 libmbedtls14
libmbedx509-1 libmediastreamer11 libortp15 libsoci_core4_0
libsoci_sqlite3-4_0 libsrtp2-linphone1 libturbojpeg0 linphone-cli
22 new packages to install.
Overall download size: 14.1 MiB. Already ...
You provided your view but not the view when you recreate the posters situation.
tumble:~ # zypper in --dry-run linphone linphone-cli
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: the to be installed linphone-cli-5.2.98-4.1.x86_64 obsoletes 'linphone < 5.2.98-4.1' provided by the to be installed linphone-5.1.2-1.1.x86_64
Solution 1: do not install linphone-cli-5.2.98-4.1.x86_64
Solution 2: do not install linphone-5.1.2-1.1.x86_64
Choose from above solutions by number or cancel [1/2/c/d/?] (c):
Indeed, that’s fine as far as it goes. However, it’s my understanding that TW’s perspective on the relationship between these two packages is wrong.
linphone is the graphical user interface which sits on top of the libraries you mention.
linephone-cli is the command line interface which sits on top of the libraries you mention.
They are alternatives. In fact, in my experience from experiments a few years ago on an Ubuntu system, they can co-exist on the same machine. You could, for example, be running the graphical user interface then use the CLI to make a call.
Where TW’s perspective is wrong, AFAICS, is that it seems to think that linphone-cli is a replacement for linphone.
This might be confusing the situation unnecessarily but from a quick look at the Linphone page mentioned above, it looks like there’s a newer product, linphone-daemon, which I think is a replacement for linphone-cli (but not linphone).
Hello,
I’m the maintainer of those packages.
There’s a bug in how the packages are named, so I proceeded to fix this issue by renaming the GUI package from linphone to linphone-desktop. The fixed package should land in Tumbleweed in few days.
FYI, after reading this thread yesterday, I inspected the changelogs of the two packages, and emailed two people responsible for multiple entries in both packages the URL of this thread. One of those two was pstivanin. Maintainers tend to fix only the things they are aware need fixing. IME, few maintainers go fishing through forums to discover problems that need their attention.
True, that’s the normal/official process. OTOH, email can get where it counts faster when one manages to locate an appropriate target. The better bug reports, those that assign to responsible maintainers, get responses sooner than lesser ones that must first go through triage, which can take a week or more. Reporting as I did kept me from getting getting subscribed to bugmail from yet another bug about which I have no personal interest, yet got helpful action quickly.
Just to be clear, yes, the next step would have been to submit a bug report. I just thought I’d make a general query first in case I was missing something obvious given that I’ve only been using Linphone on openSUSE very lightly since I installed it and wasn’t all that familiar with openSUSE’s packaging philosophy.
That is exactly what I tried to communicate above. IMHO it is in many cases the best way to go. First ask here (maybe a simple solution can be used) and when there is a general feeling amongst those that contribute that a bug report is the next step, often more and more precise information is available then when you just , hoping that your conclusions are correct, file a bug without asking .
Indeed it is. When I did a zypper dup yesterday it replaced linphone with linphone-cli and linphone-desktop. Desktop continued to work fine. CLI runs, haven’t checked it any further.
