<PotentialUser-52>that exited 0 (not much output except it downloaded a substitute). there isn't much in my store + I gc'd recently
<nckx>I'm still betting hardware. We have a ‘memtester’ package in Guix that can test your currently unused RAM while your OS keeps running, or a more comprehensive memtest86+ package that requires you to reboot and probably assumes you know your way around the GRUB or kexec command line (I haven't checked).
<pkill9>i'm gonna take the titanic approach and assume guix substitutes are uncorruptable
<leoprikler>I think you could verify them based on their hash
<raghav-gururajan>Folks! While building gnome-photos, at build phase, I get error "failed to load "../gnome-photos-3.34.0/src/./../data/dnd-counter.svg": Couldn?t recognize the image file format for file ?../gnome-photos-3.34.0/src/./../data/dnd-counter.svg?"
<leoprikler>raghav-gururajan: the bug appears to be missing info in glib:bin concerning the to-pixdata preprocessor
<nckx>pkill9: Does the Guix Web site itself count? It runs Haunt to update the site hourly, although configuration is split up between the maintenance (hydra-berlin.scm) and artwork (website/.guix.scm) repositories.
<goldenshimmer[m]>Hi! I'm new to Guix, and a few questions have arisen I don't find obvious answers to in the manual/mailing-list... My goal is to configure Guix to ensure that all installed packages, and their direct and indirect dependencies, starting from the binary bootstrap seed, are always available in source code form in my computer.
<pkill9>can anyone provide an example configuration for `guix deploy`? I can't login with ssh, do I need to permit root login or something?
<pkill9>as in, guix deploy can't login with ssh, i can manually
<goldenshimmer[m]>First, is this possible? Is it fairly simple/maintainable? I'd basically just like "guix build --sources=transitive [everything-installed]" to be automatically ensured. Second, does "guix build --sources=transitive" for a given package make sure everything's present down to the binary bootstrap seed, or does it skip anything?
<nckx>goldenshimmer[m]: Hullo, and welcome to #guix! If nobody has any ideas here (we tend to be busier in the Euroday, and not everyone uses IRC), feel free to copy <help-guix at gnu.org>.
<goldenshimmer[m]>Are the sources used to build things (after cleaning; the ones from "guix build --sources") always real source code, or might for instance a package maintainer for a Web app include a minified JQuery file rather than the source code? Is there a policy on this? Thank you!
<wigust>goldenshimmer[m]: generally we try to unbundle such things, but if it requires a lot of work then it could be delayed and accepted with bundles
<drakonis1>the problem is that i'm elevating the wrong command
<drakonis1>i didnt elevate gpg, i did elevate wget like a chump
<jackhill>pkill9: My reading of the manual is that the build-locally? field of machine-ssh-configuration controls where the build happen
<jackhill>speaking of the manual, isn't the version of it from master online somewhere now? I can't seem to remember where it went/find in in guix-artwork.git
<apteryx>earlyoom packaged. I guess now we need a service.
<oriansj>#bootstrappable needs more scheme programmers talk to our recruitment officer to learn more.
<alloy>Hello Guix! Is there a better way for modprobing acpi_call installed as a system package opposed to useing modprobe's --dirname option specifiying the system profile root (/run/booted-system/profile)?
<leoprikler>alloy – I assume you meant /run/booted-system/kernel?
<leoprikler>you could symlink /run/booted-system/kernel/lib/modules into /lib/modules
<alloy>so, when i invoke modprobe it finds modules in /run/booted-system/kernel, at least it says so. But when I install a package which contains modules they get packed to /run/booted-system/profile/lib/modules..
<alloy>But a symlink would be an option, thanks. Just thought there might be some kind of cleaner way to do it
<brown121407>Is there any way to hide /gnu/store/<long-string-thingy>- from Guix's output?
<brown121407>So instead of "building /gnu/store/blabla-profile.drv" it would show "building profile.drv"
<cbaines>brown121407, if you're using Emacs, there's a mode to abbreviate the store paths
*kmicu is happy to see some increased activity on #guix tag on the fediverse.
<numerobis>Hi #guix! Is there an equivalent to the archlinux 'pkgfile' command, that gives the package names associated with a certain package? (At the moment I'm looking for a package to give me access to 'htpasswd', and a quick 'rg' on the guix tree did not return anything.)
<str1ngs>numerobis: as far as i understand no. this would require some kinda cache on the publish server. you can though use tools like find to search /gnu/store eg find /gnu/store/ -type f -name bash. but this will not work for packages that have not been built/installed locally.
<pkill9>i have a problem with Guix System: the purpose of an operating system is to get out of the way of the user as much as possible, so that they can get on with doing whatever they want to do, and Guix System does this so well that I have to face the fact that I am wasting my time ☹️☹️☹️☹️☹️☹️
<leoprikler>pkill9: easy solution, install a gentoo vm on top
<kirisime`>My laptop lid is about to fall off again and I don't think the screw threads are going to last much longer, so I thought that I'll just glue the lid shut and pretend it's a linux tablet when it can no longer be fixed in place, but I'd then need a way to punch in my disk encryption passwords without a keyboard...
<kirisime`>Well, since grub is on the crypted drive as well that wouldn't work anyways.
***kirisime` is now known as kirisime
<terpri>as it happens, last week i started working on packaging the vlm for guix (just needed an nfs service and a few other additions)
<terpri>1. make genera usable on modern gnu/linux systems 2. liberate the source code 3. ???
<NieDzejkob>alextee[m]: if it skips the build and gives you the /gnu/store path immediately, that means that the environment in which the package would've been built was exactly the same, so in this case there wasn't really any point
<alextee[m]>NieDzejkob: well, just to be sure, since there's 4 new packages in different directories. im still not 100% sure how the environment works
<brettgilio>Forgot ZNC also stops when I shut off my computer. Lmfao
<pkill9>or maybe just guix on a foreign distro, not sure
<castix>hi there, i'm trying to make a package, when i run `guix package -f file.scm` I get `guix/base16.scm:36:4: In procedure bytevector->base16-string:
<castix>In procedure bytevector-length: Wrong type argument in position 1 (expecting bytevector): "j77tkews4ukyabkdjhl3bciek2uf3bss6znai5u5d7vg5fj2iqwa"` what can this mean?
<castix>i got that hash from `guix hash -rx -f base32 .` in the git cloned directory, i inserted this hash into (sha256 call in file.scm
<terpri>castix, what does your sha256 call look like? iirc you can get an error like that if you put a plain string in the field
<terpri>it should be something like (sha256 (base32 "j77tkews4ukyabkdjhl3bciek2uf3bss6znai5u5d7vg5fj2iqwa"))
<castix>ok, then my issue is that if I keep base32 call I get `guix package: error: exception thrown: #<condition &invalid-base32-character [character: #\u string: "j77tkews4ukyabkdjhl3bciek2uf3bss6znai5u5d7vg5fj2iqwa"] 2f48570>`
<mbakke>castix: the hash used in packages is actually "nix-base32", which is the default if you do not pass the "-f" argument to 'guix hash'
<castix>ok, just got it, thanks both, issue solved :)
<brettgilio>lxsameer: not that I know of. The guix installation image is mostly big because of our bootstrapping situation with gnu coreutils and corelibs. The reduced seed binary project should make future images smaller.
<brettgilio>But in the mean time, that is about as small as it can get
<lxsameer>kmicu: don't worry mate, I'll install it tomorrow
<bandali>oriansj, what kind of authorization procedure is it? care to elaborate? should i not be able to wget that file from outside a qemu vm? i don’t see anything mentioned in there
<oriansj>authorization for network access are never included in system setup instructions for public distribution.
<bandali>okay you’re clearly not interested in actually giving any explanation as to what that guix.scm file actually is or how to obtain it. fine
<oriansj>bandali: you would need an issued certificate to send a cryptographic port knock at the tunnel system and a user issued certificate to send a different cryptographic port knock (which is checkeed again your user access) to gain access to the system; at which point your authorized access ports are open to your IP address for the duration of the session+ connect time
<bandali>oriansj, what’s the point of that if this newsagg.pdp10.guru/guix.scm file is just a ‘template’ or an standard configuration of some sort? if you’re sharing that paste.debian.net/1124793 snippet here, why not make that guix.scm file accessible too for folks who want to peek at it?
<NieDzejkob>brettgilio: Wait, why does the bootstrapping path affect the installation image size? Wouldn't the image only contain the run-time, and not the build-time, dependencies?