Your message dated Fri, 15 Jan 2021 15:43:51 +0100
with message-id <yagqj9zdnomme...@fliwatuet.svr02.mucip.net>
and subject line Closing bugs opened for old Gtk client
has caused the Debian Bug report #906057,
regarding linphone: Linphone "cannot start transport on port 5060, maybe this 
port is already used" although it is not.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
906057: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906057
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linphone
Version: 3.6.1-3
Severity: grave
Tags: ipv6
Justification: renders package unusable

Dear Maintainer,

After upgrading from Jessie 8 to Stretch 9 (64bits), Linphone has become
inoperative.

Linphone was used without problem with the setup and parameters under Jessie.
With the same configuration under Stretch, at start-up Linphone complains as
follows:

        Could not start tls transport on port 5060, maybe this port is already
used.

It is impossible to establish a call, or register to a SIP server.

The following approaches were attempted:

a) Changing from TLS to UDP or TCP

        Result: exactly the same problem remains.

b) Modifying the port number

        Result: no matter what port number is put, exactly the same issue
occurs.

        Checking with lsof -i -n -P, it appears that none of the ports
introduced
        are actually used. Linphone believes a port is in use while it is not.

d) Relying upon IPv6 instead of IPv4.

        Result:
        c.1) Linphone no longer complains about an occupied port.
        c.2) Linphone starts correctly listening to the port in question.
             lsof -i -n -P | egrep -i 5060 shows (for instance)

                linphone  9737     casaise   25u  IPv6 281289      0t0  UDP
*:5060

        c.3) However, it remains impossible to register the accounts to SIP
servers.
        c.4) Calling test accounts results in Linphone attempting to establish
the
             call but never managing to do it (timing out).

e) Some in the Internet suggest that the reason is a lack of privileges for the
user
   and that adding the user to the group plugdev or netdev could resolve the
situation.

        Result: the problem remains as it is.

f) The SIP utility Ekiga was also installed (but not started). Using Synaptic,
it was
   removed from the installation.

        Result: the problem remains as it is.

It may be that the in-place upgrade from Jessie to Stretch has left Linphone in
an
inconsistent state. I respectfully ask whether there is a workaround to the
above
problem.



-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-7-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), 
LANGUAGE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linphone depends on:
ii  libasound2                1.1.3-5
ii  libatk1.0-0               2.22.0-1
ii  libavcodec57              7:3.2.12-1~deb9u1
ii  libavutil55               7:3.2.12-1~deb9u1
ii  libc6                     2.24-11+deb9u3
ii  libcairo2                 1.14.8-1
ii  libexosip2-11             4.1.0-2.1
ii  libfontconfig1            2.11.0-6.7+b1
ii  libfreetype6              2.6.3-3.2
ii  libgdk-pixbuf2.0-0        2.36.5-2+deb9u2
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglew2.0                2.0.0-3+b1
ii  libglib2.0-0              2.50.3-2
ii  libglu1-mesa [libglu1]    9.0.0-2.1
ii  libgtk2.0-0               2.24.31-2
ii  liblinphone5              3.6.1-3
ii  libmediastreamer-base3    3.6.1-3
ii  libnotify4                0.7.7-2
ii  libogg0                   1.3.2-1
ii  libopus0                  1.2~alpha2-1
ii  libortp9                  3.6.1-3
ii  libosip2-11               4.1.0-2.1
ii  libpango-1.0-0            1.40.5-1
ii  libpangocairo-1.0-0       1.40.5-1
ii  libpangoft2-1.0-0         1.40.5-1
ii  libpulse0                 10.0-1+deb9u1
ii  libsoup2.4-1              2.56.0-2+deb9u2
ii  libspandsp2               0.0.6+dfsg-0.1
ii  libspeex1                 1.2~rc1.2-1+b2
ii  libspeexdsp1              1.2~rc1.2-1+b2
ii  libsqlite3-0              3.16.2-5+deb9u1
ii  libswscale4               7:3.2.12-1~deb9u1
ii  libtheora0                1.1.1+dfsg.1-14+b1
ii  libudev1                  232-25+deb9u4
ii  libupnp6                  1:1.6.19+git20160116-1.2
ii  libv4l-0                  1.12.3-1
ii  libvpx4                   1.6.1-3+deb9u1
ii  libx11-6                  2:1.6.4-3
ii  libxv1                    2:1.0.11-1
ii  linphone-nogtk            3.6.1-3

linphone recommends no packages.

Versions of packages linphone suggests:
ii  yelp  3.22.0-1

-- no debconf information

--- End Message ---
--- Begin Message ---
Hello,

you have reported a bug against Linhone 3.12 or earlier. This version
has been deprecated upstream for a couple of years and the old Gtk+
client has has been replaced with a new Qt-based client called
linphone-desktop. This will (hopefully) be released with Debian 11 aka
Bullseye.

We are sorry we could not deal with your bug report in time. However,
keeping your bug report open while we can neither check nor fix the
outdated client is not helpful in trying to iron out the remaining bugs
in the new client, so I have decided to close this bugreport.

Unfortunately, due to depending on Qt 5.12+ linphone-desktop cannot be
provided in buster-backports. If you can, please try the new client on
testing and report bugs. 

Bernhard

Attachment: signature.asc
Description: PGP signature


--- End Message ---

Reply via email to