À partir des instructions officiels, ça devrait être simple d'installer.

Il te manque la deuxième partie écrit dans les instructions ; je suppose que tu as ajouté ce code dans ton configuration.nix ?

À partir des instructions officielles, ça devrait être simple d'installer.

Il te manque la deuxième partie écrit dans les instructions ; je suppose que tu as ajouté ce code dans ton configuration.nix ?

À partir des instructions officielles, ça devrait être simple d'installer.

Il te manque la deuxième partie écrite dans les instructions ; je suppose que tu as ajouté ce code dans ton configuration.nix ?

j'ai ajouté ce qu'il fallais (normalement), j'ai tentée un sudo nixos-rebuild dry-run

Qui m'a donné ce résultat

building the system configuration...
error:
       … while calling the 'seq' builtin

         at /nix/store/wzx1ba5hqqfa23vfrvqmfmkpj25p37mr-source/lib/modules.nix:322:18:

          321|         options = checked options;
          322|         config = checked (removeAttrs config [ "_module" ]);
             |                  ^
          323|         _module = checked (config._module);

       … while calling the 'throw' builtin

         at /nix/store/wzx1ba5hqqfa23vfrvqmfmkpj25p37mr-source/lib/modules.nix:298:18:

          297|                     ''
          298|             else throw baseMsg
             |                  ^
          299|         else null;

       error: The option `description' does not exist. Definition values:
       - In `/nix/store/gv6xj00nqas9kilrycyyigm01hppgmw5-source/umu.nix': "umu universal game launcher"

j'ai aussi tentée un sudo nix run .#umu
sans succès non plus
error: flake 'path:/etc/nixos' does not provide attribute 'apps.x86_64-linux.umu', 'packages.x86_64-linux.umu', 'legacyPackages.x86_64-linux.umu' or 'umu'

J'ai du mal à télécharger ces fichiers (un problème avec mon client Matrix), mais cette erreur me semble provenir de umu.nix.

Si tu utilises quelque chose comme Git pour ta configuration, un git diff qui ressemble à ça devrait fonctionner :

--- a/flake.nix
+++ b/flake.nix
@@ -7,14 +7,19 @@ inputs = {
     nixpkgs-unstable = {
       url = "github:nixos/nixpkgs/nixpkgs-unstable";
     };
+    umu = {
+      url = "git+https://github.com/Open-Wine-Components/umu-launcher/?dir=packaging\/nix&submodules=1";;
+      inputs.nixpkgs.follows = "nixpkgs";
+    };
   };
 
-  outputs = { self, nixpkgs, nixpkgs-unstable }: {
+  outputs = { self, nixpkgs, nixpkgs-unstable, umu }: {
     nixosConfigurations = {
       patatuchi-vi = nixpkgs.lib.nixosSystem {
         system = "x86_64-linux";
--- a/configuration.nix
+++ b/configuration.nix
@@ -10,1 +10,2 @@
   environment.systemPackages = [
+    (inputs.umu.packages.${pkgs.system}.umu.override {version = "${inputs.umu.shortRev}";})

(La section configuration.nix est complètement imaginée.)

Toute autre chose ne devrait pas être nécessaire, mais il est possible qu'il faut aussi passer l'input umu ou plus généralement inputs aux modules avec _module.args.

C'est utile parce-que tu peux faire tous les changements que tu veux et si à la fin ça ne marche toujours pas, un simple git restore revient a ce qui fonctionne.

Et c'est plus facile d'aider quelqu'un qui peut partager un Git de leur configuration.

Cela n'a rien à voir avec le problème de exaltia , mais je voulais partager une astuce pour ceux qui utilisent flake et nix shell.

Dans le cadre de mon projet nix-homelab(https://github.com/badele/nix-homelab), je gère l'ensemble de mon parc avec ce système. Cependant, il m'arrive parfois de vouloir installer des logiciels temporairement. Pour cela, j'utilise la commande :
nix shell nixpkgs#devpod.

Malheureusement, le dépôt nixpkgs peut différer entre le nix flake metadata et le nix registry list.

Pour assurer une cohérence entre mon flake et le registry, j'utilise la commande suivante :

nix registry pin nixpkgs github:NixOS/nixpkgs/$(nix flake metadata --json | jq -r '.locks.nodes."nixpkgs".locked.rev')

Cette commande synchronise la version du commit utilisé dans mon flake avec celle du registry.

Le registry peut être ajusté directement dans NixOS.

Comme ça il n'y a pas besoin de le faire manuellement chaque fois qu'on change flake.lock.

In reply to @alex:tunstall.xyz

Le registry peut être ajusté directement dans NixOS.

Comme ça il n'y a pas besoin de le faire manuellement chaque fois qu'on change flake.lock.

Pourtant, j'utilise ceci

  nix = {
    # Add all flake inputs to registry / CMD: nix registry list
    registry = lib.mapAttrs (_: value: { flake = value; }) inputs;

    # Add all flake inputs to legacy / CMD: echo $NIX_PATH | tr ":" "\n"
    nixPath = lib.mapAttrsToList (key: value: "${key}=${value.to.path}")
      config.nix.registry;

    # package = pkgs.nix;
    gc = {
      automatic = true;
      dates = "weekly";
    };
  };

Mais en répondant, je pense que je n'ai pas ceci dans la section homeConfiguration, je pense que mon problème vient de la. Donc merci Alex pour ta réponse, je pense que tu m'as mis sur la piste afin de résoudre définitivement ce problème qui me suivait depuis des mois :)

Pour ce qui veulent voir comment on configure nix.registry automatiquement depuis les inputs du fichier flake (le code est identique que ce soit dans le systeme wide ou user environement)

https://github.com/badele/nix-homelab/commit/3837bca05a44b4c86cabbb1cd08668c039cff030

In reply to @aevoo:matrix.org
(Hello) Certains on adopté Guix, ici ?

In reply to @badele:matrix.org
Et donc ·☽•Nameless☆•777 · ± Par rapport à Nix ca donne quoi ? 😁

In reply to @aevoo:matrix.org
Du Scheme, oui.
Même ressenti que toi, ·☽•Nameless☆•777 · ± .
Je trouvais ça cool que cela (Guix) s'appuie sur un language existant, mais... Scheme, puis le travail de la communauté Nix 😍