Otherwise users are losing e.g. fsck even on non-hurd.
Also revbump so any users that emerged in the interim gets
it back asap.
Fixes: fcd9cc940c
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Font search works fine for me (not sure why it is failing in
bug #971276 exactly), but this can be generally flaky depending
on the user's font settings, other installed fonts, possibly
the fontconfig version, and whether cache is properly generated
or not.
And then kitty-0.46.1 did change the way it searches for them
compared to 0.46.0, so that it broke for someone is not entirely
surprising.
This may be worth improving upstream, but for us it ultimately does
not need to copy it given we symlink the system's font in src_install
rather than duplicate it. So just preemptively touch the file so
kitty will think it already has it which *should* avoid all issues.
Closes: https://bugs.gentoo.org/971276
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Almost identical to 0.9.6 except for fixing a runtime issue playing
.ape with USE=ffmpeg.
Given USE=mac (also used to play .ape) is stuck with a upper bound,
thought it'd be a good occasion to drop the USE. Please use ffmpeg
to play these (hopefully works fine now).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Done early to facilitate integration in ::guru for which its CI
is not setup to allow exceptions for duplicates with ::gentoo
at the moment.
If you did need this, you'll be able to find the package there.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This boots but it doesn't yet start up a login prompt. The builtin Hurd
init works.
Conditionalise the libcap dep to Linux (as is the case in the upstream
meson.build) and use a custom libexecdir to avoid clashing with sys-kernel/hurd's
`rc`. I've discussed possibly renaming rc in general w/ OpenRC upstream (navi)
as well.
Signed-off-by: Sam James <sam@gentoo.org>
Gate pidwait behind Linux as it needs epoll. Also, disable `w` as
sys-kernel/hurd provides its own, though we may want to rename it instead
on Hurd (or rename Hurd's but that seems less likely).
Signed-off-by: Sam James <sam@gentoo.org>
Only build btrfs support (what does that even do for shadow?) on Linux
and avoid collision on /bin/login, as sys-kernel/hurd provides its own.
Signed-off-by: Sam James <sam@gentoo.org>
I was hoping to do this later on, but in some ebuilds, it is more appropriate
to use `kernel_Hurd` than it is to look at CHOST, especially as we have
to do a careful match (*-gnu by itself will include Linux).
Signed-off-by: Sam James <sam@gentoo.org>