IRC channel logs
2026-01-11.log
back to list of logs
<zenmaya>nckx: yes)) I came back to guix again) thanks for the direction)) I think i saw something with generating grub keyboard with a command and then replacing the keyboard layout in grub, is that what you meant?) <ajarara>hi #guix, I'm trying to figure out how ntpd, mcron, guix-daemon logs are being rotated in /var/log. I see in (gnu services base) /var/log/{messages, secure, debug, maillog} are registered, but don't see where those two are registered <ajarara>ah log rotation is built into shepherd, I see it ask the service itself for files, %service-file-logger responds to the control message with the file that people pass into shepherd (e.g. in mcron's case it's #:log-file <loquatdev>Hello, everyone! There is a specific pull request that has not been merged yet. I need to use the package provided by that pull request in my systems, so I have been temporarily replacing the Guix channel repository url with the repository url that contains the code for the pull request. Is there a smarter way to do this until this pull request gets merged? <loquatdev>I'm missing out on other package updates that would be useful to me. <loquatdev>I imagine there would be something I could do to my channel definitions similar to how one adds patches on a regular package, but I'm not sure how that would work. <bdunahu>If it's a new package, can you just copy the package declaration into your configuration files temporarily? <loquatdev>It's a Rust package, and to be completely honest with you, I have no idea how to proceed merging it into my own code. The diff on Codeberg for rust-crates.scm is so large it gets suppressed... <loquatdev>I'm sure I could do it if I really wanted to, but I figured I'd at least ask if there's a more elegant way of doing it first. <bdunahu>I'll can give you a rust-crates file you can make small edits to if you want, I have it in my own channel <loquatdev>Yep, it's for eww! Didn't realize it was y-eww, haha... <yelninei>Rutherther: The file you send looks more like /etc/passwd and not /etc/shadow. <Rutherther>yelninei: I am aware of that, but it is really what's in /etc/shadow... <Rutherther>not sure what's going on with that qcow disk to be honest <Rutherther>cat on /mnt/etc/shadow returns what I sent to the issue <Rutherther>but getting "cat: /mnt/etc/bashrc: Structure needs cleaning" for exaple. Maybe there is some kind of a corruption, or mount is somehow not working for ext2 for me? <yelninei>with the patch it seems to work for disk-images (in hurd-vm service) atleast for passwd and su. Havent tried to login with vnc yet because I dont want to cancel the gccgo build thats been going on for hours <Rutherther>yelninei: yes I can confirm that passwords are encrypted and working with the modificatiopn you proposed <yelninei>Rutherther: Yay, Seems to work with vnc for me as well (provided there is a password set) . Do you have a patch already or should I send mine? <nckx>zenmaya: That's what I meant in that Guix already does that, but (1) Guix's generated grub.cfg invokes ‘keymap’ after ‘cryptomount’, i.e., too late (2) Guix puts the generated keymap in /gnu/store instead of in /boot, so GRUB can't load it before unlocking /. So fixing only one of those will have no effect on its own. <nckx>If you weren't using LUKS you'd have a fully Dvorak'd GRUB, assuming that you correctly configured (bootloader-configuration … (keyboard-layout …) …). <nckx>[And barring any other bugs in Guix :-] <nckx>zenmaya: …I suspect you didn't configure bootloader-configuration because you mention not having Dvorak in the GRUB menu either? <Kabouik>What do we have in store for burning live USB thumbdrives from ISO in Guix? I don't see Etcher the other programs I knew in the main channel. Is it `dd` only? <Kabouik>I am pretty happy with dd in general, just need to burn a Windows ISO for a friend here and I am not sure if it requires some special parameters <nckx>dd'ing an iso to a USB (really, any non-CD-ROM drive) is semantic nonsense, it's just that most Linux distributions use a hack to make their ISO also a valid ‘USB’. <nckx>I can't imagine Windows doing this so you'll have to format the USB drive, install a (Windows) bootloader, ‘manually’ copy the ISO files to the drive, etc. Of course there's software that automates this but it's very off-topic for this channel. <nckx>s/bootloader/EFI partition/ nowadays. <Kabouik>My question was about the solutions we may have in the main Guix channel to automate these steps so it was not completely off-topic (but of course I see how needing this to burn a Windows ISO makes it less appealing; I'm not happy about it either for what it's worth!) <nckx>I meant my comments were veering off-topic, not yours. <nckx>Packaging Etcher would certainly not be! <Kabouik>I'll check if there may be something on Flathub to do that; I don't want to spend too much time understanding how to use `dd` for Windows as it's not something I plan on doing frequently. Or is appimage support better on Guix nowadays? Etcher has an appimage too. <nckx>‘Etcher is a powerful OS image flasher built with web technologies’ oh sweet fuck. <Kabouik>Yeah flathub might be able to make my afternoon easier, it seems. <nckx>(Really, dd'ing ‘normal’/Windows ISOs doesn't do anything, don't waste time going down that route.) <zenmaya>nckx: I did! but it has not written itself through, although I use czech keyboard with dvorak ucw, and I tried the us dvorak layout, but I still get the us qwerty layout there anyway, maybe the bootloader isn't refreshed? (that seems impossible as instanll-bootloader.scm is run every time) <ieure>...but the new module variables are giving me this error: Throw to key `unbound-variable' with args `("resolve-interface" "no binding `~A' in module ~A" (libatasmart (gnu packages freedesktop)) #f)'. <ieure>Hmm, no, okay, something else is weird here. <Rutherther>ieure: hi, will you have time to test boot on the aarch64 thinkpad? <ieure>Rutherther, Yes, planning on doing that later today. I just got back from overseas yesterday. <ieure>Rutherther, Could you link me to the issue that has your patched installer image? <ieure>Thanks, will give it a whirl shortly and follow up in that RP. <ieure>Rutherther, Are you in the USA? <ieure>Rutherther, Okay, thanks, that's kind of what I assumed, but wasn't sure. <ieure>This was my first trip to Europe (Lisbon), it was very nice. <ieure>It's nice that Guix is such a distributed project, most other Linuxen seem to be heavily US-based even when they're international. <ieure>Rutherther, Same symptom with that image, boots Grub, when I select "GNU Guix installation," the screen flashes and the machine hangs. <janneke>Rutherther: sorry for (accidentally) closing the issue; i try to do everything from emacs but i had the browser open and i'm so /terrible/ with GUIs :-( <Rutherther>ieure: it seemed to me from my limited sample the majority Guixers are from Europe, it also surprised me, because I am also used to projects being heavily 'US-based' <Rutherther>ieure: :( unfortunately I don't really have much more ideas on how to get it booting <Rutherther>I have also tried booting the images on RPi 5 in the mean time, using UEFI firmware. It had similar symptomps as your thinkpad. Even the serial port is completely silent after I boot from Grub <ieure>Can the raspi even boot with Free Software? I know they have a weird boot process where the GPU starts up first, and it needs firmware. <Rutherther>ieure: I don't know, but I also tried nonfree kernel (although still only upstream kernel, not the one for raspi specifically) + firmware. Also didn't work <Rutherther>ieure: for you is it that you boot, the menu disappears, but background stays? That was the case for me on the RPi <ieure>Rutherther, No. But I just tried it again and got a different result. <ieure>Rutherther, Boot and press enter quickly on the boot menu -> erases the menu, leaving the background; screen goes black for a moment -> background and menu both redraw -> machine hangs. <ieure>Rutherther, But also I just got: boot and move around between the two options -> pick installation -> menu erases and background stays -> screen goes black -> machine reboots. <Rutherther>ieure: I am afraid it won't, they probably compile kernel with different options <ieure>Well, it would be nice if it worked, but it's no worse than the 1.4.0 if it doesn't. <ieure>And the hardware itself is still not fully supported by Linux. <Rutherther>yeah, I mean we know the images work on some hardware, so it's probably going to stay like this. Would be nice to collect some knowledge for the next release to get it working on more systems <ieure>If I switch to master, `make', switch to branch, `make', it works. But `make clean && make' on the branch fails. <ieure>Seems to work if I stick (@ (gnu packages freedesktop) libatasmart) in the package, is that an acceptable solution? Really wish Guile printed the circular module path when this happened instead of the cryptic `unbound-variable' error. <ekaitz>ieure: what's the ambiguous unicode character warning? have you seen that before? <identity>ekaitz: can you tell the difference between ‹/› and ‹⧸›? or ‹ › and ‹ ›? that is why the warning is there <identity>it should show which characters can be confused with different ones <ieure>ekaitz, It's the ^L page break characters. <ekaitz>nono, it's the " You won’t be able to import any" <ieure>ekaitz, Oh, yeah, Unicode curly quotes. I mean, I can remove those, but that's not the thing I have a question about. <identity>apostrophes should be ' APOSTROPHE #x27, not ’ RIGHT SINGLE QUOTATION MARK #xE28099 <ieure>Sure, fine, yes, I can change that, but it's not what I'm asking about at all. <ekaitz>ieure: yeah, but I did have a question about that :) <ekaitz>now, back to you, ieure, what was your question? <ieure>ekaitz, It's in the comment I linked. <ieure>It's too much to write out in IRC. <ekaitz>oh! I had to expand part of a diff to see it <lambda42>Hi, I'm trying to use `guix download --git myrepo.git --commit=abcdefg...z` to populate the store from that local copy of myrepo.git. It creates /gnu/store/123456...-myrepo-abcdefg, and gives me the the sha256 256A... <lambda42>In my package recipe, I have (source (origin (method git-fetch) (uri (git-reference (url "https://nowhere/myrepo.git") (commit "abcdefg...z"))) (file-name (git-file-name "myrepo" "abcdefg")) (sha256 (base32 "256A...")))) <lambda42>When building, guix tries to build `/gnu/store/999999...-myrepo-abcdefg-checkout.drv` by initializing a git repository in `/gnu/store/xxxxxx...-myrepo-abcdefg-checkout/.git` and fails because there's (intentionally) no repo at `https://nowhere/myrepo.git`. <lambda42>I expected the guix download to have pre-downloaded the repo so that it works offline / without an actual repo at that address, but since the store paths are different (`/gnu/store/123456...-myrepo-abcdefg` vs `/gnu/store/xxxxxx...-myrepo-abcdefg-checkout/`, notice the extra -checkout) of course that's not gonna work. <lambda42>I'd love a hint on how to get `guix download --git` to create a store path that matches what `git-fetch` would create. This procedure works fine for a single file `guix download foo.tar.gz` and `url-fetch`, but I can't get it to work with git repos. <cassou>Hi everyone, I'm struggling at finding the equivalent of GRUB_CMDLINE_LINUX parameter in the guix system config.scm. Any idea ? <Rutherther>cassou: that's the kernel-arguments field of operating-system <cassou>Oh thanks a lot, Rutherther! I was focused on the bootloader field and didn't look up.