IRC channel logs
2025-12-29.log
back to list of logs
<ieure>fmarl, guix-devel mailing list. <getstate>I'm struggling to start KDE (wayland) from GDM for some reason. It just crashes back to the login tty. <jact>Hi, I'm trying to create a Guix package for BaseX, a Java program, and am running into an issue with one of its Maven plugins that currently doesn have a Guix package. I tried to exclude it from the pom.xml using the :#exclude keyword, but it still complains that the input is not found. pastebin: https://pastebin.com/kyPCSh4Y <jact>the Maven extension in question is wagon-ssh-external. <ieure>jact, Remove the plugin from the pom.xml with a patch, snippet, or build phase. That plugin is used for copying release artifacts around, it's not something needed in this context. <jact>OK, thank you! I will give that a try. <getstate>When I try to start guix with KDE on wayland (added the plasma-desktop-service-type, from GDM), I get a crash and `run/user/1000/doc permission denied` <ieure>getstate, Hmm, I set up Plasma on a machine earlier today and had no issues logging in. Where are you seeing that message? <ieure>getstate, These are the permissions of that for me, FWIW: dr-x------ 2 ieure users 0 Dec 31 1969 /run/user/1000/doc/ <getstate>I get r-x------ as well, I'm actually unsure why it just crashes GDM, but that's all the logs gave me <ieure>Can you log into any other DE? <getstate>i3/hyprland works, just KDE on both xorg/wayland (xorg loads in, then freezes the whole computer) <jact>Getting another maven-related error. Trying to compile javacc-maven-plugin with guix. I am able to compile javacc itself, but not able to use it in a maven project. Even if provided as an input, it gives `no-such-input' with args `("net.java.dev.javacc" "javacc")' when trying to build the plugin. I suspect this is because javacc is compiled with ant, not maven, in the guix package. <apteryx>ACTION wonder what the purpose of commit 9a75c8ac135854f3380352b9dd3e653e6ff14614 is <sysbl1nk>I'm trying emacs IRC, never been in one of this rooms <efraim>apteryx: looks like that patch would benefit from a comment in the header. I'm guessing it's from upstream <apteryx>so I'd suggest either doing so, or dropping it, as there's little point diverging from upstream for cosmetics. <apteryx>yep, that's what upstream still uses, and no PR suggesting to rename that to LUANTI_GAME_PATH, yet <apteryx>so it may support that in the future instead of these old path variables. <efraim>that reminds me that I should see about writing a patch for dillo to use XDG directories <efraim>probably best to open an issue and tag lilyp and see why she added it and if it can be dropped <test202020>i trying install guix by manual on official website <identity>is it the latest manual or the one that is 50 (exaggerating) years old? <identity>because we have both up and default to the 50 years old one. <identity>stable is ancient, switch to the development one or read it locally (after you install, i guess?) <test202020>that for verify iso image by 15145 savannah user <identity>test202020: you can use either and then upgrade to latest <identity>1.4.0 has some bear traps set up, mind you. you will have to pull from codeberg manually the first time <test202020>because i am not found where i can download image without proxy <mannifred>Without systemd idk it all feels more buggy on guix <sneek>mannifred, you have 1 message! <sneek>mannifred, ieure says: I can't reproduce your KDE problem, windows move around just fine when I drag them by the titlebars. <identity>then it should do that without having to specify <mannifred>It seems like everything nowadays has to be systems centric <mannifred>When you try to run without systemd you will get problems <identity>people love when you can actually do stuff without closing your eyes and pointing somewhere and seeing if that works. that is what systemd gives them, basically <identity>it is also the most common init system, by a large margin <identity>if you do not count macos, but who counts that? <mannifred>identity few months back void Linux and alpine was still working nowadays they work but really rubbish <identity>maybe they should get a better init system :3 <identity>not necessarily, but something that is better than a bunch of shell scripts and duct tape <identity>systemd also provides much more than just PID 1 <mannifred>Well on guix I had some problems too similar to the problems on void <mannifred>Like not seeing my console output till I do type in my name and password and then spam enter key to make system react <identity>that seems like a hardware/firmware/whatever problem and not an init system problem <mannifred>How could it be one if it is on alpine void and guix? <identity>i mean, there are more differences between alpine/void/guix and nixos than just that <identity>yeah, apart from all the other differences <mannifred>So maybe no systemd has problem with Displayport <mannifred>Nah I don't have a logical explanation for this behavior <identity>maybe nixos is the only one of the four that properly configures DisplayPort on startup? <mannifred>Systemd starts a system service to fix the black screen and on no systemd the system does not react to keyboard input <mannifred>Identity well the older version of no systemd os still work <identity>smells like a kernel/drivers problem to me <mannifred>Like what if systemd code is inside the kernel <identity>this begins to sound like a conspiracy theory. Linux is not dependent on any init system <mannifred>Identity it would explain certain behaviors but I'm not a developer can't say much <identity>it would explain certain behaviours if it was true. if. <mannifred>Identity which Linuks distro would you take if you had to use systems <mannifred>Identity I just seen on nixos there was bugs in cosmic and on arch the bugs was patched out already <test202020>if now i choose one full disk for home and system how to difficult change that late? <identity>test202020: i would guess you would need to either wipe the disk or do some extremely dangerous live-patching <test202020>and why installer write to config services that i bot selected <identity>test202020: from what i know, Guix does not use LVM during the installation (you could do that manually, i guess?) <test202020>guix have mechanism for not break system while memory is small? <identity>test202020: what do you mean by that, exactly? <identity>this is probably a file system problem more than a Guix problem, as long as you run ‹guix gc› once in a while <mannifred>And then on a nixos which is an os with a rat as owner <test202020>exist way to change substitutes within running install? <identity>test202020: the installer should have prompted you for that, see (info "(guix) Invoking guix publish") <mannifred>Identity why does no systemd feel like less screen tearing ? <test202020>install try to connect ci guix but that blocked by hosting provider for my country and that make installing very slow <test202020>write_wait_fd unimplemented error broken install <mannifred>Identity which distro based on nixos would you take ? <test202020>where i can change defualt subtitude in installer? <test202020>installee not contain config.scm in source form? <csantosb>Godd morning Guix ! TIL about the black magic in `texlive-local-tree`, after one full day of failures to build a package