<nixd>Hey, has anyone ever had an error after defining a package returns "In procedure bytevector->base16-string: In procedure bytevector-length: Wrong type argument in position 1 (expecting bytevector): followed by the packages SHA256 (which I got from guix hash) when trying to build the package?
<rekado>nixd: do you use (sha256 (base32 …)) or just (sha256…)?
<mbakke>nixd: I've seen a similar error when I had a typo in the hash string.
<rekado>gtk+ 3.94 switched to meson, which makes the update more difficult than it should be :-/
<Thra11>I ran 'guix hash -f base32 /gnu/store/blahblahblah...' and copied the result into my package definition. However, I get this error: invalid-base32-character [character: #\\o string: "nbhy2l253okuogpfydgbjezt4pads3pjlewlvuvxw6gbkr677loa"] I don't understand why.
<rekado>(also new dependencies such as gstreamer-player, which seems to be unpackaged.)
<nixd>rekado, I used sha256. I also tried the same thing with sha256( base32 with the hash returned from guix hash -f base32, but I got the same error as Thra11. Also, mbakke this actually happened when trying to use an adaption of your custom kernel config.scm, trying to make it work with 4.17.3
<rekado>Thra11: the default is to use nix-base32, not base32.
<nixd>mbakke, I also copy pasted the strings directly from the output of guix hash, so I doubt its actually the wrong sha256 string
<mbakke>nixd: Make sure you use `guix hash -f nix-base32` (the default) as rekado mentioned.
<nixd>I did. I tried both using (sha256 "*") with the output of "guix hash *" and (sha256 (base32 "*")) with the output of "guix hash * -f base32", the former returns the error in my first message, the latter returns the error Thra11 gave
<Thra11>I'm just replacing my hashes with ones calculated by running 'guix hash /gnu/store/...' without the base32 format specifier...
<mbakke>nixd: You should use the output of `guix hash` inside (sha256 (base32 ...)).
<nixd>mbakke Seems to work. I don't know how I missed that. Thank You!
<Thra11>My problem is also fixed now. I think it's a little bit confusing that base32 in guix and the base32 format argument to guix hash are different formats, but I guess it's for a reason.
<civodul>Thra11: 'guix hash' defaults to the nix-base32 format, and that's also what's expected in package definitions
<lfam>Thra11: 'base32' is the wrong format to pass to `guix hash`. We use the 'nix-base32' format, which is the default for `guix hash` when the format argument is not specified
<sgsz>And by small business I mean not AWS, Digital Ocean or GCP.
<brendyn>sgsz: I don't but it'd be great if you could try testing it and report your findings
<sgsz>Yeah I'll be giving it a go soon, I'll make sure I write up how to do it (or how not to :P )
<ray__>I'm trying to package nethack, which has a custom license. Should I add the license to guix/licenses.scm, or just use fsf-free? Additional note: although the nethack general public license is not specifically approved as free by the FSF, it is a free software license.
<efraim>rust is killing me on aarch64, now have to fix the 1.26.2 build
<brendyn>"The majority of graphical applications use Fontconfig to locate and load fonts and perform X11-client-side rendering. The fontconfig package in Guix looks for fonts in $HOME/.guix-profile by default. Thus, to allow graphical applications installed with Guix to display fonts, you have to install fonts with Guix as well."
<brendyn>In a guix on foreign distro setting, how can I get guix installed applications to see parent-system installed fonts
<brendyn>I tried $(guix build fontconfig)/bin/fc-cache -r /usr/share/fonts, but that had no effect
<mbakke>The server side requires that commits are signed, although it performs no verification.
<civodul>sneek: later tell alezost re application/json, sure that'd be nice; i don't expect Cuirass to remain compatible with Hydra forever, longer-term we may want to be free to add anything we deem appropriate
<brendyn>I have an issue with my btrfs drive in my os config. when I reconfigure, it mounts it on the fly, but when I reboot there is an error and i cant boot, something about btrfs progs. I just have the entry (file-system (device (file-system-label "1tb")) (mount-point "/mnt/1tb/") (type "btrfs"))
<brendyn>does the order of entries in file-systems matter?
<mbakke>brendyn: Any chance you can capture the error message?
<brendyn>im not sure where to find it if there are any logs, otherwise i can reboot and have a closer look
<ng0>I would not like to stay up to date with the undocumented Discord API for example
<brendyn>I guess I don't mind email it's self it's just how using it is kind a scary. If I want to send 10 emails to the list in a thread I can't prepare that thread and see what it looks like, i just have to send off the emails one after another and hope all of them send correctly and i dont accidently start multiple threads etc
<Thra11>I'm experimenting with some changes to a package. Making the changes in a git checkout and running guix pull spends a long time "Computing Guix derivation.." Should I be making a copy of the packages I'm changing in a different directory instead, possibly importing the original modules?
<g_bor[m]>Thra11: you can build you package from the checkout using ./pre-inst-env guix build package.