Package Details: hamclock 4.23-1

Git Clone URL: https://aur.archlinux.org/hamclock.git (read-only, click to copy)
Package Base: hamclock
Description: Clock and world map with extra features for amateur radio (800x480 version)
Upstream URL: https://clearskyinstitute.com/ham/HamClock
Licenses: MIT
Submitter: KJ7RRV
Maintainer: KJ7RRV (fang64)
Last Packager: fang64
Votes: 1
Popularity: 0.004009
First Submitted: 2021-09-13 17:27 (UTC)
Last Updated: 2026-05-11 17:40 (UTC)

Dependencies (3)

Required by (0)

Sources (3)

Latest Comments

1 2 3 Next › Last »

ra1nb0w commented on 2026-01-16 13:40 (UTC)

My suggestion raised from the fact that the web only version (hamclock-web-1600x960) doesn't require libx11 and libxcb.

> ESPHamClock % ldd ./hamclock-web-1600x960                                                                                                                                                     (master)hamclock
    linux-vdso.so.1 (0x00007a29d9911000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007a29d9400000)
    libm.so.6 => /usr/lib/libm.so.6 (0x00007a29d92f2000)
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007a29d96dd000)
    libc.so.6 => /usr/lib/libc.so.6 (0x00007a29d9000000)
    /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007a29d9913000)

Anyway, I modified the PKGBUILD. Thanks for the discussion.

fang64 commented on 2026-01-16 13:05 (UTC)

ra1nb0w, to be clear I am not opposed to making a web package, but because of how hamclock builds. I would have to select a default resolution like 800x480 and configure it to be the web only version. It would be nice if it was configurable at runtime but I believe with the way Elwood (clearskyinstitute) has written this program the pixel renderings make assumptions based on resolution scale during compile.

It's normal for people to customize AUR PKGBUILD files before installing by editing the file. So that is also a valid option.

fang64 commented on 2026-01-16 13:01 (UTC)

ra1nb0w, The web version is already running when you launch hamclock. It's exposed out as a web server by default.

If you want a "web only" build that'd have to be another package probably unless you want to customize the pkgbuild. The systemd service unit file being shipped with this wouldn't be useful since ultimately it's just rendering the UI still, I guess we nest a graphics output with it.

Also you could just run it with at/cron/systemd-timers as a user, albeit a little wasteful since it does run the UI on the desktop.

ra1nb0w commented on 2026-01-16 09:11 (UTC)

Thanks for the aur. Could also be nice to have the web versions described in the Faq "Does HamClock have a web interface?" with a user systemd service.

simona commented on 2024-11-04 15:00 (UTC)

now perfect. thx

fang64 commented on 2024-10-30 00:28 (UTC)

Simona,

Can you try to update the package again? I've fixed the build to ignore the libgpio 2.x release entirely. As stated Elwood hasn't made a decision on supporting GPIO in the future via libgpio. It seems that will be a difficult thing to fix, so in lieu of a actual upstream patch we'll just disable support. It's not going to work in Arch Linux anyway given how new libgpio is on the distribution.

Please let me know if this now works with linuxcnc and libgpio installed.

Thanks

fang64 commented on 2024-10-29 01:17 (UTC)

Simona,

As a follow up, I had a email conversation with elwood (upstream developer of hamclock) and it appears he is going to address the libgpiod issue by adding a compile option.

I assume you do not need raspberry pi GPIO support, the solution elwood recommends is using a USB adapter moving forward as supporting that for GPIO is far easier than depending on a library that has basically broken and as it stands most distros are still using 1.6x and I don't want to fight with archlinux main repository.

fang64 commented on 2024-10-28 11:52 (UTC)

Simona, It seems I am forced to deal with this either two ways.

I can try to solve this with building a secondary AUR package that is using a pre libgpiod 2.0 release and force it to conflict with libgpiod 2.x which ships with Archlinux. BTW I suspect that would break linuxcnc.

I can alternatively just disable libgpiod support until upstream decides to support the 2.0 releases of libgpiod from: https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/tree/NEWS

I am thinking to make this sane for arch, just patching out the libgpiod support entirely. I personally don't use that functionality. It's possible someone might want it, but it appears to be incompatible at the moment. I might see if I can fix it and submit a patch but I suspect that will require some additional definitions to detect libgpiod 2.x vs libgpiod 1.6

simona commented on 2024-10-28 11:25 (UTC)

In file included from HamClock.h:119,
from brightness.cpp:37:
ArduinoLib/Adafruit_MCP23X17.h:43:9: error: ‘gpiod_chip’ does not name a type
43 | gpiod_chip *gpiochip;
| ^~

simona commented on 2024-09-25 20:40 (UTC) (edited on 2024-09-25 20:40 (UTC) by simona)

I solved. The problem was "linuxcnc" AUR pkg (require libgpiod). Thx for patience and help.