Arch Linux User Repository

Oops, forgot to update vicinae.hook shasums and skipped tests before pushing. That one's on me. Fixing it right away @Hespro @cypress-exe @marul.

Same issue for me on CachyOS:

Aur (1)          Old Version  New Version    Make Only
aur/vicinae-bin  0.20.9-1     0.20.9-2       No

:: Proceed to review? [Y/n]:

:: Downloading PKGBUILDs...
 PKGBUILDs up to date
 nothing new to review
fetching devel info...
==> Making package: vicinae-bin 0.20.9-2 (ceturtdiena, 2026. gada  2. aprīlis, 10:19:03)
==> Retrieving sources...
  -> Found vicinae-x86_64-v0.20.9-2.tgz
  -> Found vicinae.hook
==> Validating source files with sha256sums...
    vicinae-x86_64-v0.20.9-2.tgz ... Passed
    vicinae.hook ... FAILED
==> ERROR: One or more files did not pass the validity check!
error: failed to download sources for 'vicinae-bin-0.20.9-2':
error: packages failed to build: vicinae-bin-0.20.9-2

I am experiencing the same issue on EndeavourOS (Running KDE Plasma Wayland).

:: (1/1) Parsing SRCINFO: vicinae-bin
==> Making package: vicinae-bin 0.20.9-2 (Wed 01 Apr 2026 08:58:33 PM MDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found vicinae-x86_64-v0.20.9-2.tgz
  -> Found vicinae.hook
==> Validating source files with sha256sums...
    vicinae-x86_64-v0.20.9-2.tgz ... Passed
    vicinae.hook ... FAILED
==> ERROR: One or more files did not pass the validity check!

The build fails because vicinae.hook does not pass the SHA256 checksum:

==> Validating source files with sha256sums...
    vicinae-x86_64-v0.20.9-2.tgz ... Passed
    vicinae.hook ... FAILED
==> ERROR: One or more files did not pass the validity check!

@imrehg Thanks for the update. It seems your one works better.

@cilgin I have the same issue as @icke

Those env vars are available in the window manager (I have XFCE), I think the hook's 'sudo' -> 'runuser' layers where the env vars are not being loaded. You say it's misconfigured, so far I couldn't find any good way to configure it, do you have any hunches what might be something you set up to work?

However there's a different way to form the hook, suggesgted by the error message, that would likely work better anyways: setting the --machine flag for the user, instead of using `--runuser

diff --git a/vicinae.hook b/vicinae.hook
index 6bd8e00..c5baaec 100644
--- a/vicinae.hook
+++ b/vicinae.hook
@@ -6,4 +6,4 @@ Target = vicinae
 [Action]
 Description = Restarting vicinae.service as a user unit if enabled/active...
 When = PostTransaction
-Exec = /usr/bin/bash -c '/usr/bin/loginctl list-users --no-legend | /usr/bin/awk "{print \$2}" | /usr/bin/xargs -I {} /usr/bin/runuser -u {} -- sh -c "/usr/bin/systemctl --user is-enabled vicinae.service && /usr/bin/systemctl --user restart vicinae.service"' || true
+Exec = /usr/bin/bash -c '/usr/bin/loginctl list-users --no-legend | /usr/bin/awk "{print \$2}" | /usr/bin/xargs -I {} /usr/bin/bash -c "/usr/bin/systemctl --machine={}@.host --user is-enabled vicinae.service && /usr/bin/systemctl --machine={}@.host --user restart vicinae.service"' || true

I've tried the above, and it works, and seem to do what the original hook intended as well, just more explicitly?

@icke Something seems misconfigured in your environment. Your window manager or session manager (probably uswm) likely isn't setting up the D-Bus session bus correctly, which is preventing the service from restarting automatically.

I'm getting this error message when updating: Restarting vicinae.service as a user unit if enabled/active... Failed to connect to user scope bus via local transport: $DBUS_SESSION_BUS_ADDRESS and $XDG_RUNTIME_DIR not defined (consider using --machine=<user>@.host --user to connect to bus of other user)

no big deal, just have to remember to run systemctl --use restart viciniae.service manually

@ArjixWasTaken Oh, okay. Then thank you for the change

@rait it is due to your local cache, I pushed an update so the .tgz file has a dynamic name, to avoid this issue altogether