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 😍

(define-module (gnu packages hello)
  #:use-module (guix packages)
  #:use-module (guix download)
  #:use-module (guix build-system gnu)
  #:use-module (guix licenses)
  #:use-module (gnu packages gawk))

(define-public hello
  (package
    (name "hello")
    (version "2.10")
    (source (origin
              (method url-fetch)
              (uri (string-append "mirror://gnu/hello/hello-" version
                                  ".tar.gz"))
              (sha256
               (base32
                "0ssi1wpaf7plaswqqjwigppsg5fyh99vdlb9kzl7c9lng89ndq1i"))))
    (build-system gnu-build-system)
    (arguments '(#:configure-flags '("--enable-silent-rules")))
    (inputs (list gawk))
    (synopsis "Hello, GNU world: An example GNU package")
    (description "Guess what GNU Hello prints!")
    (home-page "https://www.gnu.org/software/hello/")
    (license gpl3+)))

Ces derniers jours, je réfléchissais à la pertinence de faire un équivalent de YunoHost, sous Nix, Juste une interface qui instancie les services déclarés dans nixpkgs.
ça peut sembler bête, pour plusieurs raisons :

• YunoHost marche...
• Danger d'instancier des services, sans connaissance/paramétrage plus fin
• Pourquoi un utilisateur ne souhaitant pas "se prendre la tête" souhaiterait Nix au lieu de Debian/Ubuntu ?
• Etc...

Mais... en regardant comment sont définis les apps sous YunoHost (exemple : https://github.com/YunoHost-Apps/nextcloud_ynh/blob/master/scripts/install)
Je me dis que Nix est tout à fait pertinent pour déclarer des Hosts, avec la possibilité de faire évoluer l'install pour les plus téméraires (ce qui me semble plus complexe, sur l'implémentation YunoHost)