fillods / grig Goto Github PK

A porting guide is provided for the process of migrating grig from GTK2 to GTK 3:
https://docs.gtk.org/gtk3/migrating-2to3.html

Please announce beforehand your intent to tackle this task in order to not duplicate efforts and better organize ourselves.

In commit 6457b0f the version was bumped to 0.9.0~git. This version does not show up in the git tags or as a version on sourceforge.

Is this an 'official' release? If not is there a plan for a new release?

Debian testing is using version 0.8.1. Arch has both 0.8.1 and git-tracking packagers in the AUR.

I am packaging for NixOS and looking for a milestone version we can use for reproducible builds, the newer the better.

Good to see this is being maintained again. Gave me a reason to rebuild from the git repo and test out with my JRC-535D on some new computers I just got.

Noticed some quirkiness in some of the tuning and some controls not being active (namely the mode). It's been ages since I worked on the JRC section of Hamlib so the problem could be in there as well.

Given time I'll investigate and report back.

A replacement is needed for the deprecated declarations of Glib, easily identified by compile warnings:

src/grig-debug.c:250:9: warning: ‘GTimeVal’ is deprecated: Use 'GDateTime' instead [-Wdeprecated-declarations]
src/grig-debug.c:254:9: warning: ‘g_get_current_time’ is deprecated: Use 'g_get_real_time' instead [-Wdeprecated-declarations]
...

Grig does not work with "NET rigctl" model id 2.
This is unfortunate because not only Hamlib rigctld uses this remote protocol but others like Gqrx, ...

How to reproduce the bug:

• In a first terminal, start the daemon:
  $ rigctld -vvvvv
• in a second terminal, start Grig against it:
  $ grig -m 2 -r localhost

Upon start-up (and during running), Grig times-out repeatedly:

2023/01/04 16:53:18;;HAMLIB;;4;;netrigctl_get_func called
2023/01/04 16:53:18;;HAMLIB;;5;;netrigctl_vfostr: called vfo=currVFO
2023/01/04 16:53:18;;HAMLIB;;5;;netrigctl_vfostr: vfo==RIG_VFO_CURR, curr=VFOA
2023/01/04 16:53:18;;HAMLIB;;5;;netrigctl_vfostr: vfo_opt=0
2023/01/04 16:53:18;;HAMLIB;;4;;netrigctl_transaction: called len=3
2023/01/04 16:53:18;;HAMLIB;;5;;rig_flush: called for network device
2023/01/04 16:53:18;;HAMLIB;;4;;network_flush called
2023/01/04 16:53:18;;HAMLIB;;5;;write_block(): TX 3 bytes, method=2
2023/01/04 16:53:18;;HAMLIB;;5;;0000    75 20 0a                                            u .
2023/01/04 16:53:18;;HAMLIB;;5;;read_string_generic called, rxmax=1024 direct=1, expected_len=1

2023/01/04 16:53:28;;HAMLIB;;3;;read_string_generic(): Timed out 10.010 seconds after 0 chars, direct=1
2023/01/04 16:53:28;;GRIG;;2;;rig_daemon_check_func: Could not get  status

It happens after querying u SCEN and before u TRANSCEIVE, and many times later on.

Please note the "NET rigctl" is a special Hamlib rig model, a kind of virtual rig that retrieves its caps (of the real distant rig) remotely during opening.

Hello,

I would like to start the Italian translation, if nobody is working on it.
I would use poedit and open a pull request here in a couple of days.

Hi,
this version is incompatible with hamlib4. There are already some suggestions here: https://sourceforge.net/p/groundstation/discussion/80394/thread/214ff5bfa6/ It would be great if grig can be updated to work with hamlib4 :)