CQRLOG 2.5.0 has been released

After a really long time, we have a new version. Packages for Bionic, Focal, and Groovy are ready to go. For the first time, there is also an official arm64 release. Look at Launchpad CQRLOG repository.

Most changes are done by Saku, OH1KH, and others. Thanks a lot! I added only a few small fixes. Next version I'd like to focus on code cleanup and other small improvements. CQRLOG has many features and it's getting too complicated. I'd like to have an application that will be easy to use.

I spent the whole Saturday trying to create CQRLOG deb packages. It's a real nightmare. I can't spend a whole day creating and testing packages. Do you know anyone who could help us to create Flatpak, Snap and/or Appimage? It would be great to create a new CQRLOG release automatically or only with a few manual steps.

With this new version, CQRLOG has MariaDB as a dependency. I left MySQL because it was really hard to get it to work with data located in the home directory.

You can download the new version and look at the complete changelog in Download section.


great job

Thanks to all contributors!

I agree

This is awesome!

It really was too long since last official release. That did already cause many problems as new users often had problems that were solved many times in forum messages (and fixes to source) but solutions are often too hard to find with forum search.

I do agree that next goal would be the code cleanup. There are many routines that could be done better. Also subroutines that do same or almost same work could be combined.
While doing cleanup there becomes needs to change or add some properties but changes should be kept now small to get the core cleaned and stable.
I am sure that users always want to have some new properties but there are already so many that knowing and using all them starts to be hard.
After all these years I found out that there are still new properties to find for every now and then!

Also help side need refreshing. Using hastags (#) to separate topics inside same html file is not good idea as often used Linux substitute routine "xdg-open" that tries to find default web browser does drop hastags away making the whole system collapse. That makes important that user defines used browser path and name in prrferences/Program. And that is not a user friendly way.
It would also be nice to have assistance from a native English speaker to check the syntax although radio amateurs are used to understanding Hamglish language.

Maybe I am old-fashioned but I think we should encourage users to compile from source. That is always the best solution. And in case of Cqrlog it is not even hard.
We should have essentials-package (like for example flidigi has) that would load all needed tools to make a compile. The compile itself is not hard after all tools are present.

Of course all users do not want to do that and then the alternative could be Snap or Flatpack, but I am afraid that it would, how ever, make things more complicated for the maker of the package I.E. for Petr.

Third option could be a script install for those who do not want to compile. Many big vendors like HP (printers) use installation scripts for Linux.
In case of cqrlog the install by copying (script install) works perfectly if it is question of upgrading an existing Cqrlog. My test binaries install script has proven that.
With fresh new install an essentials-package for Cqrlog would be needed to support the script install. But that could be also created as series of package install commands inside the install script.

Making Cqrlog to use existing database server that exist there always at port 3306 when mysql/Maridb server is installed would make things easier to handle in future instead of trying to start another sql server instance using database inside the ~/.config/cqrlog folder.
Users just need a proper backup/restore routines then as copying the ~/.config/cqrlog would not be enough.
And also one-time-routine to move currently existing logs from ~/.config/cqrlog folder to "true" sql server running at port 3306.

Quite many things to think about and resolve for Cqrlog 2.6.0 !

Meanwhile, let's enjoy now for long awaited version 2.5.0!


The package for debian, works very well
thank you very much.


When will will this cqrlog work on the latest version of ubuntu?


When will will this cqrlog work on the latest version of ubuntu?

K5LY's picture

CQRLOG 2.5.0

Congratulations on another great version of CQRLOG. Thanks to the all of the developers.
Here running in Ubuntu 18.05.,5 LTS.