• Bug#1075840: svxlink-server: Incorrect .service enabled

    From Chris G4NAB@1:229/2 to All on Sat Jul 6 09:40:02 2024
    XPost: linux.debian.bugs.dist
    From: [email protected]

    Package: svxlink-server
    Version: 24.02-2~bpo12+1
    Severity: important
    X-Debbugs-Cc: [email protected]

    Dear Maintainer,

    *** Reporter, please consider answering these questions, where appropriate ***

    * What led up to the situation?
    On an otherwise correct installation, using 'svxlink', the soundcard was 'busy'and could not be used for this
    essential part of the application. Investigation showed that remotetrx.service had been enabled
    and started, taking control ahead of the major application.
    * What exactly did you do (or not do) that was effective (or
    ineffective)?
    Stopping and killing the remotetrx.service
    * What was the outcome of this action?
    svxlink was able to access the usb soundcard as required.
    * What outcome did you expect instead?
    In the packages there are three independent but connected applications, svxlink, svxreflector and
    remotetrx, in the order of their priority. remotetrx is rarely used if at all, and svxreflector only
    on demand. svxlink.service should be enabled and started, as it was.
    Whilst Debian may insist that installed .service application s be run, in this case svxreflector.service
    was not enabled and started, which is the correct setting, but remotetrx a very little used application
    was. Remotetrx was started ahead of svxlink, which is not the desired sequence.

    *** End of the template - remove these template lines ***


    -- System Information:
    Distributor ID: Raspbian
    Description: Raspbian GNU/Linux 12 (bookworm)
    Release: 12
    Codename: bookworm
    Architecture: armv7l

    Kernel: Linux 6.6.31+rpt-rpi-v7 (SMP w/4 CPU threads)
    Kernel taint flags: TAINT_CRAP
    Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
    Shell: /bin/sh linked to /usr/bin/dash
    Init: systemd (via /run/systemd/system)

    Versions of packages svxlink-server depends on:
    ii adduser 3.134
    ii init-system-helpers 1.65.2
    ii libasyncaudio1.6 24.02-2~bpo12+1
    ii libasynccore1.6 24.02-2~bpo12+1
    ii libasynccpp1.6 24.02-2~bpo12+1
    ii libc6 2.36-9+rpt2+deb12u7
    ii libcurl3-gnutls 7.88.1-10+rpi1+deb12u5
    ii libecholib1.3 24.02-2~bpo12+1
    ii libgcc-s1 12.2.0-14+rpi1
    ii libgcrypt20 1.10.1-3
    ii libgpiod2 1.6.3-1+rpi1+b2
    ii libgsm1 1.0.22-1
    ii libjsoncpp25 1.9.5-4
    ii libpopt0 1.19+dfsg-1
    ii librtlsdr0 0.6.0-4
    ii libsigc++-2.0-0v5 2.12.0-1
    ii libstdc++6 12.2.0-14+rpi1
    ii libtcl8.6 8.6.13+dfsg-2
    ii svxlink-gpio 24.02-2~bpo12+1

    Versions of packages svxlink-server recommends:
    ii remotetrx 24.02-2~bpo12+1
    ii svxlink-calibration-tools 24.02-2~bpo12+1

    svxlink-server suggests no packages.

    -- Configuration Files:
    /etc/default/svxlink changed [not included]
    /etc/svxlink/node_info.json changed [not included]
    /etc/svxlink/svxlink.conf changed [not included] /etc/svxlink/svxlink.d/ModuleMetarInfo.conf changed [not included]

    -- no debconf information

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Daniele Forsi@1:229/2 to All on Sat Jul 6 13:00:01 2024
    XPost: linux.debian.bugs.dist
    From: [email protected]

    Hello Chris,

    are you asking that the 3 packages (svxlink, svxreflector, remotetrx)
    be installed
    and only svxlink be enabled?

    I'd rather not enable any of those services automatically because the
    result is the same, that is, if the system has only one audio card and
    a user installs the task hamradio-all, then no other software can use
    the audio, which IMHO is unexpected.

    We discussed the audio issue in the thread https://lists.debian.org/debian-hams/2024/03/msg00035.html
    but we didn't come to a decision

    --
    73 de IU5HKX Daniele

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Chris Jackson@1:229/2 to [email protected] on Sat Jul 6 13:40:01 2024
    XPost: linux.debian.bugs.dist
    From: [email protected]

    As I am the expert in the package, if only the svxlink is enabled but not started, then that would be the preferable option.
    But as it stands at the moment remotetrx is enabled and started ahead of svxlink which is also enabled and started.
    This is contrary to what you are saying. So that has to be addressed.
    In my 15 years of using svxlink, I have encountered only one remotetrx and
    I installed that, and just a few svxreflectors. The vast majority of
    installs will be as svxlink. I am running the current UK portal here svxportal-uk.ddns.net:81.
    So if a decision is to be made then do not enable any of the three services. There is a further issue, that the modulemetarinfo.conf in the
    svxlink-server is not current with the GitHub at SM0SVX... The variable
    LINK= is not yet updated.
    Best wishes, thank you for your help
    Chris
    G4NAB

    On Sat, 6 Jul 2024, 11:49 Daniele Forsi, <[email protected]> wrote:

    Hello Chris,

    are you asking that the 3 packages (svxlink, svxreflector, remotetrx)
    be installed
    and only svxlink be enabled?

    I'd rather not enable any of those services automatically because the
    result is the same, that is, if the system has only one audio card and
    a user installs the task hamradio-all, then no other software can use
    the audio, which IMHO is unexpected.

    We discussed the audio issue in the thread https://lists.debian.org/debian-hams/2024/03/msg00035.html
    but we didn't come to a decision

    --
    73 de IU5HKX Daniele


    <p dir="ltr">As I am the expert in the package, if only the svxlink is enabled but not started, then that would be the preferable option. <br>
    But as it stands at the moment remotetrx is enabled and started ahead of svxlink which is also enabled and started. <br>
    This is contrary to what you are saying. So that has to be addressed.<br>
    In my 15 years of using svxlink, I have encountered only one remotetrx and I installed that, and just a few svxreflectors. The vast majority of installs will be as svxlink. I am running the current UK portal here <a href="http://svxportal-uk.ddns.net:81">
    svxportal-uk.ddns.net:81</a>.<br>
    So if a decision is to be made then do not enable any of the three services.<br>
    There is a further issue, that the modulemetarinfo.conf in the svxlink-server is not current with the GitHub at SM0SVX... The variable LINK= is not yet updated. <br>
    Best wishes, thank you for your help <br>
    Chris<br>
    G4NAB </p>
    <br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Jul 2024, 11:49 Daniele Forsi, &lt;<a href="mailto:[email protected]">[email protected]</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:
    1px #ccc solid;padding-left:1ex">Hello Chris,<br>

    are you asking that the 3 packages (svxlink, svxreflector, remotetrx)<br>
    be installed<br>
    and only svxlink be enabled?<br>

    I&#39;d rather not enable any of those services automatically because the<br> result is the same, that is, if the system has only one audio card and<br>
    a user installs the task hamradio-all, then no other software can use<br>
    the audio, which IMHO is unexpected.<br>

    We discussed the audio issue in the thread<br>
    <a href="https://lists.debian.org/debian-hams/2024/03/msg00035.html" rel="noreferrer noreferrer" target="_blank">https://lists.debian.org/debian-hams/2024/03/msg00035.html</a><br>
    but we didn&#39;t come to a decision<br>

    -- <br>
    73 de IU5HKX Daniele<br>
    </blockquote></div>

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)