Reproducible Fldigi start up failure on u20.04 with Fldigi 4.1.23


David Ranch, KI6ZHD
 


Hello David SV0SGS,


Why did you create a .deb package  instead of compiling and making direct from source?  That's how I installed both Fldigi and Flrig. No problems on Ubuntu 20.04 with all current (as of 28.11.22) updates and upgrades.  Maybe something went south in the deb process? 

Creating and installing using packages is a far cleaner approach for software management.  Any decent package management system manages all dependencies, possible co-existing version management, etc.  Almost all Linux distributions manage their software this way instead of dead basic way of "make install".  It's not much harder to do than "make install" as the command post build for any Debian based system is the command:

   debuild --no-tgz-check -i -b -us -uc

Once the binary and debugging symbols packages are create, their installation arguably creates a more complete and rigorous solution than what "make install" can ever do.  I used to do the same for RPM-based systems as well and the same arguments apply there too.

--David
KI6ZHD
 



David SV0SGS

Am 28.11.22 um 21:26 schrieb David Ranch, KI6ZHD:

Hello David,

I personally compiled, packaged into .deb files, and installed the resulting Fldigi 4.1.23 .deb package on Oct 10, 2022:
   --
   $ grep fldigi /var/log/dpkg.log.1
  
   2022-10-14 09:46:04 status installed fldigi:amd64 4.1.23-1
   --

Since then, I have installed 311 different packages as part of the regular patching of Ubuntu 20.04:
   --
   $ grep -c "status installed" /var/log/dpkg.log
   168

   $ grep -c "status installed" /var/log/dpkg.log.1.modified
   143
   --


I can see where your thought process is going here but no, I did not test the operation of Fldigi (and all my other amateur radio program) after every OS update cycle.

--David
KI6ZHD





On 11/28/2022 11:09 AM, SVØSGS via groups.io wrote:
What have you installed or updated since Fldigi last ran correctly?

Am 28.11.22 um 20:20 schrieb David Ranch, KI6ZHD:

Hey Ed,

Built from source or ??

Built from source some time ago but was perfectly functional.  I hadn't used Fldigi for a while but when I finally gave it a go, this is the behavior I'm seeing.

--David





SVØSGS
 

Why did you create a .deb package  instead of compiling and making direct from source?  That's how I installed both Fldigi and Flrig. No problems on Ubuntu 20.04 with all current (as of 28.11.22) updates and upgrades.  Maybe something went south in the deb process? 

David SV0SGS

Am 28.11.22 um 21:26 schrieb David Ranch, KI6ZHD:


Hello David,

I personally compiled, packaged into .deb files, and installed the resulting Fldigi 4.1.23 .deb package on Oct 10, 2022:
   --
   $ grep fldigi /var/log/dpkg.log.1
  
   2022-10-14 09:46:04 status installed fldigi:amd64 4.1.23-1
   --

Since then, I have installed 311 different packages as part of the regular patching of Ubuntu 20.04:
   --
   $ grep -c "status installed" /var/log/dpkg.log
   168

   $ grep -c "status installed" /var/log/dpkg.log.1.modified
   143
   --


I can see where your thought process is going here but no, I did not test the operation of Fldigi (and all my other amateur radio program) after every OS update cycle.

--David
KI6ZHD





On 11/28/2022 11:09 AM, SVØSGS via groups.io wrote:
What have you installed or updated since Fldigi last ran correctly?

Am 28.11.22 um 20:20 schrieb David Ranch, KI6ZHD:

Hey Ed,

Built from source or ??

Built from source some time ago but was perfectly functional.  I hadn't used Fldigi for a while but when I finally gave it a go, this is the behavior I'm seeing.

--David




David Ranch, KI6ZHD
 


Sorry for all the updates here but I thought I would add two significant observations here:

  #1. If I configure Fldigi to use portaudio "USB Audio CODEC: - (hw:2,0)" instead of pulseaudio, I can successfully restart Fldigi every time!  That helps narrow things down to the lovely (being sarcastic here) rabbit hole that is PulseAudio.  If I run Fldigi under gdb using portaudio and then reconfigure Fldigi to use PulseAudio, the waterfall instantly stops.  If I then re-configure it to use PortAudio, the waterfall does not resume and Ubuntu's built-in PulseAudio sound mixer showing various volumes for various applications continues to show Fldigi's audio sinks as being present.  If I exit Fldigi+gdb, the mixer controls for the fldigi audio sinks go away.

  #2: In digging around, I noted that I also had DIrewolf (AX.25 packet radio modem) running using the native ALSA interface (ADEVICE plughw:1,0) which is a different audio sound device than what Fldigi uses.  If I stopped Direwolf from running, now Fldigi will start every time with using PulseAudio!   Interesting!  This seems to be exposing some conflict with Fldigi while another sound device using native ALSA is also running in parallel.

I'm quickly running out of my depth here but if someone can provide any debugging patches to apply to see how to narrow down the issue, I'm happy to go down the rabbit hole and squash this bug.

--David
KI6ZHD



On 11/28/2022 12:15 PM, David Ranch, KI6ZHD wrote:


As an experiment, I disabled OSS support but it seems there isn't a way to disable portaudio (--without-portaudio doesn't work) .  Regardless, this didn't help and the same problem persists.  To add to the debugging, I tried running via gdb but that didn't provide much additional detail:

--
Configuration summary:

  Version ..................... 4.1.23

  Static linking .............. no
  CPU optimizations ........... native
  Debugging ................... no

  fldigi ...................... yes
  flarq ....................... yes

  i18n ........................ yes

 fldigi build options:

  oss ......................... no
  portaudio ................... yes
  pulseaudio .................. yes

  libmbedtls .................. external lib
  flxmlrpc .................... internal lib

  hamlib ...................... yes
--

--
$ gdb /usr/bin/fldigi
GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/fldigi...
Reading symbols from /usr/lib/debug/.build-id/44/d3010925f1bc54650cd8b0d3a5b3816372ea76.debug...
(gdb) run
Starting program: /usr/bin/fldigi
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffef933700 (LWP 759714)]
[New Thread 0x7fffee7d7700 (LWP 759715)]
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
[New Thread 0x7fffedfc2700 (LWP 759716)]
[Thread 0x7fffedfc2700 (LWP 759716) exited]
[New Thread 0x7fffedfc2700 (LWP 759717)]
[Thread 0x7fffedfc2700 (LWP 759717) exited]
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
[New Thread 0x7fffedfc2700 (LWP 759718)]
[Thread 0x7fffedfc2700 (LWP 759718) exited]
[New Thread 0x7fffedfc2700 (LWP 759719)]
[Thread 0x7fffedfc2700 (LWP 759719) exited]
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
[New Thread 0x7fffedfc2700 (LWP 759720)]
[Thread 0x7fffedfc2700 (LWP 759720) exited]
[New Thread 0x7fffedfc2700 (LWP 759721)]
[Thread 0x7fffedfc2700 (LWP 759721) exited]
[New Thread 0x7fffedfc2700 (LWP 759726)]
[Thread 0x7fffedfc2700 (LWP 759726) exited]
[New Thread 0x7fffedfc2700 (LWP 759727)]

^C
Thread 1 "fldigi" received signal SIGINT, Interrupt.
futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555671be348) at ../sysdeps/nptl/futex-internal.h:183
183    ../sysdeps/nptl/futex-internal.h: No such file or directory.
(gdb)
--


I again deleted the fldigi_def.xml file and then ran fldgi via gdb.  All the same gdb output was shown as above but this time the configuration wizard opened up.  As I filled it out, I then saw the following not useful output on the gdb window:
--
#One I selected PulseAudio as the sound source, these two lines showed up
[New Thread 0x7fffed7af700 (LWP 760060)]
[New Thread 0x7fffecfae700 (LWP 760061)]

#Once I clicked on "finish" on the configuration wizard, the following lines showed up and the main Fldigi window with waterfall opened up and worked as expected
[New Thread 0x7fffe6751700 (LWP 760083)]
[New Thread 0x7ffff5b37700 (LWP 760084)]
[New Thread 0x7ffff5336700 (LWP 760085)]
[New Thread 0x7ffff4b35700 (LWP 760086)]
[New Thread 0x7ffff4334700 (LWP 760087)]
[New Thread 0x7ffff3b33700 (LWP 760088)]
[New Thread 0x7fffe5f50700 (LWP 760089)]
[New Thread 0x7fffe4b08700 (LWP 760090)]
[New Thread 0x7fffe4307700 (LWP 760091)]
[New Thread 0x7fffe353c700 (LWP 760092)]
[New Thread 0x7fffe2d3b700 (LWP 760093)]
--

--David
KI6ZHD



On 11/28/2022 11:49 AM, David Ranch, KI6ZHD wrote:

Hello Ed,

I already had libxft-dev installed:
   --
   $ dpkg -l | grep libxft-dev
   ii  libxft-dev:amd64                           2.3.3-0ubuntu1                        amd64        FreeType-based font drawing library for X (development files)
   --


Beyond that, I don't see how re-compiling / re-installing Fldigi would help here but I've given it a try anyway:

  Step #1 - I tried removing and re-installing my original fldigi self-built packages but that didn't help

  Step #2 - I noticed I was still using the external flxmlrpc libraries so I tried removing those and restarting fldigi but that didn't help
  --
  $ dpkg -l | grep fldigi
   ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
   ii  libflxmlrpc1:amd64                         0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library

  Step #3 - I recompiled Fldigi without the external libflxmlrpc libraries. Fldigi compiled, packaged, and installed OK, but still Fldigi won't start w/o requiring me to delete the $USER/.fldigi/fldigi_def.xml file and going through the configuration wizard every time:
  --
  Configuration summary:

    Version ..................... 4.1.23

    Static linking .............. no
    CPU optimizations ........... native
    Debugging ................... no

    fldigi ...................... yes
    flarq ....................... yes

    i18n ........................ yes

   fldigi build options:

    oss ......................... yes
    portaudio ................... yes
    pulseaudio .................. yes

    libmbedtls .................. external lib
    flxmlrpc .................... internal lib

    hamlib ...................... yes
--

--David
KI6ZHD

Just a guess but

sudo apt-get build-dep fldigi

sudo apt install libxft-dev

Ed W3NR









David Ranch, KI6ZHD
 


As an experiment, I disabled OSS support but it seems there isn't a way to disable portaudio (--without-portaudio doesn't work) .  Regardless, this didn't help and the same problem persists.  To add to the debugging, I tried running via gdb but that didn't provide much additional detail:

--
Configuration summary:

  Version ..................... 4.1.23

  Static linking .............. no
  CPU optimizations ........... native
  Debugging ................... no

  fldigi ...................... yes
  flarq ....................... yes

  i18n ........................ yes

 fldigi build options:

  oss ......................... no
  portaudio ................... yes
  pulseaudio .................. yes

  libmbedtls .................. external lib
  flxmlrpc .................... internal lib

  hamlib ...................... yes
--

--
$ gdb /usr/bin/fldigi
GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/fldigi...
Reading symbols from /usr/lib/debug/.build-id/44/d3010925f1bc54650cd8b0d3a5b3816372ea76.debug...
(gdb) run
Starting program: /usr/bin/fldigi
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffef933700 (LWP 759714)]
[New Thread 0x7fffee7d7700 (LWP 759715)]
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
[New Thread 0x7fffedfc2700 (LWP 759716)]
[Thread 0x7fffedfc2700 (LWP 759716) exited]
[New Thread 0x7fffedfc2700 (LWP 759717)]
[Thread 0x7fffedfc2700 (LWP 759717) exited]
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
[New Thread 0x7fffedfc2700 (LWP 759718)]
[Thread 0x7fffedfc2700 (LWP 759718) exited]
[New Thread 0x7fffedfc2700 (LWP 759719)]
[Thread 0x7fffedfc2700 (LWP 759719) exited]
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
[New Thread 0x7fffedfc2700 (LWP 759720)]
[Thread 0x7fffedfc2700 (LWP 759720) exited]
[New Thread 0x7fffedfc2700 (LWP 759721)]
[Thread 0x7fffedfc2700 (LWP 759721) exited]
[New Thread 0x7fffedfc2700 (LWP 759726)]
[Thread 0x7fffedfc2700 (LWP 759726) exited]
[New Thread 0x7fffedfc2700 (LWP 759727)]

^C
Thread 1 "fldigi" received signal SIGINT, Interrupt.
futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555671be348) at ../sysdeps/nptl/futex-internal.h:183
183    ../sysdeps/nptl/futex-internal.h: No such file or directory.
(gdb)
--


I again deleted the fldigi_def.xml file and then ran fldgi via gdb.  All the same gdb output was shown as above but this time the configuration wizard opened up.  As I filled it out, I then saw the following not useful output on the gdb window:
--
#One I selected PulseAudio as the sound source, these two lines showed up
[New Thread 0x7fffed7af700 (LWP 760060)]
[New Thread 0x7fffecfae700 (LWP 760061)]

#Once I clicked on "finish" on the configuration wizard, the following lines showed up and the main Fldigi window with waterfall opened up and worked as expected
[New Thread 0x7fffe6751700 (LWP 760083)]
[New Thread 0x7ffff5b37700 (LWP 760084)]
[New Thread 0x7ffff5336700 (LWP 760085)]
[New Thread 0x7ffff4b35700 (LWP 760086)]
[New Thread 0x7ffff4334700 (LWP 760087)]
[New Thread 0x7ffff3b33700 (LWP 760088)]
[New Thread 0x7fffe5f50700 (LWP 760089)]
[New Thread 0x7fffe4b08700 (LWP 760090)]
[New Thread 0x7fffe4307700 (LWP 760091)]
[New Thread 0x7fffe353c700 (LWP 760092)]
[New Thread 0x7fffe2d3b700 (LWP 760093)]
--

--David
KI6ZHD



On 11/28/2022 11:49 AM, David Ranch, KI6ZHD wrote:


Hello Ed,

I already had libxft-dev installed:
   --
   $ dpkg -l | grep libxft-dev
   ii  libxft-dev:amd64                           2.3.3-0ubuntu1                        amd64        FreeType-based font drawing library for X (development files)
   --


Beyond that, I don't see how re-compiling / re-installing Fldigi would help here but I've given it a try anyway:

  Step #1 - I tried removing and re-installing my original fldigi self-built packages but that didn't help

  Step #2 - I noticed I was still using the external flxmlrpc libraries so I tried removing those and restarting fldigi but that didn't help
  --
  $ dpkg -l | grep fldigi
   ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
   ii  libflxmlrpc1:amd64                         0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library

  Step #3 - I recompiled Fldigi without the external libflxmlrpc libraries. Fldigi compiled, packaged, and installed OK, but still Fldigi won't start w/o requiring me to delete the $USER/.fldigi/fldigi_def.xml file and going through the configuration wizard every time:
  --
  Configuration summary:

    Version ..................... 4.1.23

    Static linking .............. no
    CPU optimizations ........... native
    Debugging ................... no

    fldigi ...................... yes
    flarq ....................... yes

    i18n ........................ yes

   fldigi build options:

    oss ......................... yes
    portaudio ................... yes
    pulseaudio .................. yes

    libmbedtls .................. external lib
    flxmlrpc .................... internal lib

    hamlib ...................... yes
--

--David
KI6ZHD

Just a guess but

sudo apt-get build-dep fldigi

sudo apt install libxft-dev

Ed W3NR








David Ranch, KI6ZHD
 


Hello Ed,

I already had libxft-dev installed:
   --
   $ dpkg -l | grep libxft-dev
   ii  libxft-dev:amd64                           2.3.3-0ubuntu1                        amd64        FreeType-based font drawing library for X (development files)
   --


Beyond that, I don't see how re-compiling / re-installing Fldigi would help here but I've given it a try anyway:

  Step #1 - I tried removing and re-installing my original fldigi self-built packages but that didn't help

  Step #2 - I noticed I was still using the external flxmlrpc libraries so I tried removing those and restarting fldigi but that didn't help
  --
  $ dpkg -l | grep fldigi
   ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
   ii  libflxmlrpc1:amd64                         0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library

  Step #3 - I recompiled Fldigi without the external libflxmlrpc libraries. Fldigi compiled, packaged, and installed OK, but still Fldigi won't start w/o requiring me to delete the $USER/.fldigi/fldigi_def.xml file and going through the configuration wizard every time:
  --
  Configuration summary:

    Version ..................... 4.1.23

    Static linking .............. no
    CPU optimizations ........... native
    Debugging ................... no

    fldigi ...................... yes
    flarq ....................... yes

    i18n ........................ yes

   fldigi build options:

    oss ......................... yes
    portaudio ................... yes
    pulseaudio .................. yes

    libmbedtls .................. external lib
    flxmlrpc .................... internal lib

    hamlib ...................... yes
--

--David
KI6ZHD

Just a guess but

sudo apt-get build-dep fldigi

sudo apt install libxft-dev

Ed W3NR







David Ranch, KI6ZHD
 


Hello David,

I personally compiled, packaged into .deb files, and installed the resulting Fldigi 4.1.23 .deb package on Oct 10, 2022:
   --
   $ grep fldigi /var/log/dpkg.log.1
  
   2022-10-14 09:46:04 status installed fldigi:amd64 4.1.23-1
   --

Since then, I have installed 311 different packages as part of the regular patching of Ubuntu 20.04:
   --
   $ grep -c "status installed" /var/log/dpkg.log
   168

   $ grep -c "status installed" /var/log/dpkg.log.1.modified
   143
   --


I can see where your thought process is going here but no, I did not test the operation of Fldigi (and all my other amateur radio program) after every OS update cycle.

--David
KI6ZHD





On 11/28/2022 11:09 AM, SVØSGS via groups.io wrote:

What have you installed or updated since Fldigi last ran correctly?

Am 28.11.22 um 20:20 schrieb David Ranch, KI6ZHD:

Hey Ed,

Built from source or ??

Built from source some time ago but was perfectly functional.  I hadn't used Fldigi for a while but when I finally gave it a go, this is the behavior I'm seeing.

--David



Ed W3NR
 

On Mon, 28 Nov 2022 10:20:08 -0800
"David Ranch, KI6ZHD" <linuxham-fld@...> wrote:


Hey Ed,

Built from source or ??
Built from source some time ago but was perfectly functional. I
hadn't used Fldigi for a while but when I finally gave it a go, this
is the behavior I'm seeing.

--David
Just a guess but

sudo apt-get build-dep fldigi

sudo apt install libxft-dev

Ed W3NR


David Ranch, KI6ZHD
 


Hello Peter,

I am running Flrig 1.4.7.  I should have previously mentioned that on the Fldigi setup wizard's "Rig Control / Flrig" screen, I was enabling:

   - Enable Flrig xcvr control with fldigi as client
   - Flrig PTT keys modem

   - I'm not enabling RigCat or Hamlib


As a new test, I did NOT enable either of those Flrig options nor even start Flrig but the 2nd Fldigi start failure still occurs.

--David
KI6ZHD



On 11/28/2022 10:45 AM, Peter, M0PWX wrote:

Which version of FLRig you running,

 

I see similar start-up failures since upgrading FLRig from 1.4.4 to 1.4.5

 

With FLRig not running I can start FLDigi, but as soon as I start FLRig then FLDigi crashes

 

Got a few updates to do to FLRig and FLDigi to bring them both to latest and greatest (only a few minor versions behind) but not sure it will help

 

Peter

M0PWX

 

M0PWX Grabber Page (qsl.net)

 

From: David Ranch, KI6ZHD
Sent: 28 November 2022 18:08
To: linuxham@groups.io
Subject: [linuxham] Reproducible Fldigi start up failure on u20.04 with Fldigi 4.1.23

 


Hello Everyone,

I have an interesting new(ish) problem with Fldigi 4.1.23 on Ubuntu 20.04 where it won't start up after the first time configuration.  If I try to start Fldigi from the command line, I will see the following on the console but I'll never see the Fldigi GUI window open and it's then just hung:
--
$ fldigi
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
^C
--


What's strange is if I delete the $USER/fldigi_def.xml file, start Fldigi, I will see the same above text but now I'll see the expected Fldigi configuration GUI window.  Once I configure the various fields and for the sound parameter, use PulseAudio, the main Fldigi DOES open, the waterfall starts to show correctly, and I start seeing decodes as expected.  If I shutdown Fldigi and try to restart it, the program fails to start with the same above CLI text.  In troubleshooting this, if I run Fldigi under strace, I see the following at the end and then it just stops printing anything else until I control-c the process:
--
.
.
openat(AT_FDCWD, "/run/user/1000/pulse", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = 57
fstat(57, {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
getuid()                                = 1000
getgid()                                = 1000
close(57)                               = 0
lstat("/run", {st_mode=S_IFDIR|0755, st_size=1320, ...}) = 0
lstat("/run/user", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
lstat("/run/user/1000", {st_mode=S_IFDIR|0700, st_size=460, ...}) = 0
lstat("/run/user/1000/pulse", {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC, 0) = 57
fcntl(57, F_GETFD)                      = 0x1 (flags FD_CLOEXEC)
setsockopt(57, SOL_SOCKET, SO_PRIORITY, [6], 4) = 0
fcntl(57, F_GETFL)                      = 0x2 (flags O_RDWR)
fcntl(57, F_SETFL, O_RDWR|O_NONBLOCK)   = 0
connect(57, {sa_family=AF_UNIX, sun_path="/run/user/1000/pulse/native"}, 110) = 0
sendto(55, "W", 1, MSG_NOSIGNAL, NULL, 0) = -1 ENOTSOCK (Socket operation on non-socket)
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
clone(child_stack=0x7f952ca19eb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid=[725292], tls=0x7f952ca1a700, child_tidptr=0x7f952ca1a9d0) = 725292
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL



^C) = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
strace: Process 725274 detached
--


If it helps, here are some the lower level versioning details on my system:

$ id
uid=1000(dranch) gid=1000(dranch) groups=1000(dranch),4(adm),5(tty),10(uucp),20(dialout),24(cdrom),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(kvm),120(lpadmin),131(lxd),132(sambashare),137(libvirt)


$ dpkg -l | grep -e asciidoc -e debhelper-compat -e docbook-xsl -e libfltk1.3-dev -e libflxmlrpc-dev -e libhamlib-dev -e libmbedtls-dev -e libpng-dev -e libpulse-dev -e libsamplerate0-dev -e libsndfile1-dev -e libudev-dev -e portaudio19-dev -e xsltproc
ii  asciidoc                                   9.0.0~rc1-1                           all          Highly configurable text format for writing documentation
ii  asciidoc-base                              9.0.0~rc1-1                           all          Minimal version of asciidoc not suitable for pdf
ii  asciidoc-common                            9.0.0~rc1-1                           all          Basic data and configuration files for asciidoc
ii  docbook-xsl                                1.79.1+dfsg-2                         all          stylesheets for processing DocBook XML to various output formats
ii  libfltk1.3-dev                             1.3.4-10build1                        amd64        Fast Light Toolkit - development files
ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
ii  libhamlib-dev:amd64                        3.3-10build1                          amd64        Development library to control radio transceivers and receivers
ii  libmbedtls-dev:amd64                       2.16.4-1ubuntu2                       amd64        lightweight crypto and SSL/TLS library - development files
ii  libpng-dev:amd64                           1.6.37-2                              amd64        PNG library - development (version 1.6)
ii  libpulse-dev:amd64                         1:13.99.1-1ubuntu3.13                 amd64        PulseAudio client development headers and libraries
ii  libsamplerate0-dev:amd64                   0.1.9-2                               amd64        Development files for audio sample rate conversion
ii  libsndfile1-dev                            1.0.28-7ubuntu0.1                     amd64        Development files for libsndfile; a library for reading/writing audio files
ii  libudev-dev:amd64                          245.4-4ubuntu3.19                     amd64        libudev development files
ii  portaudio19-dev:amd64                      19.6.0-1build1                        amd64        Portable audio I/O - development files
ii  xsltproc                                   1.1.34-4ubuntu0.20.04.1               amd64        XSLT 1.0 command line processor


--David
KI6ZHD

 



SVØSGS
 

What have you installed or updated since Fldigi last ran correctly?

Am 28.11.22 um 20:20 schrieb David Ranch, KI6ZHD:


Hey Ed,

Built from source or ??

Built from source some time ago but was perfectly functional.  I hadn't used Fldigi for a while but when I finally gave it a go, this is the behavior I'm seeing.

--David


SVØSGS
 

I can report that Fldigi 4.1.23 and Flrig 1.4.7 both start and function properly on my Ubuntu 20.04 machine.  Sorry to hear you have troubles with it.  Have you tried purging both programs and re-installing from source?

David SV0SGS

Am 28.11.22 um 20:08 schrieb David Ranch, KI6ZHD:


Hello Everyone,

I have an interesting new(ish) problem with Fldigi 4.1.23 on Ubuntu 20.04 where it won't start up after the first time configuration.  If I try to start Fldigi from the command line, I will see the following on the console but I'll never see the Fldigi GUI window open and it's then just hung:
--
$ fldigi
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
^C
--


What's strange is if I delete the $USER/fldigi_def.xml file, start Fldigi, I will see the same above text but now I'll see the expected Fldigi configuration GUI window.  Once I configure the various fields and for the sound parameter, use PulseAudio, the main Fldigi DOES open, the waterfall starts to show correctly, and I start seeing decodes as expected.  If I shutdown Fldigi and try to restart it, the program fails to start with the same above CLI text.  In troubleshooting this, if I run Fldigi under strace, I see the following at the end and then it just stops printing anything else until I control-c the process:
--
.
.
openat(AT_FDCWD, "/run/user/1000/pulse", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = 57
fstat(57, {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
getuid()                                = 1000
getgid()                                = 1000
close(57)                               = 0
lstat("/run", {st_mode=S_IFDIR|0755, st_size=1320, ...}) = 0
lstat("/run/user", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
lstat("/run/user/1000", {st_mode=S_IFDIR|0700, st_size=460, ...}) = 0
lstat("/run/user/1000/pulse", {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC, 0) = 57
fcntl(57, F_GETFD)                      = 0x1 (flags FD_CLOEXEC)
setsockopt(57, SOL_SOCKET, SO_PRIORITY, [6], 4) = 0
fcntl(57, F_GETFL)                      = 0x2 (flags O_RDWR)
fcntl(57, F_SETFL, O_RDWR|O_NONBLOCK)   = 0
connect(57, {sa_family=AF_UNIX, sun_path="/run/user/1000/pulse/native"}, 110) = 0
sendto(55, "W", 1, MSG_NOSIGNAL, NULL, 0) = -1 ENOTSOCK (Socket operation on non-socket)
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
clone(child_stack=0x7f952ca19eb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid=[725292], tls=0x7f952ca1a700, child_tidptr=0x7f952ca1a9d0) = 725292
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL


^C) = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
strace: Process 725274 detached
--


If it helps, here are some the lower level versioning details on my system:

$ id
uid=1000(dranch) gid=1000(dranch) groups=1000(dranch),4(adm),5(tty),10(uucp),20(dialout),24(cdrom),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(kvm),120(lpadmin),131(lxd),132(sambashare),137(libvirt)


$ dpkg -l | grep -e asciidoc -e debhelper-compat -e docbook-xsl -e libfltk1.3-dev -e libflxmlrpc-dev -e libhamlib-dev -e libmbedtls-dev -e libpng-dev -e libpulse-dev -e libsamplerate0-dev -e libsndfile1-dev -e libudev-dev -e portaudio19-dev -e xsltproc
ii  asciidoc                                   9.0.0~rc1-1                           all          Highly configurable text format for writing documentation
ii  asciidoc-base                              9.0.0~rc1-1                           all          Minimal version of asciidoc not suitable for pdf
ii  asciidoc-common                            9.0.0~rc1-1                           all          Basic data and configuration files for asciidoc
ii  docbook-xsl                                1.79.1+dfsg-2                         all          stylesheets for processing DocBook XML to various output formats
ii  libfltk1.3-dev                             1.3.4-10build1                        amd64        Fast Light Toolkit - development files
ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
ii  libhamlib-dev:amd64                        3.3-10build1                          amd64        Development library to control radio transceivers and receivers
ii  libmbedtls-dev:amd64                       2.16.4-1ubuntu2                       amd64        lightweight crypto and SSL/TLS library - development files
ii  libpng-dev:amd64                           1.6.37-2                              amd64        PNG library - development (version 1.6)
ii  libpulse-dev:amd64                         1:13.99.1-1ubuntu3.13                 amd64        PulseAudio client development headers and libraries
ii  libsamplerate0-dev:amd64                   0.1.9-2                               amd64        Development files for audio sample rate conversion
ii  libsndfile1-dev                            1.0.28-7ubuntu0.1                     amd64        Development files for libsndfile; a library for reading/writing audio files
ii  libudev-dev:amd64                          245.4-4ubuntu3.19                     amd64        libudev development files
ii  portaudio19-dev:amd64                      19.6.0-1build1                        amd64        Portable audio I/O - development files
ii  xsltproc                                   1.1.34-4ubuntu0.20.04.1               amd64        XSLT 1.0 command line processor

--David
KI6ZHD


Peter, M0PWX
 

Which version of FLRig you running,

 

I see similar start-up failures since upgrading FLRig from 1.4.4 to 1.4.5

 

With FLRig not running I can start FLDigi, but as soon as I start FLRig then FLDigi crashes

 

Got a few updates to do to FLRig and FLDigi to bring them both to latest and greatest (only a few minor versions behind) but not sure it will help

 

Peter

M0PWX

 

M0PWX Grabber Page (qsl.net)

 

From: David Ranch, KI6ZHD
Sent: 28 November 2022 18:08
To: linuxham@groups.io
Subject: [linuxham] Reproducible Fldigi start up failure on u20.04 with Fldigi 4.1.23

 


Hello Everyone,

I have an interesting new(ish) problem with Fldigi 4.1.23 on Ubuntu 20.04 where it won't start up after the first time configuration.  If I try to start Fldigi from the command line, I will see the following on the console but I'll never see the Fldigi GUI window open and it's then just hung:
--
$ fldigi
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
^C
--


What's strange is if I delete the $USER/fldigi_def.xml file, start Fldigi, I will see the same above text but now I'll see the expected Fldigi configuration GUI window.  Once I configure the various fields and for the sound parameter, use PulseAudio, the main Fldigi DOES open, the waterfall starts to show correctly, and I start seeing decodes as expected.  If I shutdown Fldigi and try to restart it, the program fails to start with the same above CLI text.  In troubleshooting this, if I run Fldigi under strace, I see the following at the end and then it just stops printing anything else until I control-c the process:
--
.
.
openat(AT_FDCWD, "/run/user/1000/pulse", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = 57
fstat(57, {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
getuid()                                = 1000
getgid()                                = 1000
close(57)                               = 0
lstat("/run", {st_mode=S_IFDIR|0755, st_size=1320, ...}) = 0
lstat("/run/user", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
lstat("/run/user/1000", {st_mode=S_IFDIR|0700, st_size=460, ...}) = 0
lstat("/run/user/1000/pulse", {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC, 0) = 57
fcntl(57, F_GETFD)                      = 0x1 (flags FD_CLOEXEC)
setsockopt(57, SOL_SOCKET, SO_PRIORITY, [6], 4) = 0
fcntl(57, F_GETFL)                      = 0x2 (flags O_RDWR)
fcntl(57, F_SETFL, O_RDWR|O_NONBLOCK)   = 0
connect(57, {sa_family=AF_UNIX, sun_path="/run/user/1000/pulse/native"}, 110) = 0
sendto(55, "W", 1, MSG_NOSIGNAL, NULL, 0) = -1 ENOTSOCK (Socket operation on non-socket)
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
clone(child_stack=0x7f952ca19eb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid=[725292], tls=0x7f952ca1a700, child_tidptr=0x7f952ca1a9d0) = 725292
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL



^C) = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
strace: Process 725274 detached
--


If it helps, here are some the lower level versioning details on my system:

$ id
uid=1000(dranch) gid=1000(dranch) groups=1000(dranch),4(adm),5(tty),10(uucp),20(dialout),24(cdrom),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(kvm),120(lpadmin),131(lxd),132(sambashare),137(libvirt)


$ dpkg -l | grep -e asciidoc -e debhelper-compat -e docbook-xsl -e libfltk1.3-dev -e libflxmlrpc-dev -e libhamlib-dev -e libmbedtls-dev -e libpng-dev -e libpulse-dev -e libsamplerate0-dev -e libsndfile1-dev -e libudev-dev -e portaudio19-dev -e xsltproc
ii  asciidoc                                   9.0.0~rc1-1                           all          Highly configurable text format for writing documentation
ii  asciidoc-base                              9.0.0~rc1-1                           all          Minimal version of asciidoc not suitable for pdf
ii  asciidoc-common                            9.0.0~rc1-1                           all          Basic data and configuration files for asciidoc
ii  docbook-xsl                                1.79.1+dfsg-2                         all          stylesheets for processing DocBook XML to various output formats
ii  libfltk1.3-dev                             1.3.4-10build1                        amd64        Fast Light Toolkit - development files
ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
ii  libhamlib-dev:amd64                        3.3-10build1                          amd64        Development library to control radio transceivers and receivers
ii  libmbedtls-dev:amd64                       2.16.4-1ubuntu2                       amd64        lightweight crypto and SSL/TLS library - development files
ii  libpng-dev:amd64                           1.6.37-2                              amd64        PNG library - development (version 1.6)
ii  libpulse-dev:amd64                         1:13.99.1-1ubuntu3.13                 amd64        PulseAudio client development headers and libraries
ii  libsamplerate0-dev:amd64                   0.1.9-2                               amd64        Development files for audio sample rate conversion
ii  libsndfile1-dev                            1.0.28-7ubuntu0.1                     amd64        Development files for libsndfile; a library for reading/writing audio files
ii  libudev-dev:amd64                          245.4-4ubuntu3.19                     amd64        libudev development files
ii  portaudio19-dev:amd64                      19.6.0-1build1                        amd64        Portable audio I/O - development files
ii  xsltproc                                   1.1.34-4ubuntu0.20.04.1               amd64        XSLT 1.0 command line processor


--David
KI6ZHD

 


David Ranch, KI6ZHD
 


Hey Ed,

Built from source or ??

Built from source some time ago but was perfectly functional.  I hadn't used Fldigi for a while but when I finally gave it a go, this is the behavior I'm seeing.

--David


Ed W3NR
 

On Mon, 28 Nov 2022 10:08:06 -0800
"David Ranch, KI6ZHD" <linuxham-fld@...> wrote:

Hello Everyone,

I have an interesting new(ish) problem with Fldigi 4.1.23 on Ubuntu
20.04 where it won't start up after the first time configuration. If
I try to start Fldigi from the command line, I will see the following
on the console but I'll never see the Fldigi GUI window open and it's
then just hung:
Built from source or ??

Ed W3NR


David Ranch, KI6ZHD
 


Hello Everyone,

I have an interesting new(ish) problem with Fldigi 4.1.23 on Ubuntu 20.04 where it won't start up after the first time configuration.  If I try to start Fldigi from the command line, I will see the following on the console but I'll never see the Fldigi GUI window open and it's then just hung:
--
$ fldigi
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
^C
--


What's strange is if I delete the $USER/fldigi_def.xml file, start Fldigi, I will see the same above text but now I'll see the expected Fldigi configuration GUI window.  Once I configure the various fields and for the sound parameter, use PulseAudio, the main Fldigi DOES open, the waterfall starts to show correctly, and I start seeing decodes as expected.  If I shutdown Fldigi and try to restart it, the program fails to start with the same above CLI text.  In troubleshooting this, if I run Fldigi under strace, I see the following at the end and then it just stops printing anything else until I control-c the process:
--
.
.
openat(AT_FDCWD, "/run/user/1000/pulse", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = 57
fstat(57, {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
getuid()                                = 1000
getgid()                                = 1000
close(57)                               = 0
lstat("/run", {st_mode=S_IFDIR|0755, st_size=1320, ...}) = 0
lstat("/run/user", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
lstat("/run/user/1000", {st_mode=S_IFDIR|0700, st_size=460, ...}) = 0
lstat("/run/user/1000/pulse", {st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC, 0) = 57
fcntl(57, F_GETFD)                      = 0x1 (flags FD_CLOEXEC)
setsockopt(57, SOL_SOCKET, SO_PRIORITY, [6], 4) = 0
fcntl(57, F_GETFL)                      = 0x2 (flags O_RDWR)
fcntl(57, F_SETFL, O_RDWR|O_NONBLOCK)   = 0
connect(57, {sa_family=AF_UNIX, sun_path="/run/user/1000/pulse/native"}, 110) = 0
sendto(55, "W", 1, MSG_NOSIGNAL, NULL, 0) = -1 ENOTSOCK (Socket operation on non-socket)
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
clone(child_stack=0x7f952ca19eb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid=[725292], tls=0x7f952ca1a700, child_tidptr=0x7f952ca1a9d0) = 725292
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
write(55, "W", 1)                       = 1
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
getpid()                                = 725274
getpid()                                = 725274
write(55, "W", 1)                       = 1
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55fae8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
getpid()                                = 725274
futex(0x5557fd51fd00, FUTEX_UNLOCK_PI_PRIVATE) = 0
futex(0x5557fd55faec, FUTEX_WAIT_PRIVATE, 0, NULL


^C) = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
strace: Process 725274 detached
--


If it helps, here are some the lower level versioning details on my system:

$ id
uid=1000(dranch) gid=1000(dranch) groups=1000(dranch),4(adm),5(tty),10(uucp),20(dialout),24(cdrom),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(kvm),120(lpadmin),131(lxd),132(sambashare),137(libvirt)


$ dpkg -l | grep -e asciidoc -e debhelper-compat -e docbook-xsl -e libfltk1.3-dev -e libflxmlrpc-dev -e libhamlib-dev -e libmbedtls-dev -e libpng-dev -e libpulse-dev -e libsamplerate0-dev -e libsndfile1-dev -e libudev-dev -e portaudio19-dev -e xsltproc
ii  asciidoc                                   9.0.0~rc1-1                           all          Highly configurable text format for writing documentation
ii  asciidoc-base                              9.0.0~rc1-1                           all          Minimal version of asciidoc not suitable for pdf
ii  asciidoc-common                            9.0.0~rc1-1                           all          Basic data and configuration files for asciidoc
ii  docbook-xsl                                1.79.1+dfsg-2                         all          stylesheets for processing DocBook XML to various output formats
ii  libfltk1.3-dev                             1.3.4-10build1                        amd64        Fast Light Toolkit - development files
ii  libflxmlrpc-dev:amd64                      0.1.4-5ubuntu2                        amd64        fldigi suite XmlRpc library - Development files
ii  libhamlib-dev:amd64                        3.3-10build1                          amd64        Development library to control radio transceivers and receivers
ii  libmbedtls-dev:amd64                       2.16.4-1ubuntu2                       amd64        lightweight crypto and SSL/TLS library - development files
ii  libpng-dev:amd64                           1.6.37-2                              amd64        PNG library - development (version 1.6)
ii  libpulse-dev:amd64                         1:13.99.1-1ubuntu3.13                 amd64        PulseAudio client development headers and libraries
ii  libsamplerate0-dev:amd64                   0.1.9-2                               amd64        Development files for audio sample rate conversion
ii  libsndfile1-dev                            1.0.28-7ubuntu0.1                     amd64        Development files for libsndfile; a library for reading/writing audio files
ii  libudev-dev:amd64                          245.4-4ubuntu3.19                     amd64        libudev development files
ii  portaudio19-dev:amd64                      19.6.0-1build1                        amd64        Portable audio I/O - development files
ii  xsltproc                                   1.1.34-4ubuntu0.20.04.1               amd64        XSLT 1.0 command line processor

--David
KI6ZHD