in
update
workflow use PR action actually meant for gitea
Looks like the right thing, from a distance
resolve regressions from recent qemu files
_module.args
can't work for imports so it needs to be specialArgs
set in the right place.
resolve regressions from recent qemu files
Aren’t we passing sources as specialArgs already exactly to prevent upwards paths?
alleviate pain from tests requiring to manually specify
extraDependencies
@Niols I agree that a lack of well-understood patterns for putting these boundaries on where and how to deal with dependencies is a core part of the issue. It can be neither “flake inputs for…
fricklerhandwerk
pushed to data-model-as-diagram at fricklerhandwerk/Fediversity
2025-07-03 13:08:40 +02:00
add missing home-manager import to fedipanel VM
Ah sorry, this was me being confused by moving parts I wasn't familiar with.
fricklerhandwerk
deleted branch classify-flake-parts from kiara/Fediversity
2025-07-02 13:25:27 +02:00
classify recent flake-parts files
classify recent flake-parts files
The idea is correct but I'm not entirely sure it's done right. Because we're importing keys
and secrets
in perSystem
, and that [seems to set the class to "perSystem"
](https://github.com/her…
allow configuring whether a node uses QEMU