Yeah I'm afraid the DOTOOL_XKB_LAYOUT environment variable and friends
won't affect dotoolc (dotoolc merely passes actions to dotoold) but you
can set them when running dotoold in the first place:

    DOTOOL_XKB_LAYOUT=se dotoold &
    echo type <swedish-character> | dotoolc

Hope that's a help!

I made a mistake! The latest two commits require Vosk version v0.3.50 and
./get-vosk script only installs v0.3.45 (the Vosk team haven't provided
binaries for v0.3.50 yet).

I'd `git switch 0.1` and try again (or install Vosk v0.3.50 if it's in
your package manager)

"current user's" was confusing. I just meant how lingering /etc/numen from
older installs would override /usr/share/numen, blocking any updates to
the default phrases made by future releases.

~/.config/numen is safe :)

Hi fenugrec, after thinking about /usr/share/numen again recently, I'm
thinking future versions should use /usr/share/numen and just ignore
/etc/numen. I feel system-wide configuration of numen would rarely be
used, and /etc/numen would just add confusion, especially since a current
user's existing /etc/numen would override the new /usr/share/numen.

Don't feel you need to reply, just thought I'd say in case of any
thoughts!

Great! Thanks for sending the solution. I'll copy paste it here because I
don't think it made it to the mailing list:

> thank you for your answer. I managed to fix it. the issue was because
> of systemd-resolved. It was as simple as:
> 
> # ln -sf ../run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
> 
> as explained in the archlinux wiki. It didn't occur to me to check
> because DNS was working fine everywhere else. Hopefully if someone
> else runs into the problem they can find this. Cheers

Hi Ivan, I'm afraid I don't know why you are getting this issue.

I don't think anything's changed and seeing as github.com/bendahl/uinput
is also failing the same way, I don't think it's related to my packages
but a general issue with the go toolchain.

In my dotool directory, if I run:

	go clean -cache -modcache
	go build

It's successful and only outputs:

	go: downloading git.sr.ht/~geb/opt v0.0.0-20230911153257-e72225a1933c

I like the /usr/share suggestion! Recently someone on the chat said they
lost changes due to /etc/numen being overwritten, which I hadn't thought
enough about before.

The transition would be slightly bumpy, with old installed
/etc/numen taking precedence over it, and I know at least
https://github.com/anpandey/numen-nix/blob/master/flake.nix would need
paths updated, but it would probably be worth it.

Hi fenugrec, maybe not clarifying the overriding as much as you'd like,
but I think I might change it to:

*numen* uses the default phrases unless given files as arguments, or there
are files ending with *.phrases* in your *$XDG_CONFIG_HOME/numen/phrases/*
directory. The default phrases can be found in the */etc/numen/phrases/*
directory, but should not be edited! (*$XDG_CONFIG_HOME* is *~/.config*
unless set otherwise.)

I'm trying to also cover that you can specify files with the command-line
arguments, and you shouldn't be editing the system-wide phrases that get
replaced on reinstall/update.

Thanks!

Thanks midgard, appreciate the write-up! I've messed about with fancier
transcription a bit with sprec (https://git.sr.ht/~geb/sprec) but I'm
still deciding how to go about things for numen.

I hope so too :) and it's great you found numen useful.
Careful climbing!

Great! I'll probably make it the next release of dotool in a few days. And
me too :)