Hi all, I just download the version 118, and I try to download from eQSL.
but when i see: "preparing import..." stops and few secons after my system want to kill the program. I wait for a some hours and nothing occurs.
The only option is kill cqrlog. Uploading to eQSL or all use of LOtW run fine. I only see this problem downloading from eQSL.
I try also to repair database, but no success.
sorry for my poor english.
Jordi
I've got the same problem.
Hi!
There seems to be a change in eQSL download content.
Now they are adding one more empty line at the and of the downloaded file.
If you compare downloaded files in ~/.config/cqrlog/eQSL you will see that older files have just one linefeed at the end of file, new ones having two of them.
Cqrlog cannot handle that situation.
I am just preparing a fix to 2.6.0.(119) source code and will upload it as soon as it works.
--
Saku
OH1KH
Hello Saku,
I just compiled this corrected version and everything is ok. Many thanks again for your dedication.
Best 3 Yves / F5JQF
Yves, F5JQF
CQRlog Ver.Alpha_(xxx) / Hamlib 4.5.5 / Linux Mint 21.3 Cinnamon
..
Hello,
I have tried installing 119 both with cqr2 zip files and build from source. In both cases, when I try to start CQRlog I get the following error:
Error reading mQ.Macros: Unknown property: "Macros".
Press OK to ignore and risk data corruption.
Press Abort to kill the program.
Any idea of the cause and solution?
Thanks
Ricke
AJ8V
Ricke
AJ8V
Hi Ricke!
Sounds like mysql error.
Did you have working Cqrlog before trying to update to 119?
119 is an update and needs working installation to install over. It can be any available version.
What if you start Cqrlog from command terminal
cqrlog --debug=1
What appears to terminal?
--
Saku
OH1KH
Saku,
Here is the output to terminal
cqrlog --debug=1
[FORMS.PP] ExceptionOccurred
Sender=EReadError
Exception=Error reading mQ.Macros: Unknown property: "Macros"
Stack trace:
$00000000004C5D34
$00000000004B8D40
$00000000004C4BEC
$00000000004C5004
$00000000004B8D40
$00000000004BB038
$00000000004C6AD8
$000000000081E0AC
$000000000081DE48
$0000000000814A98
$00000000004BDD28
$00000000004BA5C4
$0000000000468F4C
$000000000041ECCC
$0000007FA2A93E18
$000000000041E808
Thanks
Ricke
AJ8V
Ricke
AJ8V
Hi Ricke!
You have tried cqr2 and cqr6. Is you computer 64bit PC or Raspberry Pi ?
Your system is missing libraries: libgdk-x11-2.0.so.0. You need to install libgdk package to get rid of this error.
First of all are we talking about PC or RPi?
With RPi you need to install newer lazarus than RPi usually has. V 2.4 at least. Otherwise compile does not work.
--
Saku
OH1KH
Saku,
Sorry for the confusion, I am using an RPI4-64bit. I should have said I tried cqr6 and the debug log I showed was from cqr6. I will try to update libgdk and Lazarus.
Thanks
Ricke
AJ8V
Saku,
I couldn't find a package for a later version of Lazarus but was able to compile it. But now the makefile is pointing to /tmp but that is not where Lazarus is located. I get this error when trying to compile CQRlog Rev 119
make
lazbuild --ws=gtk2 --pcp=/tmp/.lazarus src/cqrlog.lpi
Error: (lazarus) invalid Lazarus directory "": directory lcl not found
Error: (lazarus) Building failed: src/cqrlog.lpi
make: *** [Makefile:9: cqrlog] Error 2
I expect I made an error in where I built the new Lazarus. Can you suggest a solution?
I cannot find what package contains libgdk-x11-2.0.so.0.. Here is what I have installed. Can you point me to the name of the library that contains it?
dpkg -l "*gdk*" | grep ii
ii gir1.2-gdkpixbuf-2.0:arm64 2.42.2+dfsg-1+deb11u1 arm64 GDK Pixbuf library - GObject-Introspection
ii libgdk-pixbuf-2.0-0:arm64 2.42.2+dfsg-1+deb11u1 arm64 GDK Pixbuf library
ii libgdk-pixbuf-2.0-dev:arm64 2.42.2+dfsg-1+deb11u1 arm64 GDK Pixbuf library (development files)
ii libgdk-pixbuf-xlib-2.0-0:arm64 2.40.2-2 arm64 GDK Pixbuf library (deprecated Xlib integration)
ii libgdk-pixbuf-xlib-2.0-dev:arm64 2.40.2-2 arm64 GDK Pixbuf library (development files)
ii libgdk-pixbuf2.0-0:arm64 2.40.2-2 arm64 GDK Pixbuf library (transitional package)
ii libgdk-pixbuf2.0-bin 2.42.2+dfsg-1+deb11u1 arm64 GDK Pixbuf library (thumbnailer)
ii libgdk-pixbuf2.0-common 2.42.2+dfsg-1+deb11u1 all GDK Pixbuf library - data files
ii libgdk-pixbuf2.0-dev:arm64 2.40.2-2 arm64 GDK Pixbuf library (transitional development files)
ii libgdk-pixbuf2.0-doc 2.42.2+dfsg-1+deb11u1 all GDK Pixbuf library (documentation)
Thanks
Ricke
AJ8V
Ok Ricke
Now, when you have new Lazarus, start the "lazarus-ide" from command terminal. In first start it should show checkout splash with few tabs. Check that all tabs are ok.
If you had previous lazarus from pi package first start will also ask to overwrite previous settings.
When ide is open select Project/Open project and navigate to cqrlog source and to it's src folder. There is cqrlog.lpi file open that.
Then select View/messages
After that select Run/compile. Look at Messages window. There should be many lines finally ending to green line if compile went ok. New binary is in src folder as "cqrlog"
After that you can go to to cqrlog source folder and give "sudo make install"
For some reason " make" does not compile. I have been lazy and not cheked why, because compile works via ide.
--
Saku
OH1KH
Saku,
I followed your directions and got the following in the messages window of Lazarus:
Compile Project, Target: /home/pi/build_make/cqrlog-loc-testing/src/cqrlog: Exit code 1, Errors: 1, Warnings: 1
Warning: Recompiling Interfaces, checksum changed for /usr/lib/aarch64-linux-gnu/fpc/3.2.2/units/aarch64-linux/rtl/system.ppu
cqrlog.lpr(6,3) Error: Cannot find Interfaces used by cqrlog, incompatible ppu=/usr/local/share/lazarus/lcl/units/aarch64-linux/gtk2/interfaces.ppu, package LCL
I also tried a different approach. I installed a fresh version of Raspberry OS on another SD and did apt update and upgrade. I then successfully compiled an installed the stable version of CQRlog. When I tried to replace the /usr/bin/crqlog with the one from cqr6.zip I got the following:
cqrlog --debug=1
bash: /usr/bin/cqrlog: cannot execute: required file not found
This even though the file is there as shown below.:
pi@raspberrypi:/usr/bin $ ls -all cqrlog
-rwxrwxrwx 1 root root 15174984 Oct 4 03:24 cqrlog
I am striking out with both methods. Thanks for sticking with me. I really like using CQRlog but would like the eqsl downloads to work too.
Ricke
AJ8V
Hmmmm....
Seems to be that my cqr6.zip includes 32bit version and you have 64bit OS in your RPi
pi@rpi4:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
pi@rpi4:~ $ uname -a
Linux rpi4 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l GNU/Linux
pi@rpi4:~ $
In case you have 64bit OS you should be able to compile the Alpha source if you can do it with stable source.
When in command terminal (in your home dir) :
git clone https://github.com/OH1KH/cqrlog.git
cd cqrlog
git checkout loc_testing
And you are in Alpha source branch. Then do compile with lazarus-ide like you did with stable version source.
--
Saku
OH1KH
Saku,
Indeed, I am running 64-bit Bullseye from the Raspberry Pi downloads.
As for compiling the source, as I said in the previous email. I followed your directions for compiling from loc_test and got the following in the messages window of Lazarus:
Compile Project, Target: /home/pi/build_make/cqrlog-loc-testing/src/cqrlog: Exit code 1, Errors: 1, Warnings: 1
Warning: Recompiling Interfaces, checksum changed for /usr/lib/aarch64-linux-gnu/fpc/3.2.2/units/aarch64-linux/rtl/system.ppu
cqrlog.lpr(6,3) Error: Cannot find Interfaces used by cqrlog, incompatible ppu=/usr/local/share/lazarus/lcl/units/aarch64-linux/gtk2/interfaces.ppu, package LCL
Thanks,
Ricke
Ricke
AJ8V
By Googling it seems to be Lazarus problem.
Try Run/Clean up + Build
It might give errors, say skip.
Let's see what happens.
--
Saku
OH1KH
Saku,
I ran it and got lots of errors but it did create a compiled file at the end. When I run the compiled file I get the database window successfully but then when it tries to open the New QSO window it paints the frame and then the rest of the window is white and the bottom portion flickers. It seems the box is getting large than smaller. At that point the program is locked. This same thing happens when you first load the project in Lazarus but usually if I wait a few minutes the project opens. I tried waiting for the compiled program to open but it just flickered.
I am attaching the messages from the clean+build in an attached txt file.
Thanks again for your help
Ricke
File:
Ricke
AJ8V
It seems that the problem is lazarus.
I do not know what is the latest package for 64bit rpi. You should visit https://www.lazarus-ide.org and find out how you can get 226 and also corresponding fpc for it to your rpi.
I guess you have to compile lazarus from source after latest fpc is installed. Googling helped me when upgrading 32bit version.
After you have reinstalled lazarus+fpc and resulting cqrlog still fails you could try to find out can libqt5pas and also libqt5pas-devel to be installed to rpi64. With those you could make QT5 version of cqrlog that could work better than Gtk2 graphics.
Sorry that I have not better experience of rpi64 os.
--
Saku
OH1KH
Saku,
I am sure you are right. The problems seem to be related to Lazarus and FPC not working well together even though I downloaded both from the Lazarus website. BTW, they are both the latest versions.
After trying many hours today to get Lazarus working, I gave up and installed a fresh 32-bit Raspberry OS. With it I have CQRlog mostly working using the CQR6 file. I am having a small problem with WSJTX and CQRlog throwing Access Violations but I have more testing to do.
Thank you for staying with me and helping me. I love using CQRlog and didn't want to think I'd have to give it up.
Have a great weekend.
Ricke
AJ8V
Ok.
Sometimes it is wise to give up and do a bigger change.
Once you have more testing behind you could report about cqrlog and wsjtx. That I have never tested with Rpi, but it should work same way as with pc.
--
Saku
OH1KH
Saku,
I got the 32-bit version working including remote WSJTX. The problem had nothing to do with WSJTX, It occurred every time I saved a QSO. In the end, it was caused by something in the old ./config/cqrlog directory. I had copied it over and that's when the problem started, No errors were shown in the debug file. My final solution was to delete the ./conf/cqrlog file and let it build a new one. I then hand entered the preferences (with the help of screenshots from the older one) and imported an ADIF file I exported a few days ago while working on the whole problem.
Thanks for all your help. I learned alot about cqrlog and Linux these last days.
Ricke
AJ8V
Ok Ricke!
Nice to hear, and thanks for reporting!
--
Saku
OH1KH
Saku,
BTW, the earlier message showed the results if I compile the program from source. If I use the zip files (cqr6.zip) when I start the program I get the hourglass for a bit and then it goes away. The debug output is:
cqrlog --debug=1
cqrlog: error while loading shared libraries: libgdk-x11-2.0.so.0: cannot open shared object file: No such file or directory
Ricke
AJ8V
Ricke
AJ8V
All ok. I just compiled from here: https://github.com/OH1KH/cqrlog/tree/loc_testing/compiled and run fine, no issues at the moment.
EB3AM, Jordi
Catalonia
Former call sign: EB3DVA
I'm still on Mint 20.3 and with an older glibc Version.
I tried to compile it from Source on this System but it failed, see Attachment.
Is it possible to compile it on older Systems?
I use a older Master Branch and had made some necessary changes for the other upcoming Problems in the past on the Sources.
What did you change for the eQSL Import? Maybe I can give it a try on the older Master Sources.
Heinz-Juergen DO1YHJ
File:
HI!
I do make ready compiled 32bit version with Linux Mint 19.3 Tricia and even it works.
But I have installed FPC 3.2.2 and Lazarus 2.2.4 to it.
From your error text I see that your fpc is 3.0.4. Maybe upgrading FPC and Lazarus could help?
--
Saku
OH1KH
Not an Option. To much changes in the System. I think it's Time for a OS Update.
Heinz-Juergen
DO1YHJ
I use opensuse 15.4 and cannot update from eQSL.
The version is 2.6.0 installed via dl8fcl.
Can you please help me with a solution.
vy 73, Helmut DK6EO
Hi Helmut!
As it seems that you are using my Alpha 118 you just need to update it to version 119.
Assume you need to ask support again from dl8fcl to run the process.
--
Saku
OH1KH