I just upgraded my main computer to 12.04 (32-bit) and Gnome 3.4.2 (I hate Unity with a vengeance!)
Everything works as expected except: if you minimize your "New QSO" window it just wont stay up again - it briefly opens the window, and the minimizes by itself again.
 
I have not seen this behaviour with any other applications.
 
73 de OZ1PIF/5Q2M Peter
 

I run CQRLOG with my own instance of MySQL that's running all the time on my box. I do this so that I can plug into the DB during times when CQRLOG may not be running. For example, I've got a small perl script that allows me to quickly query the DB to determine if I've worked someone before. I'm now working on a script that takes the ADIF file from JT65-hf and imports it into the DB. So far, I've got callsign, freq, etc (all the fields that are in the JT65 ADIF) importing fine into the DB. However, if I go to edit the QSO in CQRLOG, CQRLOG complains about not having waz and itu filled in.

FYI, Theres a whole lot of fuss being made regarding the new http://qrzcq.com website and the alleged "stolen" qrz.com data.
I have no intention of being dragged into that argument but, if you want them to remove your details, for whatever reason, just complete the simple form at:
http://qrzcq.com/page/bugreport
Details are removed almost instantly, no quibble.
 

Maybe one day CQRlog will do realtime uploads to HamQTH and Clublog, that would be nice TU my friend Petr, Tom, K8WDX

Hi Petr,

if I set a QTH profile, e.g. 5, CQRLOG adjusts again the profile 1, if the CALL box is deleted.
I use CQRLOG 1.5.2 with Kubuntu 12.04.

73, Wolfgang
DL2KI

From eQSL I downloaded QSO's.
<CALL:5>FK8DD
<QSO_DATE:8:D>20121005
<TIME_ON:4>0757
<BAND:3>30m
<MODE:2>CW..........

<CALL:5>FK8DD
<QSO_DATE:8:D>20121005
<TIME_ON:4>0832
<BAND:3>17M
<MODE:2>CW...........

The 30meter-qso was not marked as comfirmed by eQSL in cqrlog.

I can see that band is written as "30m" in the adif, but the 17M was written with capital-M.

Both QSO were comfirmed by LoTW, but this adif had capital-letters.

If I want to view or edit a previously saved log entry, I am forced to 'Quit program' in order to get back to an empty 'New QSO' form. This is true whether I access an entry from the recent QSOs list above the 'New QSO' form or after selecting an entry to edit or view from the 'QSO List'.

I am using Ubuntu v12.04 LTS with all updates current, and CQRLOG v1.5.1 with all updates installed and the repository added.

Am I doing something wrong?

TIA and 73

VP9NNL

Does anyone have rig control running with Precise?

When I am connected to an active DX cluster (one that sends a lot of spots, including ones from Reverse Beacon Network), after some time, typically an hour or less, CQRLog will crash. It will say it's lost the database connection and force me to select whether to quit or continue at risk of data loss.

This doesn't happen when I've not connected to the DX cluster. I will add a more detailed error report next time it happens.

Using 64-bit Debian Linux. CQRLog v1.5.1.

I just looked up a couple of callsigns (including my own) in CQRLog 1.5.1, and QRZ returns the following error:

Tag "<Key>" not found!

Anybody else have this problem? Did qrz.com change something again?

I've been just comparing LOTW and CQRlog DXCC stats and found out that CQRlog recognizes GB7HQ as Guernsey-should be England and MO0FAL as England-should be Guernsey.

73 Vlada, yt1bx