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
|
|
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:
toggle quoted message
Show quoted text
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
|
|
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:
toggle quoted message
Show quoted text
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
|
|
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:
toggle quoted message
Show quoted text
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
|
|
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
toggle quoted message
Show quoted text
Just a guess but
sudo apt-get build-dep fldigi
sudo apt install libxft-dev
Ed W3NR
|
|
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:
toggle quoted message
Show quoted text
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
|
|
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
|
|
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:
toggle quoted message
Show quoted text
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)
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
|
|
What have you installed or updated since Fldigi last ran correctly?
Am 28.11.22 um 20:20 schrieb David
Ranch, KI6ZHD:
toggle quoted message
Show quoted text
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
|
|
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:
toggle quoted message
Show quoted text
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
|
|
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)
toggle quoted message
Show quoted text
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
|
|
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
|
|
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
|
|
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
|
|