add_metis_calendars_to_linkal #8
No reviewers
Labels
No labels
awaiting
awaiting-author
awaiting
awaiting-reviewer
bot
deployed
Silenced alert
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
DGNum/infrastructure!8
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "add_metis_calendars_to_linkal"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Bon le script jq est moche. On pourrait le remplacer par du nix. Normalement ça ~marche (j'ai pas pu tester complètement dans la vm à cause d'histoires de réseau et de dns)
b9c8214803to0ee8760f8d@ -2,3 +2,3 @@letinherit (lib) mapAttrs' mkEnableOption mkIf mkOption nameValuePair types;inherit (lib) mapAttrs mapAttrs' mkEnableOption mkIf mkOption nameValuePair types;mapAttrsest un builtin depuis nix 2.1, en plus t'as pas l'air de l'utiliser ^^Effectivement
@ -28,0 +28,4 @@config = mkOption {type = path;default = jsonFormat.generate "linkal-config.json" { inherit (config) calendars; };internal = true;Pourquoi internal si l'objectif c'est de pouvoir override le fichier de config ?
Hmm l'idée était de dire c'est une interface uniquement pour les utilisateurs avancés mais en vrai on peut l'enlever
@ -32,6 +25,11 @@ let};in {_module.args.metisProviders = {Hmmm, je suis pas certain que de passer
metisProviderà tous les modules soit une super idée, ce serait plus propre de laisser metis definir ses providers et de les récupérer avec(import sources.metis { ... }).providersdans ce cas autant faire en nix et pas en jq l'adaptation du fichier de config
Bon étant donné que @thubrecht tu es favorable à la méthode de "On s'en fout des IFD" je fait recommencer from scratch
lbailly referenced this pull request2025-06-13 11:56:04 +02:00
Pull request closed