There were no errors during the update process.
But when I try to start the new version I get the following error message:
colin@doombar:~$ cqrlog
cqrlog: symbol lookup error: cqrlog: undefined symbol: QGuiApplication_setFallbackSessionManagementEnabled
My System is Debian GNU/Linux 12 (bookworm) with KDE as the desktop, it is up-to-date.
73 Colin




Updating my Debian system from Bookworm to Trixie has solved the "fail to start" problem.
However - Alpha-138 is complaining about not being able to open RotCtrl - even though I don't use it and have not (as far as I'm aware) configured it!
HI Colin!
Nice to hear that you have succeeded.
With no rotor (and/or no rig) open preferences/TRXcontrol or preferences/Rotcontrol and find column "Host". Clean that and close preferences with OK.
Empty column prevents Cqrlog to seek the rotor.
This is not mentioned in help (fixed it now) but if you move mouse over Host column the hint text tells that.
--
Saku
OH1KH
Clearing the 'Host' field did the trick, thanks.
I noticed however that the label 'Host' for the field has the word 'Rotor' superimposed over it making it very difficult to read. I think it is the label for the box to the left of the 'Host' box which contains 'Rotor 1' which I assume is the name of the first rotor.
73 Colin, G8TMV
So many things affect to readability.
Graphics version of Cqrlog GTK2, QT5, QT6
Display resolution (and scaling with HiRes monitors)
Preferences/Fonts settings (font name, size)
Here is capture from my CqrlogAlpha - QT6 version on 1920x1080 monitor using Bitstream Vera Sans font with size 9
--
Saku
OH1KH
I've attached a screen capture of the problem in case it helps.
I'm using Debian Trixie with KDE as my desktop. Would it be better if I used the QT6 version of cqrlog?
File:
Hey!
Found something weird with Preferences/ROT1 & ROT2 tabs layout and moved the name and host boxes completely inside of the group box borders.
Perhaps this will fix the view in your system.
--
Saku
OH1KH
Thanks !
Interesting, If that happens you should have similar issues also with other windows.
How ever blind fixing is impossible to do as I do not have the problem here to test.
Reasons could be HiRes monitor with scaling value not suitable for Cqrlog.
Or Wayland, that I think KDE uses, for graphics instead of old and stable X11 graphics.
Here is what AI says is true also with other distributions than Linux Mint:
For Linux Mint users, X11 (Xorg) is the current stable default, offering broad compatibility, while Wayland is an experimental, more modern display protocol with better security and efficiency but incomplete support, especially for Mint's Cinnamon desktop, making X11 the recommended choice for most users, though Wayland offers potential future benefits like smoother graphics and better security if you're willing to debug.
You can always test how QT6 works but then you need to manually install libQT6pas package to get it running.
And of course you can try gtk2 version, too.
You do not need to run newupdate script for that. Just download zips: cqr2.zip (GTK2), cqr5.zip(QT5) and cqr6.zip(QT6)
When you extract them you get file "cqrlog". Same from every zip. Then just copy that file to /usr/bin overwriting the current one there and start Cqrlog again to get different version running for test.
You need to use sudo (root account) to copy to /usr/bin.
--
Saku
OH1KH