<efraim>I bought my wifi stick from ali express #Aliexpress US $7.51 7%OFF | WTXUP for Atheros AR9271 150Mbps 802.11n Wireless WiFi USB Adapter Wi Fi Dongle internal Antenna Soft AP for Windows7/8/10/Linux
<efraim>cbaines: we could also just skip the parallel-tests on subversion only on some architectures
***jonsger1 is now known as jonsger
<dftxbs3e>getting weird errors bootstrapping GNU Guix on IBM POWER9 ppc64 (big endian): https://paste.debian.net/plain/1130267 -- seems like bootstrapping with GNU Guile 2.2 is largely untested and I do not know how to build bootstrap binaries with GNU Guile 2.0 instead here
<vits95>Summary: Didn't understanded how to set up udisks for hdd APMs. Setted-up a sway, a qutebrowser and a kitty. USB-tethering mostly useable. Thinking to connect to tor due to routing issues.
<vits95>Also i did `fc-cache -r`. It and deleting of the user profile allowed me to look at IceCat. Also in sway, if old i3wm configs present in ~/, qutebrowser possibly doesn't start. But now the everything works.
<nckx>vits95: Background: redirection is handled by the shell. What ‘sudo echo foo > bar’ does behind the scenes is: 1) your current shell sees ‘> bar’ and opens bar, as you 2) then launches ‘sudo echo foo’ (note that ‘>’ is already gone at this point) 3) echo runs as root and writes ‘foo’ to the file descriptor it got from the shell. If bar isn't accessible to your user, step 1 already fails, your sudo comes far too late and has no relevant effect.
<apteryx>eh, we have a 'nintendo-nes-classic-edition-installation-os'. Can Guix really be installed on such target machine?
<nckx>apteryx: At the risk of stating the obvious: …yes?
<zimoun>let raise the issue on guix-devel and confirm that the diagnostic is correct
<apteryx>Hmm, I've generated my own installer image, and I'm now getting 'failed to resolve partition "1970-01-01-19-49-46-83"' upon trying to boot.
<apteryx>It works using the online available Guix install image.
<nckx>apteryx: The point is to disallow non-root users from viewing the kernel log (whether or not this is ‘not typical’ is debatable — it's actually quite common today, and this was an argument to do so in Guix); setuid would negate that. I don't know what polkit does but it's probably a better idea.
<apteryx>nckx: OK, thanks for explaining. I don't know much about polkit, but I'll look it up when the itch grows ;-)
*apteryx about the boot problem; it's my own causing. Testing Btrfs subvolume patches.
<nckx>apteryx: AIUI Linus/the Linux people don't want to remove information leaks like (ASLR'd) memory addresses from the kernel log ‘because that would hurt debugging’, so distros felt they had little choice but to make it a privileged operation. For the same reason, we should probably make /var/log/messages root/wheel-readable as is already the case with journald.
<bandali>very cool. next natural question is, is there a quick/easy way of finding the latest commit *before* a package has to be rebuilt? especially when one of the package's dependencies have changed, as opposed to an easily noticeable version bump in the package itself
<bandali>hmm, any way to use inferiors with specifications->manifest ?
<bandali>(rather than using packages->manifest and mapping specification->manifest over a list)
<apteryx>bandali: at this point you're starting to know more than I do about inferiors :-)
<apteryx>I reckon seeing something about manifests and inferiors in the manual, but you must have seen this already.
<dftxbs3e>apteryx, maybe there's a way to query for such cache size
<dftxbs3e>or make a quick stress test before flashing
<apteryx>I think it has to do with the size of a "page" more than cache. Flash devices typically write 4 MB at a time, no matter the size of the write. So it's just much more efficient to write to it using chunks of 4 MB.
<nckx>Disappointing that the OS cannot even (apparently) coalesce blocksized writes arriving in a perfectly linear manner :-/ What hope do other workloads have.
<apteryx>correction; writes 4 - 16 KiB in size, while erasing is multiple pages and MBs at a time.
<apteryx>for UEFI, I'm supposed to mount some device partition to /boot/ufi, but there doesn't seem to be any drive that are exposed by the system (others than the one I know).
*apteryx is installing Guix on yet another machine
<dftxbs3e>efraim, so it has to be the cross compiled bytecode. Copying the bytecode from a Gentoo install worked
<efraim>so that'll be a fun problem to work out. How to compile its own bytecode first
<dftxbs3e>efraim, for now I'll just replace the bytecode in the archive lol
<nckx>apteryx: How familiar are you with UEFI? In general, your target drive itself should contain a small (5-100 MiB is common) ‘EFI System’ partition that is FAT32-formatted, and is mounted on [/mnt]/boot/efi. It will contain GRUB once you install.
<nixo_>Hello guix! I just tried guix offload, it's so cool! I thought "The other machine is on a different version, it will need to download/build a lot of stuff.." in the meanwhile it started sending 200Mb from my machine. Really really impressed on how cool it is
<nixo_>However, the setup is still a bit boring, maybe something like ssh-copy-id would help!
<apteryx>nckx: Can the 'EFI System' partition live on a LUKS encrypted device?
<apteryx>I guess not... the magic used to be the MBR that could host enough of GRUB to decrypt the disk before loading more of itself /boot/grub, IIUC.
<nckx>apteryx: No. Your UEFI ‘BIOS’ has to read it, and it looks for a FAT32 partition of the right type, nothing funky.
<nckx>The EFI partition is a huge-butt extensible MBR that is shared amongst all OSes.
<nckx>If your / is encrypted, /boot even must be, because Guix doesn't support a separate (unencrypted) /boot yet.
<nckx>apteryx: Nowadays, firmware loads /boot/efi/EFI/Guix/grubx64.efi from FAT, then starts it. Then GRUB asks you for the passphrase, uses that to decrypt /, loads modules & grub.cfg from /boot, then loads & boots the menu entry's kernel + initrd from /gnu.
<NieDzejkob>funny thing, my firmware refuses to load /boot/efi/EFI/Guix/grubx64.efi and insists on /EFI/BOOT/BOOTX64.EFI
*nckx should've written /EFI/Guix/grubx64.efi at that stage but you hopefully get the point 🙂
<nckx>NieDzejkob: Oh, yeah, that's hilarious, I have a similar machine.
<nckx>There are even machines that hard-code ‘Windows boot manager’ as name 😒
<efraim>dftxbs3e: nice! of course it can't be upstreamed like that but it's good to know where all the problems are
<nckx>apteryx: That said, while knowing how your system boots is in your best interest, if the manual doesn't walk you through every single step without knowing it should be improved. Installation time is not the time for learning interesting background.
<efraim>dftxbs3e: the guile-2.0 bootstrap binaries I just built and copied over to my G4 worked when I ran 'guile --version' and 'guile --help'
<Gooberpatrol66>I put something in config.scm that depends on a channel. If I run sudo -E guix system reconfigure /etc/config.scm, it can't find the channel specification. i have to do su and then run it from a root shell.
<dftxbs3e>OMG! The long double incompatibility also happens on big endian for some reason.. it really shouldnt... *dies out of despair*
<apteryx>sirgazil: there's no authentication support in Guix proper currently. There was a discussion to allow using a users SSH key IIRC, but that kindof goes against what Guix stands for (purity of builds, reproducibility).
<sirgazil>apteryx: In a previous pull, I read that there is support for SSH authenticated repositories now. Actually, my private channel works, but this particular package fails to build with that error.
<rekado_>oof, another GWL release obstacle: call-with-container doesn’t always work!
<rekado_>it’s really puzzling: I’m listing all directories that should be mounted in the container but for *some* invocations this doesn’t work.
<rekado_>the directories appear but they are empty!
<rekado_>I wonder if that’s a problem with my kernel, a problem with the number of bind mounts, or something else.
<apteryx>sirgazil: I see! Thanks for the heads up.
<apteryx>sirgazil: about the error, I'm not sure. Is it using special features of SSH?
<rekado_>also weird: the *same* unchanged file using call-with-container *sometimes* works
<sirgazil>apteryx: the packaged program? It doesn't use SSH.
<apteryx>sirgazil: I have to read up; I was thinking depending on how the authentication is defined (~/.ssh/config) ? There might be SSH options there or something that guile-ssh (I guess that's what is used) can't handle yet.
<apteryx>nckx: I'm confused as to the exact mount location of that EFI system partition; /mnt/boot/efi vs /boot/efi? The latter probably wouldn't fly on the installer, so I'm guessing the earlier... But my config says it should be mounted at /boot/efi. Hm.
<apteryx>bricewge: I've hit issues in the installer, and due to some other place in file-systems->fstab that expects strings but now we have alists, so a file-system-options->string call is missing there.
<apteryx>(about #37305 v2) also when using the installer, my generated grub.cfg didn't have the prepended submodule path, as it should be...
<apteryx>how can I bulid a <computed-file> object?
<apteryx>I tried lower-object, then ,run-in-store -> I get some derivation, like: $6 = #<derivation /gnu/store/w11f2vnficj3r471hllf33k1gmi4y8g0-grub.cfg.drv => /gnu/store/q1211g5w10cjn35imdb8czr5cz39psrc-grub.cfg 7fd7ad544230>
<apteryx>ah, nevermind, it actually worked to build that derivations :-)
<rekado_>oh, interesting: the problem with call-with-container only happens when “.” is among the mounted directories.
<janneke>i'm trying to run screen to connect to a pinebook pro; any idea what /var/run/utmp: No such file or directory means?
<theruran>I am trying to guix pull or guix pull --bootstrap and they both fail. On the bootstrap, I get the error: "ERROR: In procedure dynamic-pointer: Symbol not found: strverscmp" on building module-import-compiled.drv :(
<theruran>this is a fresh store. I have only been able to build `hello' so far
<theruran>and using the default savannah channel just ends up with HTTP 404, 550, 404, and timeout on the linux-libre package
<wheeler>Having some issues with X11 dependencies while packaging flpsed.... libx11 is there in native-inputs but I'm getting "Error: libX11.so not found" in the build. Any ideas?
<bavier>wheeler: would probably be more appropriate for "inputs"
<nckx>apteryx: Like your root is /mnt during the installation but / everywhere else, it's /mnt/boot/efi during the installation.
<nckx>I.e. you might have been overthinking it…? 🙂 I'm glad it worked out.
***ChanServ sets mode: -o nckx
<bavier>anyone else get error on 'guix show choqok'?
<theruran>bavier: yeah, "guix: show: command not found"
<bavier>weird, wonder what the issue is; maybe parsing the description? idk.
<theruran>is guix supposed to be hiding its version? guix --version just give me the f'ing license notice