<nomr>does anyone know what factors influence the hash in a store path? I'm trying to figure out when a substitute becomes invalid
<reepca>nomr: depends on the "type" of the store path - whether it's from a derivation, plain text directly added to the store with explicit references, or some arbitrary file with no references - as well as the hash of the file, the name it's given, the references it has, the name of the store, the hash type, and maybe some other things I've forgotten.
<nomr>Thanks reepca. I think this is a derivation file. I don't suppose you know what scheme func calculates that to aid debugging?
<reepca>I believe there's a nice comment on exactly how it's done on line 77 of nix/libstore/store-api.cc
<raghav-gururajan>Folks! Under TO-DO list, I saw " As KDE Plasma (5.8 or 5.12) LTS follows the same goals than our packaging guidelines in stability and security concerns, we have decided to remove KDE Plasma and use KDE Plasma (5.8 or 5.12) LTS as our default provider of Desktop environment.".
<sneek>apteryx, lfam says: Cool, I hope it's working out :)
<nomr>You know, BSV can hold git repos, never loses data; probably other blockchains can do this too, costs some one-time money per megabyte. Gateways exist for those without software. An idea to include among the others.
<ScaredySquirrel>ok so I install icecat and then next it does not appear in the Xfce apps menu
<zimoun>why with trivial-build-system ((guix build utils)) is called 2 times? For example, see the package mail.scm:mb2md.
<lispmacs>hi, I'm trying to use emacs-guix inside the emacs from Guix, inside a foriegn (distro) on my work computer. But I keep getting Guile errors when I try to use any emacs-guix commands. I don't have any trouble with this on my Guix System at home.
<lispmacs>I see variable guix-guile-program is set to a bin from store, so that shouldn't be a problem
<nckx>zimoun: It's not called, it's imported. #:modules tells *Guix* to make the module(s) *available* in the build environment, (use-modules …) [as in any *Guile* code] actually *loads* it.
<lispmacs>maybe incorrect guile libraries being loaded or something?
<nckx>zimoun: You'll see this in packages with all build systems, not just trivial-. For example, packages that mix the gnu-build-system with another. It's just more common (almost mandatory) to import modules yourself in trivial-.
<zimoun>civodul: hum? not sure to really understand all the differences. But ok.
<lispmacs>civodul: i start emacs-26.3 from the bash shell, then M-x guix RET p n (or some other guix command).
<lispmacs>civodul: if I run ,use (gcrypt hash) I get same error message, no code for module
<lispmacs>%load-path is giving me ("/gnu/store/yb24670f1by3kmfqpqgh1h2zczn6ml0a-emacs-guix-0.5.1.1/share/guile/site/2.2" "/home/christopher/.config/guix/current/share/guile/site/2.2" "/gnu/store/x5zg395pmrlrr43n154g5k1j2gw0w4qn-guix-1.0.1-6.0ed97e6/share/guile/site/2.2" "/gnu/store/q62w3wc35nyhjvr4bcqy563wkqx0c425-emacs-geiser-0.10/share/geiser/guile/" "/gnu/store/9alic3caqhay3h8mx4iihpmyj6ymqpcx-guile-2.2.4/share/guile/2.2"