Just upgraded to Kubuntu 22.04. There were a few configuration issues but sorted them out. However having a problem with CQRLOG always setting the filter on the IC-7300 to #1. I've tried adjusting settings in preferences/modes but there is no control, same in all modes. Thanks in advance, Colin... VE1CSM
Sun, 2022-09-11 00:10
#1
No bandwidth control, IC-7300
Hi Colin!
Be sure you have the latest Hamlib and Cqrlog. Unfortunately you have to compile, at least Hamlib.
I prefer doing so with both, but you can find an update script for Cqrlog from https://github.com/OH1KH/cqrlog/tree/loc_testing/compiled
There has been problems with IC7300 bandwidths. https://github.com/Hamlib/Hamlib/issues/448
The solution is to put "-1" to Cqrlog preferences/modes to keep width "as is" and when needed another filter do the change manually.
Old Cqrlogs do not allow negative bandwidths. And old Hamlibs do not support IC7300 properly.
That's why you need (perhaps) to upgrade them both.
--
Saku
OH1KH
Ok Saku thanks for info. To bad, the earlier version of Kubuntu worked with CQRLOG perfectly. Anyway when I'm feeling brave will do the upgrade on both packages, or just manually switch filters lol. Thanks for help, Colin...VE1CSM
Hi Saku. Its been a while since I've compiled a package. Can i do the Hamlib compile in my home folder. Thanks, Colin... VE1CSM...
HI Colin!
Yes you can, and it is recommended to do so with your user account. Then use sudo just for "make install".
You can download Halib as a zip file or use git that will download full develop history, but also allows you upgrade later with just "git pull" command. With zip you have always make new download if something has changed and you want to compile a new version.
issue command in your home folder ~/
git clone https://github.com/Hamlib/Hamlib.git
It will down load Hmalib to ~/Hamlib folder
Hamlib has good instructions in file "INSTALL".
Same way with Cqrlog. If you want to compile it from source.
--
Saku
OH1KH
After compiling both hamlib and using script to upgrade CQRLOG all worked fine for about a day, stopped and restarted computer several times during that time with no issues. Then today no transceiver control or communication. The RIG model list is suddenly missing. Seen a similar problem listed on forum with running as root (I did not run as root) so made sure permissions were ok with your suggested command, sudo chmod -R 755 /usr/share/cqrlog. No change. Seems odd this would happen after using successfully for a day or so. There were several system updates happening during that time. Anyway here is the startup of cqrlog from terminal.
(cqrlog:3887): Gtk-WARNING **: 19:47:54.088: Unable to locate theme engine in module_path: "adwaita",
Cqrlog Ver:2.6.0 (103) Gtk2 Date:2022-07-25
**** DEBUG LEVEL 0 ****
**** CHANGE WITH --debug=NR PARAMETER ****
*** Parameter -h or --help for details ***
OS:
Linux version 5.15.0-47-generic (buildd@lcy02-amd64-060) (gcc (Ubuntu 11.2.0-19ubuntu1) 11.2.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #51-Ubuntu SMP Thu Aug 11 07:51:15 UTC 2022
/usr/bin/mysqld
2022-09-15 19:47:59 0 [Note] /usr/sbin/mysqld (server 10.6.7-MariaDB-2ubuntu1.1) starting as process 3921 ...
Settings:
-----------------------------------------------------
RigCtldPath:/usr/bin/rigctld
RigCtldArgs:-m 3073 -r /dev/icom7300 -t 4532
RunRigCtld: TRUE
RigDevice: /dev/icom7300
RigCtldPort:4532
RigCtldHost:localhost
RigPoll: 1500
RigSendCWR: FALSE
RigChkVfo TRUE
RigId: 3073
Starting RigCtld ...
rigProcess.Executable: /usr/bin/rigctld
Parameters:
-m
3073
-r
/dev/icom7300
-t
4532
/usr/bin/rigctld: symbol lookup error: /usr/bin/rigctld: undefined symbol: network_multicast_server
rigctld failed to start!
Destroy rigctld
1
2
3
4
5
6
Done!
Ok!
Missing model(s) means that Cqrlog can not execute command "rigctld -l" can you do it manually?
That same appears problem in Cqrlog debug text "rigctld failed to start".
Are you sure that computer crash did not mess up your hard disk?
You should do recompile and reinstall, at least for Hamlib.
Are you sure that there are no reminders of old Hamlib in library files? I assume you had it previously installed from package. Package should be removed first.
I do not know how it can be done in oher linuxes without removing related other programs but with Fedora it can be done with:
rpm --erase --nodeps pkg_name_to_remove
There might be several libhamlib.xxxx files laying somewhere. Check for that.
"adwaita" seems to be a problem with themes https://www.google.com/search?q=Unable+to+locate+theme+engine+in+module_...
You should first try to start rigctld from command console using same path that you have in preferences/TRXControl.
When you manage with that you can try to run Cqrlog again.
--
Saku
OH1KH
OK Saku thanks for quick reply. I,ll try starting rigctld manually first then recompile Hamlib if that doesn't work. Then recompile CQRLOG if no success. Kubuntu seems to be working perfectly otherwise. As mentioned before there were quite a few system updates going on since upgrading Kubuntu, which all required restarting computer. The last one before this trouble occurred also required a restart but i did a shutdown then restarted later on as i was in a hurry to do something else. This perhaps caused this. However i did a normal exit of CQRLOG and shutdown of computer. will let you know how this goes, thanks again for help. Colin... VE1CSM
Ok recompiling hamlib didn't help so was going to compile CQRLOG from source but was missing lots of dependencies. As I had my log backed up i returned to the previous Kubuntu version and reinstalled everything. I installed the last log backup which was done by version 2.6.0 a few days back. Looking at my DXCC totals it seems i am missing a few credits. Only LOTW sent and recieved are ticked nothing in qsl sent and recieved. Also when running digital mode with wsjtx and using the CQRLOG cq monitor the list on the monitor tells me I need all the countries that appear! Is the backup from the 2.6.0 not compatible with 2.5.2 ? I might delete log and reinstall an earlier backup to check this but will lose the newer entries. All qso,s are shown in list including the latest entered from 2.6.0. Colin...VE1CSM
Ok a mistake here . There are entries in the qsl sent and recieved, had to go back a bit and check with some qsl cards. However i am missing some credits in dxcc from before the restoring of the log whether its now correct or was correct before i dont know. During the log restore process there were a few errors reported. Any way to view the errors? And no confirmed countries showing in the monitor is still an issue. Colin...
The confirmed countries in CQ monitor are back. Not sure if this did the trick but i did a download of LOTW and checked the LOTW support/include lotw --- and the LOTW/use lotw for new country etc --- boxes. Now if there is a way to check the restore log errors i can stop this thread, lol.... Colin... VE1CSM
Sounds interesting...
Some combined answers:
If you did install Lazarus from packet it should bring you all dependencies you need for Cqrlog compile.
I have done this several times for for different virtual machine installations.
Of course if doing this in fresh installed PC you need to install some dependencies *to run* Cqrlog.
But compile should work only with Lazarus install.
If you use "save log data to local machine" all your settings and logs are under ~/.config/cqrlog
Copying this to new PC should work directly, only exceptions are those where the new PC has different mysql engine than previous PC (I.E. jump from Mysql to MariaDB).
Cqrlog has internal database upgrade routine that is activated at startup if the log database version is older than currently supported one.
Usually there are some new columns or tables added when database version is upgraded, but that has not happened for long time now.
Full ADIF export from old Cqrlog and import to new one should work also. I do not understand how you have missed some DXCCs after the move.
Just while ago I copied my master log to ADIF with all settings (Database connection/Utils/configuration/Export) then deleted the log and created a new one with settings and ADIF import.
All +12000 qsos were there with correct DXCC status, LoTW and eQSL information and with same preferences settings than before.
As you are in Region2, did you remember to Fix the Preferences/Bands before ADIF import. They default to Region1 settings with some differences in low- and v/uhf-band limits.
--
Saku
OH1KH