These are the channel logs matching your query gcrypt`
| 2025-09-04 | [12:39:36] <cbaines> civodul, regarding https://notabug.org/cwebber/guile-gcrypt/pulls/9 is maybe the first stop to move guile-gcrypt to Codeberg, since I'm guessing notabug.org is struggling under scrapers? |
| 2025-09-01 | [17:35:05] <cbaines> but this returns a symbol (that guile-gcrypt makes from a string): (canonical-sexp->sexp (string->canonical-sexp "#56efb5d0e5cffb3a6fef4750f94651f2d1e25351e32b49f2ffcafa6bfe4de4e2#")) |
| 2025-09-01 | [17:37:55] <cbaines> the string->pointer and pointer->string calls in guile-gcrypt specify the encoding |
| 2025-06-23 | [16:50:59] <janneke> hmm, for libxcrypt the post mortem build directory is owned by root, but for guile-gcrypt it nicely owned by myself |
| 2025-04-18 | [19:29:51] <ruther> yeah, and since the first one - https://gnupg.org/ftp/gcrypt/ is up, I would expect that one was used |
| 2025-04-18 | [19:32:49] <ayys> no I am not on any vpn. its a home network. I can access https://gnupg.org/ftp/gcrypt/ just fine. |
| 2025-04-18 | [19:36:08] <ayys> I tried to wget the file: wget https://gnupg.org/ftp/gcrypt/gnutls/v3.7/gnutls-3.7.2.tar.xz and it worked fine. |
| 2025-03-21 | [20:17:08] <df> (misc-error #f no code for module ~S ((gcrypt hash)) #f) |
| 2025-03-21 | [20:17:58] <df> it looks like guile-gcrypt is a separate package? |
| 2025-03-15 | [18:09:02] <janneke> there's many guile-xyz library packages (guile-fibers, guile-git, guile-gnupg, guile-gcrypt, guile-ssh, ...) |
| 2025-03-11 | [13:40:26] <efraim> the gnupg mirros have a trailing gcrypt/ that keeps on getting dropped, so I'm not sure |
| 2025-01-23 | [15:45:06] <sneek> graywolf, daviid says: this works for me https://notabug.org/cwebber/guile-gcrypt.git |
| 2025-01-23 | [15:45:06] <sneek> graywolf, daviid says: the 'none renedered' version of its doc is here https://notabug.org/cwebber/guile-gcrypt/src/master/guile-gcrypt.texi |
| 2025-01-23 | [17:22:36] <Rutherther> rhuijzer: it will usually work fine. Probably you updated to newer guix which uses new gcrypt lib, but haven't updated vscodium itself |
| 2025-01-15 | [05:28:08] <mange> What hash are you seeing? I just got 1pp9zyx02bzgzjzldxf0mx9kp3530xgaaqcz4n2cv100ddaaw57g from https://gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.10.1.tar.bz2 |
| 2024-12-26 | [11:52:31] <aemogie> currently it's complaining about (git) and (gcrypt hash) when i try to evaluate my <operating-system>, but i assume it's all the transitive dependencies of guix |
| 2024-10-21 | [05:27:01] <reepca> it looks like manually running "guix download https://gnupg.org/ftp/gcrypt/gpgme/gpgme-1.23.2.tar.bz2" works, which makes me wonder why the official site is only 3rd in the list of mirrors |
| 2024-09-26 | [10:24:23] <efraim> it's probably based on what gcrypt (and guile-gcrypt) support |
| 2024-09-26 | [10:26:41] <efraim> oh, looks like it passes it straight to guile-gcrypt |
| 2024-09-26 | [10:26:47] <efraim> /gnu/store/2bmrqh4w9pcgns0pi3wwqasrshpmv8hw-guile-gcrypt-0.4.0/share/guile/site/3.0/gcrypt/hash.scm |
| 2024-09-26 | [10:40:16] <taeaad> More hashes are good. But I wouldn't be able to check anything there, unless you give me a notebook, a mountain and a year. Are those already in gcrypt anyway? |
| 2024-06-10 | [18:41:42] <wolfdog> guix pull: error: reading file `/gnu/store/1xh5b299d09nrpgjpwa0wxpz0fs83d7p-guile-gcrypt-0.3.0.drv': No such file or directory |
| 2024-06-08 | [02:21:36] <robin> Build-Depends: debhelper-compat (= 13), gettext, git <!nocheck>, gnupg <!nocheck>, graphviz, guile-3.0-dev, guile-avahi, guile-gcrypt (>= 0.4.0), guile-git (>= 0.5.1), guile-gnutls (>= 3.7.2-3~), guile-json (>= 4.7), guile-library (>= 0.2.7), guile-lzlib, guile-semver, guile-ssh (>= 0.16.0), guile-sqlite3 (>= 0.1.3-2~), guile-zlib (>= 0.1.0), guile-zstd, help2man, libbz2-dev, locales-all, po4a, texinfo |
| 2024-05-26 | [06:26:04] <theruran> guix pull: error: reading file `/gnu/store/1xh5b299d09nrpgjpwa0wxpz0fs83d7p-guile-gcrypt-0.3.0.drv': No such file or directory |
| 2024-05-22 | [17:28:58] <Googulator> $ guile -c '(use-modules (gcrypt hash)) (display "PASS") (newline) (exit ((lambda () 0)))' |
| 2024-04-16 | [14:50:16] <bost> ares@ bencode.scm@ config@ config.scm@ emacs-guix@ emacs-guix.scm@ fibers@ fibers.scm@ gcrypt@ gwl@ hall@ mcron@ mu@ mu.scm@ nrepl@ srfi@ uuid.scm@ web@ |
| 2024-02-26 | [16:59:25] <apteryx> jpoiret: ping me when you're about to merge the guile/gcrypt thing to core-updates; I'll use this rebuild opportunity to merge https://issues.guix.gnu.org/69396 and https://issues.guix.gnu.org/68813 |
| 2024-02-25 | [00:35:59] <lilyp> IIRC it's a gcrypt key, but there might be more than one accepted algo |
| 2024-02-12 | [14:08:29] <viperML> no code for module (gcrypt hash) |
| 2024-02-12 | [14:09:49] <andreas-e> Are you not just missing guile-gcrypt? Maybe running inside "guix shell -D guix" would help? |
| 2024-01-07 | [21:13:46] <ieure> podiki, `sudo ./pre-inst-env guix system reconfigure /home/ieure/dotfiles/system/wight.scm' gives me "no code for module (gcrypt hash)" |
| 2024-01-07 | [21:17:22] <peanuts> "pre-inst-env: "no code for module (gcrypt hash)"" https://issues.guix.gnu.org/33691 |
| 2023-11-19 | [20:35:44] <lh> oh I guess it���s because the gcrypt module prevented the gexp module |
| 2023-11-19 | [20:37:30] <sner> lh you're right, but guile-gcrypt should always be in the guile load path on guix. anything weird about shell env you're launching guile from? |
| 2023-11-19 | [21:49:04] <lh> sner: it seems as simple as the fact that guile-gcrypt is not part of guile, actually. maybe this solidifies the fact that I should be using guix repl |
| 2023-11-19 | [21:56:03] <lh> ah yeah I just thought of that and tried it with guile-gcrypt haha |
| 2023-11-19 | [21:56:50] <sner> the main reason for my confusion was that my personal home environment contains guile-gcrypt, without naming the package in my config |
| 2023-11-19 | [21:57:47] <sner> turns out the reason for that is that the emacs-guix package exports guile-gcrypt as a propagated-input, and thus dumps it to my home env |
| 2023-11-19 | [22:04:37] <lh> the original reason I ran into this repl thing was geiser was giving the gcrypt error: https://0x0.st/HvhT.txt |
| 2023-11-19 | [22:08:37] <lh> maybe no one has run into this because they have guile-gcrypt in their environment from emacs-guix or something else |
| 2023-11-19 | [22:09:02] <sner> lh: yeah it looks like this is something of an oversight for users of guix under another OS. In the guix system case, guile-gcrypt is always available in the load path due to the guix-service-type system service installing guix in the global profile |
| 2023-10-18 | [13:15:35] <snape> so `guix shell guile guile-git guile-gcrypt git git:send-email --pure -- ./pre-inst-env git send-email` works too |
| 2023-09-16 | [02:06:25] <drewjose> RavenJoad Libgcrypt via Guile-Gcrypt https://guix.gnu.org/manual/en/html_node/Invoking-guix-hash.html |
| 2023-09-16 | [20:23:44] <RavenJoad> I want the bytevector->base32-string function to generate path names for files from their contents (after running through guile-gcrypt's file-sha256 function), but not grab all of Guix, like I said. |
| 2023-08-31 | [14:50:21] <MatoHota-work2> but when I try to install any package I get the following error : "In procedure verify: gcrypt: Not supported" |
| 2023-08-16 | [22:09:20] <klovanych> getting this error "gcrypt/pk-crypto.scm:114:12: In procedure |
| 2023-08-16 | [22:09:20] <klovanych> string->canonical-sexp: gcrypt: Bad character in S-expression" Is |
| 2023-07-14 | [19:52:00] <ngz> cbaines: Well, this is embarrassing: I tried to re-instate the old comment, but I cannot push anymore to Guix repository. "make authenticate" fails with error "In procedure verify: gcrypt: incorrect length". Of course, it never happened on any of the previous iterations. |
| 2023-07-05 | [10:45:49] <dokma> So I go guix package --remove guile-gcrypt |
| 2023-07-05 | [10:45:56] <dokma> then guix package -i guile-gcrypt |
| 2023-07-05 | [10:46:16] <dokma> guile-gcrypt 0.4.0 |
| 2023-07-05 | [10:46:37] <dokma> guix package --manifest=guile-gcrypt |
| 2023-07-05 | [10:46:38] <dokma> guix package: error: failed to load 'guile-gcrypt': No such file or directory |
| 2023-07-05 | [10:51:43] <jpoiret> have you installed `guile` and `guile-gcrypt`? |
| 2023-07-05 | [10:52:28] <dokma> guile-gcrypt is listed |
| 2023-07-05 | [11:05:31] <dokma> guile-gcrypt got installed |
| 2023-07-05 | [11:07:52] <dokma> % guix package --manifest=guile-gcrypt |
| 2023-07-05 | [11:07:52] <dokma> guix package: error: failed to load 'guile-gcrypt': No such file or directory |
| 2023-07-05 | [11:11:05] <dokma> (use-modules (gcrypt hash)) now works |
| 2023-06-11 | [01:00:39] <csepp> jpoiret: yup, it works now. still not sure why it was breaking guile and guile-gcrypt. |
| 2023-06-08 | [16:18:39] <csepp> anyone knows why this gcrypt error might show up when trying to import a package? "Function not implemented" |
| 2023-06-08 | [16:29:09] <jpoiret> that's always been the source of those gcrypt errors in checkouts |
| 2023-06-07 | [01:18:41] <HexMachina> Nevermind, seems that FIPS mode was recently enabled on our workstations. May be worth noting that Guix's authentication method may not work on systems where libgcrypt is running in FIPS mode (see https://www.gnupg.org/documentation/manuals/gcrypt/Enabling-FIPS-mode.html) |
| 2023-06-03 | [01:11:54] <Fare> Hi. I'm trying to build cryptsetup-static-2.3.7 on arm64, and its ./configure fails with: configure: error: You need the gcrypt library. |
| 2023-05-15 | [18:10:14] <andreas-e> Hello! I have problems compiling Guix from source on an aarch64 machine, with a guix pulled on May 10. Configure complains again about something with gcrypt: |
| 2023-04-24 | [10:29:20] <jpoiret> andreas-e: I know the origin of the error! Basically, our guile is compiled with the older glibc, so the newer gcrypt library can't load because it relies on glibc >= 2.34, but glibc 2.33 is already loaded |
| 2023-04-24 | [10:30:47] <andreas-e> I see. Now I remember that I deleted my guix checkout and created a new one before the gcrypt thing worked. (Which caused other problems, because I lost my git hook of signing all commits.) |
| 2023-04-24 | [12:48:19] <jpoiret> the simple test I used is `./pre-inst-env guile` then `,use (gcrypt hash)` and `(file-hash (hash-algorithm sha256) "somefile")` |
| 2023-04-22 | [18:11:00] <andreas-e> Missing gcrypt something, yes. I would like to recompile from scratch first. |
| 2023-03-21 | [21:49:45] <sarg> hmm, `sudo ./pre-inst-env guix system reconfigure ...` fails with `no code for module (gcrypt hash)`. At the same time the same command w/o sudo runs just fine (obviously failing to install symlinks in the end). |
| 2023-02-28 | [11:32:53] <gabber> how can i reconfigure my system (with all the channels and my old configuration) with a new patch i made? my attempts with `sudo [-E]` and `./pre-inst-env` fail -- "no code for module (gcrypt hash)", "no code for module (guix ui)", couldn't find my channels. how can i achieve that? |
| 2023-02-27 | [14:44:14] <apoorv569[m]> https://notabug.org/cwebber/guile-gcrypt/src/master/guix.scm |
| 2023-02-27 | [14:44:15] <fresas-con-nata> "cwebber/guile-gcrypt: Guile bindings for [libgcrypt](https://gnupg.org/software/libgcrypt/index.html)! - NotABug.org: Free code hosting" https://notabug.org/cwebber/guile-gcrypt/src/master/guix.scm |
| 2022-12-20 | [23:40:13] <vagrantc> e.g. a more compatible implementation such as wolfssl or gcrypt or ... |
| 2022-12-17 | [14:41:35] <yarl> "/gnu/store/zzr7hqy2xp9zjrrwsgypbhyzpxbsg97q-guile-gcrypt-0.3.0.drv"))" or "(run-with-store (open-connection) (lambda (store) (values (valid-path? store |
| 2022-12-17 | [14:41:35] <yarl> "/gnu/store/zzr7hqy2xp9zjrrwsgypbhyzpxbsg97q-guile-gcrypt-0.3.0.drv") store)))" |
| 2022-12-17 | [14:43:09] <yarl> "/gnu/store/zzr7hqy2xp9zjrrwsgypbhyzpxbsg97q-guile-gcrypt-0.3.0.drv")) |
| 2022-12-17 | [14:43:34] <yarl> (run-with-store (open-connection) (lambda (store) (values (valid-path? store "/gnu/store/zzr7hqy2xp9zjrrwsgypbhyzpxbsg97q-guile-gcrypt-0.3.0.drv") store))) |
| 2022-11-30 | [15:50:52] <jonsger> civodul: guix 1.3.0 should work with guile-gcrypt 0.4.0 or? |
| 2022-11-30 | [16:26:39] <jonsger> ACTION has updated guile-gcrypt at openSUSE :) |
| 2022-11-13 | [08:52:24] <yarl> I tried to open the file that contains the module (guix import texlive) and use `geiser-load-current-buffer` but it fails with "no code for module (gcrypt hash)". And it seems that's not always the case. |
| 2022-11-13 | [08:57:02] <yarl> Ok, "no code for module (gcrypt hash)" error again. Is it known? |
| 2022-11-06 | [10:11:42] <unmatched-paren> as you might expect, guix packages a lot of guile libraries; ``guix search guile'' shows guile-lzma, guile-zlib, guile-reader, guile-lzlib, guile-lib, guile-for-loops, guile-cv, guile-bytestructures, guile-gnome, guile-zstd, guile-threading-macros, guile-sqlite3, guile-smc, guile-readline, guile-jwt, guile-json, guile-git, guile-g-golf, guile-fibers, guile-dsv, guile-dbi, guile-commonmark, guile-bash, guile-sdl2, guile-gcrypt, guile-cairo, gu |
| 2022-09-25 | [11:42:24] <minima> the error i get with the above attempt is: 'no code for module (gcrypt hash)' |
| 2022-09-17 | [18:00:54] <two[m]> gonna autoremove guile-3.0 guile-3.0-libs guile-bytestructures guile-gcrypt guile-git guile-gnutls guile-json guile-lzlib guile-sqlite3 guile-ssh guile-zlib libc-dev-bin libc-devtools libc6-dev libcrypt-dev libexporter-tiny-perl libgc1 libgcrypt20-dev libgit2-1.3 libgit2-dev libgpg-error-dev libguile-ssh13 libhttp-parser-dev libhttp-parser2.9 liblist-moreutils-perl liblist-moreutils-xs-perl liblz-dev liblz1 libmbedtls-dev libmbedtls14 |
| 2022-08-27 | [09:50:50] <unmatched-paren> sudo ./pre-inst-env guix system reconfigure => no code for (gcrypt hash) |
| 2022-08-27 | [10:24:06] <unmatched-paren> well, if you don't have guile, you probably don't have guile-json, guile-gcrypt, guile-git, guile-zlib, guile-zstd, guile-ssh, guile-lzlib, guile-lzma, guile-sqlite3, guile-lib, or guile-avahi either :) |
| 2022-08-09 | [02:17:11] <vagrantc> guix 1.3.0-5 from debian backtraces https://paste.debian.net/1249735/ ... no code for module (gcrypt hash) |
| 2022-06-11 | [23:25:22] <foobarxyz> guile-gcrypt���������������������� 0.3.0�������������������� out�������� /gnu/store/60jl4xry9c93j9l0rr7nkvbw7dihjz4k-guile-gcrypt-0.3.0 |
| 2022-05-25 | [03:41:19] <KarlJoad> bjc: Ok. Used losetup to get a device to work with, formatted, and mounted. But the system init fails with the (gcrypt hash) module having no code. |
| 2022-05-25 | [03:44:15] <bjc> oh wait. you may need the guile-gcrypt module installed |
| 2022-05-25 | [03:47:08] <bjc> there's no guile-gcrypt in there, though |
| 2022-05-25 | [03:49:03] <KarlJoad> And I get no code for module (gcrypt hash). |
| 2022-05-25 | [03:51:08] <bjc> i'm still on the ���you'll need to (with-imported-modules (gcrypt hash))��� train, since it's not built-in to guile |
| 2022-05-25 | [03:55:24] <bjc> then i'm not sure anymore. it sounds to me like you need to slurp (gcrypt hash) over to the builder side, but that should be done automatically by the normal code |
| 2022-04-21 | [21:16:43] <mbakke> jts: yes, many projects have a 'guix.scm' that you can build by 'guix build -f guix.scm'; see e.g. https://notabug.org/cwebber/guile-gcrypt/src/master/guix.scm |
| 2022-04-06 | [18:10:26] <civodul> aartaka: hi! this may be a setup issue with guile-gcrypt |
| 2022-04-06 | [18:10:39] <civodul> er, how did you install guile-gcrypt? |
| 2022-02-23 | [20:55:53] <djeis> When I try to write code against guix geiser seems to automatically find my current guix but it complains that it can't find the (gcrypt hash) module- am I missing something obvious? |
| 2022-02-18 | [21:35:51] <vivien> sneek, later tell civodul my gcrypt ECC problem was because I did not set the rfc6979 flag in the data sexp, and I used "dsa" as a signature type instead of the expected "ecdsa" |