Hello all,

As a great fan of linuxmint , i jumped on the LM19 train quick.....
I did a fresh install of LM19 on my main HAM pc, and after all the normal stuff I usually install, I installed CQRlog.
I used the install instructions on this site, adding the repository, updating and then installing CQRlog.

And i am happy to report that at least the basic functions seem to work out of the box :)
(will test some more, but i do not see anything going wrong, most software versions used, are the same as in LM18.3)

regards,
Alex
PA1SBM

How does one go about changing the lotw_qsls field? I edited a QSO and all I changed was the signal report and the lotw_qsls changed from Y to blank.

73

Stan
KM4HQE

Hi All,

I worked KH1/KH7Z earlier on 20 meters FT8 and noticed when WSJT prompted me to log the QSO, the QSO was logged in CQRLog. I "thought" CQRLog had to be in remote mode in order for the WSJT QSO to be automatically logged? KH1/KH7Z calls CQ so seldom, I didn't bother with remote mode.

73

Stan
KM4HQE

Hi, is there a way that I can program where the CQ Monitor goes to get data for stations?, I've noticed that CQ Monitor is displaying certain stations as located in a particular state in the US and when the qso is made I see that they are in a different location. As soon as I begin the qso, in the New Qso Window the correct information is displayed and often differs from what is shown in Cq Monitor.

Can I direct CqMonitor to look into QRZ.com for example?

73

Santiago
HI8SMX

Need help. Here are the facts:

- I have a Raspberry 3 Pi
- Running Linux in ARM
- I have CQRlog 2.2
- ssl-lib dev is up to date, I have the latest version
- If I export the log to a file I can perfectly sign and upload it thru Tqsl
- I can perfectly download the report from Lotw and import it in Cqrlog

But, I'm having problems uploading and downloading to LOTW.

When I try to upload to Lotw I get:

Error: -2

And when I try to download from Lotw I get:

Not Logged
Error: -2
Error:
Error: ssl_openssl

system Linux Mint 18.3 cinnamon 64-bit
cinnamon 3.6.6
4.13.0-45-generic

All was ok before I update to cqrlog-2.3.0. Now the log shows the qso done before but when I want to log a new qso these messages appear :

"Database upgrade crashed with this error:
TMySQL57Connection : Error executing query: Duplicate column name 'rxfreq'

TMySQL57Connection : Error executing query: Unknown column 'prop_mode' in 'field list'. "

And when I want to close the program there is this message :

"Q : Field not found : "RxFreq".

I get the following error when I try to launch:

Error during connection to database: TMySQL56Connection can not work with the installed MySQL client version: Expected (5.6), got (5.7).

I fixed it by removing libmysqlclient-dev. Cqrlog now starts & works fine (2.3).

Synaptic wont't let me remove it because Cqrlog depends on it. I went to the terminal and ran the following command:
sudo apt-get install libmariadbclient-dev-compat

It executed with some errors but removed libmysqlclient-dev.

I am running on Raspberry Pi 3+
I am having trouble with downloading and uploading to LOTW.

LOTW software is already installed and works fine directly.

I tried a filter to see what I could come up with on the DXCC entities I've worked and sent a QSL to but haven't received one back. With the goal being to re-work the ones I need in order to get closer to making Challenge.

What column/field in cqrlog_main is dxcc_ref? I tried this from the SQL console and it fails since there is no column/field named dxcc_ref

select qsodate,time_on,callsign,band, dxcc_ref, lotw_qsls, lotw_qslr from cqrlog_main where lotw_qslr=""

same error as on raspbian.
in rasbian deleting the file called lotw solves the problem ( until cqrlog creates that map again )....

sadly in debian 8 it looks that cqrlog on startup first recreates the map i delete and then servers me the same error again...

seems this software is all but happy to run on more than one linux distro.
if it stays as unstable i guess i will be better using a maybe not that complete software that is multiplatform ready or at least is willing to run decent on debian as i am no hero with linux and shure not a programmer.

I am using Slackware64-Current. I tried to compile carlog, 2.3.0, &, even though I had all the listed dependencies, the make died very quickly. I then repackaged your binary into a Slackware package & it seemed to work fine. But when I used it in remote mode for wsjtx, & it imported a contact, a window appeared announcing that the date was not formatted correctly. When I pressed the OK button in the warning window, the contact was erased from cqrlog, without giving the opportunity to fix the date. Packaging 2.2.0 & "upgrading" 2.3.0 with it solved the problem.