Reported by dl1hrc on 1 Sep 2009 09:51 UTC
Code should be redesigned, some bugfixes needed

Reported by spuhler on 2010-11-07 17:48 UTC
I don't know what else to report, but this simple error when trying to build it on a current Mandriva distribution:
$ make
make: *** /.config: Is a directory. Stop.

Reported by oe5ponsvx on 2011-09-07 18:56 UTC
If one of the four directoryserver are down, then the Echolink Module are loss cyclic the the connection to the directoryserver, because echolink is trying cyclic to connect to the defect server.
We use: servers.echolink.org
216.69.181.113 defect
68.178.144.151 ok
68.178.200.46 ok
174.129.209.125 ok

Reported by csylvain on 8 Aug 2011 14:00 UTC
the Qtel Settings description and screenshot shows only the initial (first time) settings dialog. The subsequent return to the Settings dialog reveals more tabs. The existing documentation should distinguish between the Initial Settings dialog and the full Settings Dialog.

Also, there is very sparse information available online about configuring the Audio Device - especially in the case of multiple sound cards. Most information points to PulseAudio reconfiguration to set one or another soundcard as the default. PulseAudio reconfig is suboptimal when the ALSA device name is known.

In my case of a built-in soundcard (hw:0), built-in modem (hw:1), plus external USB sound card(s) (hw:2 and up), i found Qtel able to use only the "plughw:0" interface name for card 0.

All of the above is encapsulated in the screenshot attached to this ticket and I freely submit it for the purpose of being added to the Qtel documentation.

Reported by n8xct on 21 Nov 2009 23:52 UTC
In the process of developing a "gui" front end to svxlink to make configuration changes, I'd like to see a new variable added called MODE with a default value of "0000" in svxlink.conf and read and loaded in Logic.cpp so its a global variable that I can query in RepeaterLogic.tcl.

Its purpose will be used to setup different reset beeps depending on the mode the software is in.

I plan on building different svxlink.conf files, called mode files. They will have different timeout parameters, etc.

I foresee the concept as having a "normal" mode, "Net state" mode, and a "drive time mode".

Thanks, 73

Joe, N8XCT

Reported by volkov_peter on 2008-11-30 14:12 UTC
LDFLAGS=-Wl,--as-needed is a great tool to check library dependencies. Currently build of svxlink-080730 fails with --as-needed with the following error:

--- Linking AsyncConfig_demo...
AsyncConfig_demo.o: In function main': /var/tmp/portage/media-radio/svxlink-080730/work/svxlink-080730/async/demo/AsyncConfig_demo.cpp:12: undefined reference to Async::Config::Config()'
/var/tmp/portage/media-radio/svxlink-080730/work/svxlink-080730/async/demo/AsyncConfig_demo.cpp:13: undefined reference to Async::Config::open(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /var/tmp/portage/media-radio/svxlink-080730/work/svxlink-080730/async/demo/AsyncConfig_demo.cpp:20: undefined reference to Async::Config::getValue(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)'
/var/tmp/portage/media-radio/svxlink-080730/work/svxlink-080730/async/demo/AsyncConfig_demo.cpp:28: undefined reference to Async::Config::~Config()' /var/tmp/portage/media-radio/svxlink-080730/work/svxlink-080730/async/demo/AsyncConfig_demo.cpp:28: undefined reference to Async::Config::~Config()'
collect2: ld returned 1 exit status
make[1]: *** [AsyncConfig_demo] Error 1
make: *** [all] Error 2

That's because missing dependency. Patch in attachment fixes this issue.

Reported by sm3sgp on 2009-03-02 12:13 UTC
Segfault in remotetrx after re-connection to svxlink server. Happens after TCP transmit buffer overflow, and on first SQUELCH OPEN.

From PA3FNT:

"When there is not enough bandwidth, the remotetrx program shows this in
its output. After the connection with the SVXLINK server is restored, when
putting a signal on the frequency, I get a segmentation fault.

First I thought it had something to do with the update proces of Ubuntu
8.04. So after updating the OS (updated library's etc.), I always
recompile and reinstall SVXLINK.

Looking a little bit closer to this "feature" (hi), it looks like the
error occurs after the moment there was not enough bandwidth and the
systems has reconnected the server. The first open squelch generates the
segmentation fault."

Similar problem happened on SK0CT repeater system, see logfiles:

Remotetrx messages file:

Mar 1 22:15:03 sysop-dqx2 -- MARK --
Mar 1 22:35:03 sysop-dqx2 -- MARK --
Mar 1 22:55:03 sysop-dqx2 -- MARK --
Mar 1 23:15:03 sysop-dqx2 -- MARK --
Mar 1 23:35:03 sysop-dqx2 -- MARK --
Mar 1 23:55:03 sysop-dqx2 -- MARK --
Mar 2 00:15:03 sysop-dqx2 -- MARK --
Mar 2 00:35:03 sysop-dqx2 -- MARK --
Mar 2 00:55:03 sysop-dqx2 -- MARK --
Mar 2 01:15:03 sysop-dqx2 -- MARK --
Mar 2 01:35:03 sysop-dqx2 -- MARK --
Mar 2 01:55:03 sysop-dqx2 -- MARK --
Mar 2 02:15:03 sysop-dqx2 -- MARK --
Mar 2 02:35:03 sysop-dqx2 -- MARK --
Mar 2 02:38:46 sysop-dqx2 kernel: [190294.557523] remotetrx[10758]:
segfault at 00000000 eip 00000000 esp bfd26ccc error 4
Mar 2 02:55:03 sysop-dqx2 -- MARK --
Mar 2 03:15:03 sysop-dqx2 -- MARK --
Mar 2 03:35:03 sysop-dqx2 -- MARK --
Mar 2 03:55:03 sysop-dqx2 -- MARK --

remotetrx.log:

Mon 02 Mar 2009 02:06:58 AM CET: Rx1: The squelch is CLOSED (22.755)
Mon 02 Mar 2009 02:07:00 AM CET: Rx1: Mute(false)
Mon 02 Mar 2009 02:07:07 AM CET: Rx1: The squelch is OPEN (3.8706)
Mon 02 Mar 2009 02:07:07 AM CET: Rx1: The squelch is CLOSED (-4.17162)
Mon 02 Mar 2009 02:07:40 AM CET: Rx1: The squelch is OPEN (4.8832)
Mon 02 Mar 2009 02:07:40 AM CET: Rx1: The squelch is CLOSED (-9.36022)
Mon 02 Mar 2009 02:08:30 AM CET: Rx1: The squelch is OPEN (2.02064)
Mon 02 Mar 2009 02:08:30 AM CET: Rx1: The squelch is CLOSED (-0.573642)
Mon 02 Mar 2009 02:11:03 AM CET: Rx1: The squelch is OPEN (2.42493)
Mon 02 Mar 2009 02:11:03 AM CET: Rx1: The squelch is CLOSED (-6.81536)
Mon 02 Mar 2009 02:15:22 AM CET: Rx1: The squelch is OPEN (2.4468)
Mon 02 Mar 2009 02:15:22 AM CET: Rx1: The squelch is CLOSED (-3.84733)
Mon 02 Mar 2009 02:17:01 AM CET: Rx1: The squelch is OPEN (2.6788)
Mon 02 Mar 2009 02:17:01 AM CET: Rx1: The squelch is CLOSED (-4.15164)
Mon 02 Mar 2009 02:18:37 AM CET: Rx1: The squelch is OPEN (3.47304)
Mon 02 Mar 2009 02:18:37 AM CET: Rx1: The squelch is CLOSED (-2.13799)
Mon 02 Mar 2009 02:20:12 AM CET: Rx1: The squelch is OPEN (7.70652)
Mon 02 Mar 2009 02:20:12 AM CET: Rx1: The squelch is CLOSED (-7.66218)
Mon 02 Mar 2009 02:22:57 AM CET: Rx1: The squelch is OPEN (5.6813)
Mon 02 Mar 2009 02:22:57 AM CET: Rx1: The squelch is CLOSED (-6.02711)
Mon 02 Mar 2009 02:26:32 AM CET: Rx1: The squelch is OPEN (2.85515)
Mon 02 Mar 2009 02:26:32 AM CET: Rx1: The squelch is CLOSED (-3.98383)
Mon 02 Mar 2009 02:27:22 AM CET: Rx1: The squelch is OPEN (3.21284)
Mon 02 Mar 2009 02:27:22 AM CET: Rx1: The squelch is CLOSED (0.825227)
Mon 02 Mar 2009 02:28:01 AM CET: Rx1: The squelch is OPEN (2.67357)
Mon 02 Mar 2009 02:28:01 AM CET: Rx1: The squelch is CLOSED (-4.34959)
Mon 02 Mar 2009 02:29:42 AM CET: *** ERROR: Heartbeat timeout
Mon 02 Mar 2009 02:29:42 AM CET: Client disconnected: 213.100.167.210:46652
Mon 02 Mar 2009 02:30:15 AM CET: Client connected: 213.100.167.210:48807
Mon 02 Mar 2009 02:30:15 AM CET: Rx1: Mute(false)
Mon 02 Mar 2009 02:30:15 AM CET: Rx1: AddToneDetector(1750, 50, 200)
Mon 02 Mar 2009 02:30:15 AM CET: Rx1: AddToneDetector(88, 4, 500)
Mon 02 Mar 2009 02:30:15 AM CET: NetUplink: Using CODEC "S16" to encode RX
audio
Mon 02 Mar 2009 02:31:07 AM CET: Rx1: The squelch is OPEN (28.3704)
Mon 02 Mar 2009 02:31:08 AM CET: Rx1: Mute(true)
Mon 02 Mar 2009 02:31:08 AM CET: Rx1: The squelch is CLOSED (18.0053)
Mon 02 Mar 2009 02:31:09 AM CET: Rx1: Mute(false)
Mon 02 Mar 2009 02:31:16 AM CET: Rx1: The squelch is OPEN (19.9471)
Mon 02 Mar 2009 02:31:16 AM CET: Rx1: Mute(true)
Mon 02 Mar 2009 02:31:16 AM CET: Rx1: The squelch is CLOSED (23.319)
Mon 02 Mar 2009 02:31:17 AM CET: Rx1: Mute(false)
Mon 02 Mar 2009 02:31:21 AM CET: Rx1: The squelch is OPEN (18.1725)
Mon 02 Mar 2009 02:31:22 AM CET: *** ERROR: TCP transmit buffer overflow.
Mon 02 Mar 2009 02:31:22 AM CET: Client disconnected: 213.100.167.210:48807
Mon 02 Mar 2009 02:31:22 AM CET: Rx1: The squelch is CLOSED (19.2792)
Mon 02 Mar 2009 02:32:16 AM CET: Client connected: 213.100.167.210:43785
Mon 02 Mar 2009 02:32:16 AM CET: Rx1: Mute(false)
Mon 02 Mar 2009 02:32:16 AM CET: Rx1: AddToneDetector(1750, 50, 200)
Mon 02 Mar 2009 02:32:16 AM CET: Rx1: AddToneDetector(88, 4, 500)
Mon 02 Mar 2009 02:32:16 AM CET: NetUplink: Using CODEC "S16" to encode RX
audio

svxlink.log:
Mon 02 Mar 2009 02:00:00 AM CET: BeaconMonitor: status_report called...
Mon 02 Mar 2009 02:00:00 AM CET: Tx1: Turning the transmitter ON
Mon 02 Mar 2009 02:00:06 AM CET: Tx1: Turning the transmitter OFF
Mon 02 Mar 2009 02:05:15 AM CET: Voter: The squelch is OPEN (Rx1=50.945)
Mon 02 Mar 2009 02:05:16 AM CET: 88 Hz tone call detected
Mon 02 Mar 2009 02:05:17 AM CET: Voter: The squelch is CLOSED (Rx1=99.0073)
Mon 02 Mar 2009 02:05:17 AM CET: Tx1: Turning the transmitter ON
Mon 02 Mar 2009 02:05:27 AM CET: Voter: The squelch is OPEN (Rx1=62.1157)
Mon 02 Mar 2009 02:05:28 AM CET: Voter: The squelch is CLOSED (Rx1=101.948)
Mon 02 Mar 2009 02:05:30 AM CET: Voter: The squelch is OPEN (Rx1=62.3786)
Mon 02 Mar 2009 02:05:32 AM CET: Voter: The squelch is CLOSED (Rx1=100.115)
Mon 02 Mar 2009 02:05:38 AM CET: Voter: The squelch is OPEN (Rx1=65.1449)
Mon 02 Mar 2009 02:05:39 AM CET: Voter: The squelch is CLOSED (Rx1=105.333)
Mon 02 Mar 2009 02:05:54 AM CET: Deactivating all links to/from
"RepeaterLogic"
Mon 02 Mar 2009 02:05:54 AM CET: Voter: The squelch is OPEN (Rx1=60.5992)
Mon 02 Mar 2009 02:05:55 AM CET: Tx1: Turning the transmitter OFF
Mon 02 Mar 2009 02:05:55 AM CET: Voter: The squelch is CLOSED (Rx1=99.4381)
Mon 02 Mar 2009 02:05:55 AM CET: 88 Hz tone call detected
Mon 02 Mar 2009 02:05:55 AM CET: Tx1: Turning the transmitter ON
Mon 02 Mar 2009 02:06:02 AM CET: Voter: The squelch is OPEN (Rx1=67.9744)
Mon 02 Mar 2009 02:06:05 AM CET: Voter: The squelch is CLOSED (Rx1=104.642)
Mon 02 Mar 2009 02:06:20 AM CET: Deactivating all links to/from
"RepeaterLogic"
Mon 02 Mar 2009 02:06:20 AM CET: Tx1: Turning the transmitter OFF
Mon 02 Mar 2009 02:28:38 AM CET: *** ERROR: Heartbeat timeout
Mon 02 Mar 2009 02:28:38 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Locally ordered disconnect
Mon 02 Mar 2009 02:29:19 AM CET: RemoteTrx protocol version 2.1
Mon 02 Mar 2009 02:29:19 AM CET: DQX_RX: Connected to remote receiver at
90.227.214.177:5210
Mon 02 Mar 2009 02:29:19 AM CET: DQX_RX: Requesting CODEC "S16"
Mon 02 Mar 2009 02:30:00 AM CET: Sending identification...
Mon 02 Mar 2009 02:30:00 AM CET: Tx1: Turning the transmitter ON
Mon 02 Mar 2009 02:30:04 AM CET: Tx1: Turning the transmitter OFF
Mon 02 Mar 2009 02:30:12 AM CET: Voter: The squelch is OPEN (Rx1=61.508)
Mon 02 Mar 2009 02:30:13 AM CET: 88 Hz tone call detected
Mon 02 Mar 2009 02:30:13 AM CET: Voter: The squelch is CLOSED (Rx1=105.232)
Mon 02 Mar 2009 02:30:13 AM CET: Tx1: Turning the transmitter ON
Mon 02 Mar 2009 02:30:20 AM CET: Voter: The squelch is OPEN (Rx1=66.8489)
Mon 02 Mar 2009 02:30:21 AM CET: Voter: The squelch is CLOSED (Rx1=97.399)
Mon 02 Mar 2009 02:30:26 AM CET: Voter: The squelch is OPEN (Rx1=62.5968)
Mon 02 Mar 2009 02:30:27 AM CET: Voter: The squelch is CLOSED (Rx1=95.3485)
Mon 02 Mar 2009 02:30:39 AM CET: *** ERROR: Heartbeat timeout
Mon 02 Mar 2009 02:30:39 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Locally ordered disconnect
Mon 02 Mar 2009 02:30:42 AM CET: Deactivating all links to/from
"RepeaterLogic"
Mon 02 Mar 2009 02:30:43 AM CET: Tx1: Turning the transmitter OFF
Mon 02 Mar 2009 02:31:20 AM CET: RemoteTrx protocol version 2.1
Mon 02 Mar 2009 02:31:20 AM CET: DQX_RX: Connected to remote receiver at
90.227.214.177:5210
Mon 02 Mar 2009 02:31:20 AM CET: DQX_RX: Requesting CODEC "S16"
Mon 02 Mar 2009 02:37:50 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection closed by remote peer
Mon 02 Mar 2009 02:38:10 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:38:30 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:38:50 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:39:10 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:39:30 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:39:50 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:40:10 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:40:30 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:40:50 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused
Mon 02 Mar 2009 02:41:10 AM CET: DQX_RX: Disconnected from remote receiver
90.227.214.177:5210: Connection refused

Reported by sm3sgp on 2008-07-19 20:22 UTC
In the file RepeaterLogic.tcl the text is not ok.

Should probably be:

Return 1 to hide the digit from further processing IN SvxLink or

return 0 to make SvxLink continue processing as normal.

faulty text:

Executed when a DTMF digit has been received

digit - The detected DTMF digit

duration - The duration, in milliseconds, of the digit

Return 1 to hide the digit from further processing is SvxLink or

return 0 to make SvxLink continue processing as normal.

Reported by dl1hrc on 24 Aug 2009 13:24 UTC
Would be nice to enable a ctcss tone from tcl-scripts, f.e. with

playCTCSS(88.5);

The CTCSS-tone should be played until it's switched off with

stopCTCSS();

The background is, that somebody sometimes only wants to hear the propagation-alerts or special announcements from the svxlink node and not the QSO's.

Reported by n8xct on 8 Dec 2009 11:12 UTC
I'm requesting a new feature be added to be able to turn off the transmitter but leave svxlink running. Would also like the RX part to still be running to be able to turn the TX back in with DTMF code also.

As a trustee and control operator, I need to be able to turn off the transmitter in the event of a receiver constantly transmitting or someone just illegally using the repeater.

73, Joe Testa

Reported by jgoerzen on 29 Mar 2012 02:54 UTC
Hi,

I am using SvxLink with a RigExpert TI-5 USB interface. This interface exposes a serial device, ttyUSB1 on my system, that can be used to control the rig's PTT feature. It uses RTS to do so.

However, and here is the problem, ttyUSB1 also controls the unit's built-in CW keyer. A raised DTR causes it to emit a carrier, and a low DTR stops the carrier.

If I set PTT_PIN=RTS, the svxlink raises DTR on start, causing the rig to emit a carrier the entire time. (It may be that the Linux serial driver is raising DTR on its own in this case.) A partial workaround is to set PTT_PTN=RTSDTR. This only works about 75% of the time. As long as the RigExpert sees RTS go high before DTR does, then it ignores the high DTR and transmits audio like it should. Sometimes these two events are so close that it sees DTR go high first, in which case it simply emits a carrier the entire time, ignoring the audio.

The attached patch causes svxlink to make sure both RTS and DTR are off as part of the serial initialization. With it, I set PTT_PIN=RTS and get proper operation.

Reported by ur3qjw on 30 Nov 2011 10:11 UTC
In Echolnk Module subcommand is - 1 (List connected stations).
Informs a list of stations that are connected to my link.
But in SVXLink no subcommand that tells the list of stations that are connected to the conference.

For example:
If my link above is connected to the conference QRP, then pressing "1#"
I can find a list of stations connected to my link will.
But I can not find a list of stations that are connected to the
conference QRP. Perhaps no one was there.

Is it possible to make so by pressing "11#" I can find a list of
stations connected to the conference?
At least the first few stations.

I think for many people it may be useful.

Reported by guysoft on 6 Nov 2011 22:12 UTC
Svxlink current svn does not build in Debian, failing the linker. Here is the make output:

-------------- qtel --------------
../makefile.inc:799: depend/MainWindow.dpp: No such file or directory
../makefile.inc:799: depend/ComDialog.dpp: No such file or directory
../makefile.inc:799: depend/Settings.dpp: No such file or directory
../makefile.inc:799: depend/MsgHandler.dpp: No such file or directory
../makefile.inc:799: depend/Vox.dpp: No such file or directory
../makefile.inc:799: depend/EchoLinkDirectoryModel.dpp: No such file or directory
../makefile.inc:799: depend/qrc_qtel.dpp: No such file or directory
../makefile.inc:799: depend/qtel.dpp: No such file or directory
../makefile.inc:799: depend/moc_MainWindow.dpp: No such file or directory
../makefile.inc:799: depend/moc_ComDialog.dpp: No such file or directory
../makefile.inc:799: depend/moc_MyMessageBox.dpp: No such file or directory
../makefile.inc:799: depend/moc_Vox.dpp: No such file or directory
../makefile.inc:799: depend/moc_SettingsDialog.dpp: No such file or directory
../makefile.inc:799: depend/moc_EchoLinkDirectoryModel.dpp: No such file or directory
--- Running the Meta Object Compiler on EchoLinkDirectoryModel.h...
--- Creating dependency file depend/moc_EchoLinkDirectoryModel.dpp...
--- Running the Meta Object Compiler on SettingsDialog.h...
--- Creating dependency file depend/moc_SettingsDialog.dpp...
--- Running the Meta Object Compiler on Vox.h...
--- Creating dependency file depend/moc_Vox.dpp...
--- Running the Meta Object Compiler on MyMessageBox.h...
--- Creating dependency file depend/moc_MyMessageBox.dpp...
--- Running the Meta Object Compiler on ComDialog.h...
--- Creating dependency file depend/moc_ComDialog.dpp...
--- Running the Meta Object Compiler on MainWindow.h...
--- Creating dependency file depend/moc_MainWindow.dpp...
--- Creating dependency file depend/qtel.dpp...
--- Creating dependency file depend/qrc_qtel.dpp...
--- Creating dependency file depend/EchoLinkDirectoryModel.dpp...
--- Creating dependency file depend/Vox.dpp...
--- Creating dependency file depend/MsgHandler.dpp...
--- Creating dependency file depend/Settings.dpp...
--- Creating dependency file depend/ComDialog.dpp...
--- Creating dependency file depend/MainWindow.dpp...
--- Creating directory version...
--- Creating version/QTEL.h...
--- Generating ComDialogBase.h from ComDialogBase.ui...
--- Generating MainWindowBase.h from MainWindowBase.ui...
--- Creating dependency file depend/MainWindow.dpp...
--- Creating dependency file depend/moc_ComDialog.dpp...
--- Creating dependency file depend/moc_MainWindow.dpp...
--- Creating dependency file depend/qtel.dpp...
--- Creating dependency file depend/ComDialog.dpp...
--- Compiling qtel.cpp...
--- Compiling MainWindow.cpp...
--- Compiling ComDialog.cpp...
--- Generating SettingsDialogBase.h from SettingsDialogBase.ui...
--- Compiling Settings.cpp...
--- Compiling MsgHandler.cpp...
--- Compiling Vox.cpp...
--- Compiling EchoLinkDirectoryModel.cpp...
--- Compiling qrc_qtel.cpp...
--- Compiling moc_MainWindow.cpp...
--- Compiling moc_ComDialog.cpp...
--- Compiling moc_MyMessageBox.cpp...
--- Compiling moc_Vox.cpp...
--- Compiling moc_SettingsDialog.cpp...
--- Compiling moc_EchoLinkDirectoryModel.cpp...
--- Linking ../bin/qtel...
../lib/libecholib.so: error: undefined reference to 'speex_bits_init'
../lib/libecholib.so: error: undefined reference to 'speex_nb_mode'
../lib/libecholib.so: error: undefined reference to 'speex_encoder_init'
../lib/libecholib.so: error: undefined reference to 'speex_decoder_init'
../lib/libecholib.so: error: undefined reference to 'speex_encoder_ctl'
../lib/libecholib.so: error: undefined reference to 'speex_bits_destroy'
../lib/libecholib.so: error: undefined reference to 'speex_encoder_destroy'
../lib/libecholib.so: error: undefined reference to 'speex_decoder_destroy'
../lib/libecholib.so: error: undefined reference to 'speex_bits_read_from'
../lib/libecholib.so: error: undefined reference to 'speex_decode_int'
../lib/libecholib.so: error: undefined reference to 'speex_encode_int'
../lib/libecholib.so: error: undefined reference to 'speex_bits_insert_terminator'
../lib/libecholib.so: error: undefined reference to 'speex_bits_nbytes'
../lib/libecholib.so: error: undefined reference to 'speex_bits_write'
../lib/libecholib.so: error: undefined reference to 'speex_bits_reset'
collect2: ld returned 1 exit status
make[* ../bin/qtel Error 1
make[* all Error 2
make: *** [all] Error 2

Reported by forrestw517 on 10 Mar 2012 04:45 UTC
trying to use a commercial mic with preamp works fine with all other linux audio programs such as sound recorder, audacity etc. but not correctly with qtel. since qtel wants alsa as the default how can this work with either pulse or oss?

Reported by dl1hrc on 25 Aug 2009 08:40 UTC
If a remotetrx is connected to a svxlink-base via a WLAN-link or DSL-link it may happen that the link is disconnected and the remotetrx doesn't work at all.
For a repeater there should be a chance to configure the remotetrx to continue it's work as a standalone repeater without the echolink-functionality (fallback-mode) until the connection has been established again.

In the case of a broken connection between svxlink base and remotetrx the audio source (RX) of the remote should be linked directly to the sink (TX) if a variable, f.e. FALLBACK=1 is set

Reported by guysoft on 28 Jan 2012 00:15 UTC
Hey,
I want to interface SvxLink to more smarter and flexible logic.
In order to do this, I am writing a wrapper around SvxLink's input and output, hence its called SVXlinkWrapper.

SVXlinkWrapper is written in python, the advantage of having a dynamic language at hand means one can do complex new additions to SvxLink using 3rd party libraries without needing to compile anything.

For now I coded an echolink qso logger, which logs all QSOs in an sqlite database (which I can display on the net here: http://gnet.homelinux.com/ham/R1).
Also an 'autoconnect' feature to other echolink nodes on startup, with a keepalive mode.

As this wrapper grows one could add more modules.

Reported by v2m on 27 Jun 2011 19:01 UTC
Requesting a DTMF command to alter/change the transmitter hang time (repeater mode) after the roger sound delay expires. This efectively allows the elimination of a TX tail time before the repeater shuts down the transmitter.
This is of particular value when using cross-band radios with the system. Another desirable feature is the ability remotely disable the transmitter of the repeater (in case of misuse).

Reported by dl1hrc on 28 Oct 2009 18:18 UTC
Facility to connect the SvxLink system to an analog phoneline on demand from both sides. The logic should include an authentification system by a dtmf-PIN and provide all features to the phoneline-caller that already included into SvxLink (voicemail,metar,...).

Reported by oe5pon5 on 1 Dec 2009 19:31 UTC
We need disable for random connect's to repeater and conferences, or free and individually configurable commands for all, too disconnect command. Why that all? We have a troublemaker on repeater.

Reported by kc2rgw on 27 Dec 2009 19:22 UTC
Building latest on Ubuntu 9.10

gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu8)

I had to add a few includes for perror issues, but got stumped on this one.

In file included from AsyncAudioIO.cpp:60:
AsyncAudioDevice.h:328: error: ISO C++ forbids declaration of int16_t with no type
AsyncAudioDevice.h:328: error: expected ; before * token
AsyncAudioDevice.h:333: error: ISO C++ forbids declaration of int16_t with no type
AsyncAudioDevice.h:333: error: expected ; before * token
AsyncAudioDevice.h: In static member function static int Async::AudioDevice::setBlocksize(int):
AsyncAudioDevice.h:185: error: int16_t was not declared in this scope
AsyncAudioDevice.h: In static member function static int Async::AudioDevice::blocksize():
AsyncAudioDevice.h:197: error: int16_t was not declared in this scope
make[* AsyncAudioIO.o Error 1
make[* all Error 2
make[*** all Error 2
make: *** [all] Error 2

I've done a make realclean and regenerated, with no luck.

I also made mods to the following to correct for

error: perror was not declared in this scope

async/core/AsyncSerialDevice.cpp and async/cpp/AsyncCppDnsLookupWorker.cpp

Needed to add

include

for perror

I've attached the build output.

Reported by cruvolo on 2009-01-11 17:08 UTC
I tried to build svxlink 080730 on Debian Lenny (5.0) amd64 platform. The build failed. The following changes were required.

-Chris KC2SYK

diff -ruN svxlink-080730/create_config.sh svxlink-080730-custom/create_config.sh
--- svxlink-080730/create_config.sh 2008-07-30 06:15:04.000000000 -0400
+++ svxlink-080730-custom/create_config.sh 2009-01-11 11:29:04.000000000 -0500
@@ -139,8 +139,8 @@

Checking for tcl development library

info "--- Checking for TCL development library..."
-if [ -r /usr/lib/tclConfig.sh ]; then

• . /usr/lib/tclConfig.sh
  +if [ -r /usr/lib/tcl8.4/tclConfig.sh ]; then

• . /usr/lib/tcl8.4/tclConfig.sh
  info "${TCL_VERSION}\n"
  output "TCL_LIBS=-ltcl${TCL_VERSION}"
  else

diff -ruN svxlink-080730/svxlink/trx/SpanDtmfDecoder.cpp svxlink-080730-custom/svxlink/trx/SpanDtmfDecoder.cpp
--- svxlink-080730/svxlink/trx/SpanDtmfDecoder.cpp 2008-04-12 06:58:51.000000000 -0400
+++ svxlink-080730-custom/svxlink/trx/SpanDtmfDecoder.cpp 2009-01-11 11:14:29.000000000 -0500
@@ -166,7 +166,7 @@
}

dtmf_rx_init(&p->rx_state, NULL, this);

• dtmf_rx_parms(&p->rx_state, FALSE, max_fwd_twist, max_rev_twist);

• dtmf_rx_parms(&p->rx_state, FALSE, max_fwd_twist, max_rev_twist, -99);
  dtmf_rx_set_realtime_callback(&p->rx_state, SpanDtmfDecoder::toneReportCb,
  this);

Reported by sm0svx on 2006-03-31 22:27 UTC
SvxLink seem to think that a connection is estabnlished
to a station even though it is not. When trying to
connect SvxLink responds with an "already connected
to..." message. When trying to disconnect (#), nothing
happens.

Running under Ubuntu Linux using RPM:s for FC4.

Reported by guysoft on 8 Jul 2011 00:59 UTC
Hello,
it seems svxlink 11.05 does not compile, not for me, and not for other users on #hamradio freenode.

I installed all the required dependences, it looks like some internal bug.

The error is:
-------------- async/qt --------------
--- Creating ../../include/AsyncQtApplication.h...
../../makefile.inc:803: depend/AsyncQtApplication.dpp: No such file or directory
../../makefile.inc:803: depend/AsyncQtDnsLookupWorker.dpp: No such file or directory
../../makefile.inc:803: depend/moc_AsyncQtApplication.dpp: No such file or directory
../../makefile.inc:803: depend/moc_AsyncQtTimer.dpp: No such file or directory
../../makefile.inc:803: depend/moc_AsyncQtDnsLookupWorker.dpp: No such file or directory
--- Running the Meta Object Compiler on AsyncQtDnsLookupWorker.h...
--- Creating dependency file depend/moc_AsyncQtDnsLookupWorker.dpp...
moc_AsyncQtDnsLookupWorker.cpp:12:2: error: #error "The header file 'AsyncQtDnsLookupWorker.h' doesn't include ."
make[* depend/moc_AsyncQtDnsLookupWorker.dpp Error 1
make[* all Error 2
make[*** all Error 2
make: *** [all] Error 2

Reported by shaban87 on 22 Jul 2011 13:56 UTC
Hi,

For sure other members have asked the same question.
Which is the best solution when choosing the interface for linking the transceivers to the PC, since there are suggested few.
Also, some of them are not easy to purchase and also not include full features, therefore, having you more experience, could you please provide me the best solution?

Thank you!

Reported by sm0svx on 2008-10-25 08:49 UTC
When using the NO_REPEAT option in a repeater logic, SvxLink hangs if audio is coming in to the repeater at the same time as a messae iss being played. This make the NO_REPEAT option unusable.

If you really want to use NO_REPEAT anyway, use an older verion of SvxLink like the 080102 release.

Reported by guysoft on 8 Jul 2011 00:59 UTC
Hello,
it seems svxlink 11.05 does not compile, not for me, and not for other users on #hamradio freenode.

I installed all the required dependences, it looks like some internal bug.

The error is:
-------------- async/qt --------------
--- Creating ../../include/AsyncQtApplication.h...
../../makefile.inc:803: depend/AsyncQtApplication.dpp: No such file or directory
../../makefile.inc:803: depend/AsyncQtDnsLookupWorker.dpp: No such file or directory
../../makefile.inc:803: depend/moc_AsyncQtApplication.dpp: No such file or directory
../../makefile.inc:803: depend/moc_AsyncQtTimer.dpp: No such file or directory
../../makefile.inc:803: depend/moc_AsyncQtDnsLookupWorker.dpp: No such file or directory
--- Running the Meta Object Compiler on AsyncQtDnsLookupWorker.h...
--- Creating dependency file depend/moc_AsyncQtDnsLookupWorker.dpp...
moc_AsyncQtDnsLookupWorker.cpp:12:2: error: #error "The header file 'AsyncQtDnsLookupWorker.h' doesn't include ."
make[* depend/moc_AsyncQtDnsLookupWorker.dpp Error 1
make[* all Error 2
make[*** all Error 2
make: *** [all] Error 2

Reported by f4ecw on 2011-06-15 05:21 UTC
Build ends with message:

-------------- async/audio --------------
make[3]: *** Pas de règle pour fabriquer la cible « gsm.h », nécessaire pour « depend/AsyncAudioDecoderGsm.dpp ». Arrêt.

Please find attached make log.

Reported by dl9pf on 2008-10-14 18:59 UTC
I was able to compile a svn checkout from 2008/10/04 for 64bit. qtel crashed.
I've attached a backtrace ...
dl9pf@legolas:> qtel
Segmentation fault (core dumped)
dl9pf@legolas:> gdb /usr/bin/qtel core
GNU gdb 6.8
Copyright (C) 2008 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-suse-linux"...

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib64/libecholib.so.0.13...done.
Loaded symbols for /usr/lib64/libecholib.so.0.13
Reading symbols from /usr/lib64/libasyncqt.so.0.17...done.
Loaded symbols for /usr/lib64/libasyncqt.so.0.17
Reading symbols from /usr/lib64/libasyncaudio.so.0.17...done.
Loaded symbols for /usr/lib64/libasyncaudio.so.0.17
Reading symbols from /usr/lib64/libqt-mt.so.3...done.
Loaded symbols for /usr/lib64/libqt-mt.so.3
Reading symbols from /usr/lib64/libpng12.so.0...done.
Loaded symbols for /usr/lib64/libpng12.so.0
Reading symbols from /lib64/libz.so.1...done.
Loaded symbols for /lib64/libz.so.1
Reading symbols from /usr/lib64/libXi.so.6...done.
Loaded symbols for /usr/lib64/libXi.so.6
Reading symbols from /usr/lib64/libXrender.so.1...done.
Loaded symbols for /usr/lib64/libXrender.so.1
Reading symbols from /usr/lib64/libXrandr.so.2...done.
Loaded symbols for /usr/lib64/libXrandr.so.2
Reading symbols from /usr/lib64/libXcursor.so.1...done.
Loaded symbols for /usr/lib64/libXcursor.so.1
Reading symbols from /usr/lib64/libXinerama.so.1...done.
Loaded symbols for /usr/lib64/libXinerama.so.1
Reading symbols from /usr/lib64/libXft.so.2...done.
Loaded symbols for /usr/lib64/libXft.so.2
Reading symbols from /usr/lib64/libfreetype.so.6...done.
Loaded symbols for /usr/lib64/libfreetype.so.6
Reading symbols from /usr/lib64/libfontconfig.so.1...done.
Loaded symbols for /usr/lib64/libfontconfig.so.1
Reading symbols from /usr/lib64/libXext.so.6...done.
Loaded symbols for /usr/lib64/libXext.so.6
Reading symbols from /usr/lib64/libX11.so.6...done.
Loaded symbols for /usr/lib64/libX11.so.6
Reading symbols from /usr/lib64/libSM.so.6...done.
Loaded symbols for /usr/lib64/libSM.so.6
Reading symbols from /usr/lib64/libICE.so.6...done.
Loaded symbols for /usr/lib64/libICE.so.6
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/libpthread.so.0...done.
Loaded symbols for /lib64/libpthread.so.0
Reading symbols from /usr/lib64/libsigc-1.2.so.5...done.
Loaded symbols for /usr/lib64/libsigc-1.2.so.5
Reading symbols from /usr/lib64/libstdc++.so.6...done.
Loaded symbols for /usr/lib64/libstdc++.so.6
Reading symbols from /lib64/libm.so.6...done.
Loaded symbols for /lib64/libm.so.6
Reading symbols from /lib64/libgcc_s.so.1...done.
Loaded symbols for /lib64/libgcc_s.so.1
Reading symbols from /lib64/libc.so.6...done.
Loaded symbols for /lib64/libc.so.6
Reading symbols from /usr/lib64/libasynccore.so.0.17...done.
Loaded symbols for /usr/lib64/libasynccore.so.0.17
Reading symbols from /usr/lib64/libgsm.so.1...done.
Loaded symbols for /usr/lib64/libgsm.so.1
Reading symbols from /usr/lib64/libXfixes.so.3...done.
Loaded symbols for /usr/lib64/libXfixes.so.3
Reading symbols from /lib64/libexpat.so.1...done.
Loaded symbols for /lib64/libexpat.so.1
Reading symbols from /usr/lib64/libXau.so.6...done.
Loaded symbols for /usr/lib64/libXau.so.6
Reading symbols from /usr/lib64/libxcb-xlib.so.0...done.
Loaded symbols for /usr/lib64/libxcb-xlib.so.0
Reading symbols from /usr/lib64/libxcb.so.1...done.
Loaded symbols for /usr/lib64/libxcb.so.1
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `qtel'.
Program terminated with signal 11, Segmentation fault.
[New process 17526]
#0 0x00007f41727f1d5b in memcpy () from /lib64/libc.so.6
(gdb) bt
#0 0x00007f41727f1d5b in memcpy () from /lib64/libc.so.6
#1 0x00007f4172fdd135 in std::string::_M_mutate () from
/usr/lib64/libstdc++.so.6
#2 0x00007f4172fdd8e8 in std::string::_M_leak_hard () from
/usr/lib64/libstdc++.so.6
#3 0x00007f4172fdd9f6 in std::string::begin () from /usr/lib64/libstdc++.so.6
#4 0x00007f417662c2d5 in Directory (this=0x7fff7ea5b390,
server=@0x7fff7ea5b5c0, callsign=@0x7fff7ea5b5b0,
password=@0x7fff7ea5b5a0, description=@0x7fff7ea5b590) at
EchoLinkDirectory.cpp:159
#5 0x000000000041d941 in main (argc=1, argv=0x7fff7ea5b6c8) at qtel.cpp:172
(gdb)

Compiled using gcc 4.3 on opensuse 11.0 / x86_64

Reported by sm0svx on 29 Sep 2009 22:15 UTC
I've played a bit with the voter configuration and found out a problem that occurs sometimes. My configuration (at the moment) is a svxlink-base and one remotetrx. The remotetrx is the relay-station with RX and TX and the base has only a RX (I have my reasons why I have done it in this way ;-). I've running the version 1681.

Here are some log entries:

remote-TRX:

Tue Sep 22 19:14:31 2009: Voter: The squelch is OPEN (QuantarRx=107.506)
Tue Sep 22 19:14:36 2009: Voter: The squelch is CLOSED (QuantarRx=4.09622)
Tue Sep 22 19:14:38 2009: Voter: The squelch is OPEN (QuantarRx=74.4778)
Tue Sep 22 19:14:51 2009: Voter: The squelch is CLOSED (QuantarRx=-4.20453)
Tue Sep 22 19:14:53 2009: Voter: The squelch is OPEN (QuantarRx=97.0731)
Tue Sep 22 19:14:53 2009: Voter: Mute(true)
Tue Sep 22 19:15:20 2009: Voter: Mute(false)
Tue Sep 22 19:15:22 2009: Voter: The squelch is OPEN (QuantarRx=75.9478)
Tue Sep 22 19:15:46 2009: QuantarTx: Turning the transmitter OFF

The last two lines show that a strong signal is being received but it isn't detect by the svxlink base. It happens often, if a strong signal is received by the base first and a weaker signal later by the remotetrx.

svxlink-base:

Tue Sep 22 19:14:38 2009: Voter: The squelch is OPEN (QuantarRx=73.2107)                     
Tue Sep 22 19:14:52 2009: Voter::satSquelchOpen(FALSE, QuantarRx): Signal Strength = -4.20453
Tue Sep 22 19:14:52 2009: Voter: The squelch is CLOSED (QuantarRx=-4.20453)                  
Tue Sep 22 19:14:53 2009: Voter::satSquelchOpen(TRUE, OeblesRx1): Signal Strength = 98.9846  
Tue Sep 22 19:14:53 2009: Voter::satSquelchOpen(TRUE, QuantarRx): Signal Strength = 90.1575  
Tue Sep 22 19:14:53 2009: Voter::chooseBestRx                                                
Tue Sep 22 19:14:53 2009: Voter::satSquelchOpen(FALSE, QuantarRx): Signal Strength = 0       
Tue Sep 22 19:14:53 2009: Voter: The squelch is OPEN (OeblesRx1=98.9846)                     
Tue Sep 22 19:15:20 2009: Voter::satSquelchOpen(FALSE, OeblesRx1): Signal Strength = -0.0725002
Tue Sep 22 19:15:20 2009: Voter: The squelch is CLOSED (OeblesRx1=-0.0725002)                  
Tue Sep 22 19:15:45 2009: Deactivating all links to/from "RepeaterLogic"                       
Tue Sep 22 19:15:46 2009: QuantarTx: The transmitter is OFF                                    

Reported by sm0svx on 2008-08-02 17:56 UTC
When configuring two voters after one another the audio don't get through. A setup like this will fail:

SimplexLogic -> Voter -> Voter -> Local

Something is wrong in the voter.

Reported by dl1hrc on 15 Mar 2011 20:47 UTC
There should be a change in the kind of linking the logics.
Proposal: LogicLinking-class as singleton, accessible from Logic-objects or other parts of the application.

Reported by kf7kbn on 2011-11-21 04:56 UTC
Just installed Qtel on Ubuntu... outgoing user and link connections work fine from my computer...incoming connection attempts to my echolink node fail or timeout every time, whether it's from a computer user, a radio link, or a repeater. What gives?

It's been suggested that my port forwarding settings on my router wont let incoming connections occur. Port forwarding is all wide open on the router and incoming connections work fine on a Windows XP Pro machine with Echolink... but not on my Linux / Ubuntu OS machine..any ideas?... I'm REAL green to Linux OS.. a member of my family suggested running Echolink on Linux / Ubuntu because of inherent stability of the OS... now I'm not so sure I'm impressed with it.

Reported by w6fm on 28 Jul 2010 20:08 UTC
Thanks for all your efforts on svxlink. I use the Qtel client on Ubuntu 10.04 and it works great. I would like to request proxy support. This would be very useful as the Echolink ports on my home network are used by another machine. This would also allow me to use Qtel where I do not have control of the firewall.

Thanks and 73,

Ron W6FM

Reported by rwth-afu on 2011-12-31 07:28 UTC
Good morning,
Yesterday I installed the 11.11.1 version on a DB0WA-R running on Debian. After some time the svxlink daemon crashed giving that output:

Activating module EchoLink...
EA5HQU-L: Accepting connection. EchoLink ID is 524608...
EA5HQU-L: EchoLink QSO state changed to CONNECTED
--- EchoLink info message received from EA5HQU-L ---
Station EA5HQU-L

Heinz/La-Marina
La Marina/Alicante

Deactivating all links to/from "RepeaterLogic"
Tx1: Turning the transmitter OFF
Tx1: Turning the transmitter ON
svxlink: AsyncAudioDeviceAlsa.cpp:474: void Async::AudioDeviceAlsa::writeSpaceAvailable(Async::FdWatch*, short unsigned int): Assertion `f rames_written == frames_to_write' failed.
Abgebrochen
root@DB0WA-DSTAR:/etc/init.d#

With the 11.11 version, which was installed for just 1 day, no crash wa observed.

I wish you a happy new year, thanks for the good work on svxlnk.
vy 73 Ralf DH3WR

Reported by do6ep on 21 Sep 2011 09:59 UTC
Requesting an ability to streaming to shoutcast-server.
SVXLink is blocking the audio-device so it is not able to use this device for streaming.

Possible (simple?) solution: SVXLink provides an virtual audio device what can used by SHOUTcast Transcoder

Other Idea: SVXLink act as streaming-client it self

Reported by ur3qjw on 30 Nov 2011 11:33 UTC
There are times when need to use QSO Logger.
For example:
To find out who vandalize your Link.
Record your interesting conversation.

But now use "QSO Recorder" is problematic.
When using the "QSO Recorder", the size of the saved "wav" file is very big.
For example, recording 1min. 1MB. 60min. 60MB, and 24h. 1.45GB.

Is it possible to somehow reduce the file size.
For example using the format "WAV" (8 bit, 8 kHz), "OGG", or use another file format.

Reported by sm0svx on 2009-03-01 23:05 UTC
If the TX configuration is wrong so that SvxLink exits in the middle of the TX initialization we get a segmentation fault.

Reported by k7ek on 2008-08-13 23:22 UTC

ModuleDtmfRepeater works perfectly, as advertised,
however I am unable to turn it off without killing
SVXlink and restarting. No matter how long the # sign
is sent, it will not shut down.

I am using the latest version of SVXlink on Ubuntu
8.04 LTS. Everything compiled perfectly without
errors. Every other module appears to be working
pefectly, without issues.

Reported by y32kn on 2008-08-11 18:40 UTC
If you happen to have an '.config' file in your root directory '/' make in svxlink refuses to create the needed '.config' file in the project root and therefore compilation crashed shortly after.

Reproducible with:

touch /.config
make

Found during integration into Gentoo portage tree. It happens for the svxlink-080102 as well as for the svxlink-080730.

73, de Tom DL1JBE

Reported by sm0svx on 12 May 2010 05:44 UTC
SvxLink cannot handle properly if two modules have been configured with the same module ID. It just throw a cryptic assertion.

CmdParser.cpp: 128: void Cmd Parser:: addCmd (Command*): Assertion cmds.count(cmd->cmdStr()) == 0' failed.

There should be a proper check and error message.

Reported by guysoft on 27 Oct 2011 12:00 UTC
OS is Debian unstable.
Here is the compile error output:
-------------- qtel --------------
--- Generating MainWindowBase.h from MainWindowBase.ui...
--- Compiling qtel.cpp...
--- Generating ComDialogBase.h from ComDialogBase.ui...
--- Compiling MainWindow.cpp...
--- Compiling ComDialog.cpp...
--- Generating SettingsDialogBase.h from SettingsDialogBase.ui...
--- Compiling Settings.cpp...
--- Compiling MsgHandler.cpp...
--- Compiling Vox.cpp...
--- Compiling EchoLinkDirectoryModel.cpp...
--- Compiling qrc_qtel.cpp...
--- Compiling moc_MainWindow.cpp...
--- Compiling moc_ComDialog.cpp...
--- Compiling moc_MyMessageBox.cpp...
--- Compiling moc_Vox.cpp...
--- Compiling moc_SettingsDialog.cpp...
--- Compiling moc_EchoLinkDirectoryModel.cpp...
--- Linking ../bin/qtel...
MsgHandler.cpp:559: error: undefined reference to 'gsm_destroy'
MsgHandler.cpp:582: error: undefined reference to 'gsm_create'
MsgHandler.cpp:618: error: undefined reference to 'gsm_decode'
collect2: ld returned 1 exit status
make[* ../bin/qtel Error 1
make[* all Error 2
make: *** [all] Error 2

Reported by cruvolo on 2009-01-11 18:01 UTC
I built the svn trunk (rev 1511) on debian lenny amd64 and the resulting qtel binary segfaults.

Here is the backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fb437ff46f0 (LWP 2086)]
0x00007fb4372e020d in QDialog::minimumSizeHint () from /usr/lib/libqt-mt.so.3
(gdb) bt
#0 0x00007fb4372e020d in QDialog::minimumSizeHint ()
from /usr/lib/libqt-mt.so.3
#1 0x00000000004527d4 in SettingsDialog (this=0x7fff4011f630, parent=0x0,
name=0x0, modal=false, fl=0) at SettingsDialog.cpp:205
#2 0x00000000004312f6 in Settings::showDialog (this=0x1271870)
at Settings.cpp:214
#3 0x0000000000433bfb in Settings::readSettings (this=0x1271870)
at Settings.cpp:360
#4 0x000000000041d5be in main (argc=1, argv=0x7fff401208f8) at qtel.cpp:151

This is with Debian's libqt3-mt package version 3:3.3.8b-5.

-Chris

Reported by marcobrunozzi on 2012-01-16 21:18 UTC
Hi, when I trying to connect echolink module, I have the following errors:

root@echolink:~# tailf /var/log/svxlink
Mon Jan 16 21:56:11 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:11 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:13 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:13 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:15 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:15 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:17 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:17 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:19 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:19 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:56 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:56 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:56 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:56 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:56:58 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:56:58 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:00 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:00 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:02 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:03 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:04 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:04 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:06 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:06 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:08 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:08 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:10 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:10 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:12 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:12 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:14 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:14 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:16 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:16 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:19 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:19 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:20 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:20 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:23 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:23 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110
Mon Jan 16 21:57:24 2012: Spurious audio packet received from 68.178.202.110
Mon Jan 16 21:57:24 2012: Incoming EchoLink connection from IW0RED (Portatile) at 68.178.202.110

The echlink client program say : cannot connect to IR0UAS-R - Time out

Marco IW0RED.

Reported by volkov_peter on 2008-11-30 20:56 UTC
svxlink fails to build with >=spandsp-0.0.5_pre4. That's because API was changed. Patch in attachment fixes this error. Note spandsp.h in spandsp-0.0.5_pre4 does not include spandsp/version.h but newer version fix this problem and the patch will work with them.

Reported by o21d4be77e on 25 Jul 2011 18:45 UTC
On Sun, Jul 24, 2011 at 6:22 PM, Richard Dowty [email protected] wrote:

I have installed Qtel/SVXlink on my computer and followed the per
instructions after the download and it works fine except one thing. The
audio path is not correct: Can someone help me with this to straighten me
out Please...
When I click on a station to connect I get an error of "NO audio
connection". I have FLdigi and I am not having any problems with that
program. I am using port audio internal sound card with fldigi. If you folks
can help me with a better choice of Port audio path for Qtel. This will make
me a very happy camper. Once this fix is made and it works. Could you post
it on your web page for a install so it will help others?
Thank you,
Rich/W7EET

Reported by n3lrx on 14 Oct 2009 01:45 UTC
Please consider making a separate window for text chat.

Reported by gusconrad on 1 Jun 2010 11:41 UTC
It would be useful to have a way to remotely (DTMF via repeater or an auxiliary receiver) enable or disable the transmitter on a repeater logic. This way the owner/sysop can manually shut down the repeater via radio in the event of interference or another reason wiithout the need to kill the application.
This may be handy in the case of having several logics running on one instance of svxlink and wanting to operate individually on each one (otherwise need to log to console, edit .conf and restart application)
I think this is very similar to ticket #10.
Thanks!

Reported by skipper13 on 2009-06-17 22:11 UTC
OS: Arch Linux
Software: libsigcpp1.2, gsm, popt, libgcryp, speex

When I run 'make' I have error (see log in attachment)

Reported by ham13 on 28 Jan 2013 19:50 UTC
Downloaded version 11.11.1 after finding that version 090426 would not compile. (asyncserialdevice.cpp) Tried to compile 11.11.1 on Ubuntu 12.04 LTS. Got error "No rule to make target 'alsa\soundlib.h, needed by depend.asyncaudiodevicealsa.dpp'. what is causing this error. I asume this project does work but, it's disappoining when it does not function properly.

Reported by sm3sgp on 14 Aug 2009 07:46 UTC
A Voter that can vote even after the squelch has opened is needed. This to be able to choose the best RX before the squelch closes and the station fades down in the noise.