IRC channel logs
2024-09-11.log
back to list of logs
<podiki>sneek: later tell efraim just a headsup i'm about to rebase mesa-updates (delete remote and create) to pick up some kde fixes on master. and gtk-4 is current which fixed test failures after core-updates, maybe that's what you were thinking of before? <meaty>how do I make like, a super simple service? I just want to start mbpfan as root at startup <oriansj>basically you figure out the name of the executable you want to run with what arguments you want passed and then just tell guix that <meaty>ok so now I am troubleshooting another issue: despite the .desktop entry and bin/ symlink in ~/.guix-profile pointing to the emacs from the pgtk-xwidgets package, trying to launch emacs from the launcher or the command line launches an old, non-pgtk (non-wayland) emacs from the store. what's happening? <meaty>it has been this way for a few generations now <meaty>I have tried `hash emacs`, is there some other database I'm forgetting to update? <PuercoPop>meaty: from the command line, where does ls -l $(which emacs) point to? <meaty>PuercoPop: hmm, it points to the old emacs <meaty>it returns ~/.guix-profile/bin/emacs, which points to the old emacs <meaty>not guix-profile; the one in there points to the right one <meaty>wait, I forgot to change the emacs package in my actual home config <meaty>what's the diffeerence between .guix-{home/profile,profile} anyways <PuercoPop>that I don't know. But my home configuration puts things guix-home/profile. I'm guessing guix-profile/profile is from the system profile? <dlmsr>Is anyone using Guix home on a foreign distro? After I instantiated my Guix home environment, I could not login anymore. After entering my password the screen gets black and them drops me to the login screen again. <mange>I had an issue like that a long time ago, and added `if [ -z "$XDG_DATA_DIRS" ]; then export XDG_DATA_DIRS="/usr/local/share/:/usr/share/"; fi` to my profile to resolve it. I'm not on my foreign distro right now, so I can't check, but that might still help? <dlmsr>Thank you, sounds reasonable. I will try this out. <mange>The reason for that change is because that's the documented "default value" to use if the environment variable is empty. Loading a profile adds to it, though, so we have to explicitly set it to the documented default. There may be other environment variables that behave similarly. <dlmsr>I guess you added that snippet through an extension of the home-shell-profile-configuration, right? <Rutherther>dlmsr does this happen even on tty or only with display manager? <apteryx>how do you use 'guix refresh -u' with channels? <efraim>apteryx: guix refresh -L /path/to/channel -u <sneek>Welcome back efraim, you have 1 message! <sneek>efraim, podiki says: just a headsup i'm about to rebase mesa-updates (delete remote and create) to pick up some kde fixes on master. and gtk-4 is current which fixed test failures after core-updates, maybe that's what you were thinking of before? <apteryx>thank you. My '-L $pwd' was wrong, I meant $PWD, which now works :-) <dlmsr>Rutherther: It only happens with display manager <Franciman>hi, it is 3 days icedove doesn't have substitutes <efraim>I set it to build on berlin, I'll let you know when it builds or fails <jpoiret>Franciman: you can use icedove-minimal or icedove-wayland <jpoiret>and I guess most people use one of those so they haven't been fixed <Franciman>i was weathering for regular icedove. thanks jpoiret <Guest57>hi! I'm new to Guix and don't really know how to make a pkg even tho I plan on learning it soon. <janneke>what has happened to git development, git-deamon is broken, reading other's git archives is broken, shees <futurile>I thought I saw someone mention a patch or fix that had gone in <Rutherther>futurile I think that patch was aiming to fix only git send email, I dont think format patch was reported to be broken yet <janneke>fatal: base commit shouldn't be in revision list <jpoiret>don't you need a range format as in gitrevisions(7)? <efraim>I just ran 'git format-patch -1 -o ~/' a few minutes ago <futurile>Rutherther: ah thanks for the correction :-) <Rutherther>janneke I think that is correct if you are on master without new commits. Since base is automatically set to origin/master and it seems to be the commit you are trying to make a patch for <elevenkb>Hello there, when I install ipfs-service-type I get a failure having to do with permissions. Has anyone else dealt with this? <jlicht>is telegram-desktop crashing for anyone else? I keep getting a segfault when starting it <efraim>I just tried to launch it from the CLI and got a segfault <Deltafire>i'm getting a seg-fault trying to start Blender, using ATI graphics <efraim>I got a segfault with blender too <Deltafire>i've got a backtrace from gdb, it seems to get stuck in some loop involving dlopen - runs out of stack space eventually <efraim>the good news is blender opened for me on the mesa-updates branch <efraim>ACTION has to go for a little bit <yelninei>in my hurd journey i hit a test failure in automake t/output-order.sh because stderr is nonempty with a GC Warning: Repeated allocation of very large block (appr. size 112 KiB). Any ideas? <efraim>telegram-desktop still segfaulted for me on mesa-updates <yelninei>Running the tests with higher value of GC_LARGE_ALLOC_WARN_INTERVAL makes the test pass but that feels like a hack <apteryx>I'm trying to deploy a machine with an ipv6 network configuration, and I'm guetting obscure netlink error codes; does anyone know how to debug these? <apteryx>they are raised by guile-netlink, for all I know <apteryx>when exercised manually, I get this error: 1. &netlink-response-error: 17 when attempting to add my ipv6 address to the eth0 interface with `addr-add'. <[>Is git.savannah.gnu.org down or is there something wrong with my connection? <nckx>[: Appears to be down from here. Not long, since I pulled at most a quarter of an hour ago. <jpoiret>huh, I wasn't missing the `mumi send-email` delays <jpoiret>how do people send patch series these days? same old same old? <futurile>jpoiret: mumi continually polls to get confirmation (I think) so if debbugs is having problems it looks slow. I think the tool 'b4' is becoming popular with kernel people <jpoiret>i used to advocate for a move away from debbugs just because of this <futurile>jpoiret: yeah, I'm still just sending my cover letter and then using git send-email. Been playing with b4 for reviewing patches, and packaged 'bts' so I can easily grab the Message-ID of the cover letter. <civodul>debbugs.el is nice though (and ‘mumi am’ too) <civodul>yelninei: hello! any update on your side regarding the ‘stoi’ issue? <civodul>i was fiddling with that but couldn’t find any lead <yelninei>Something i noticed is that when I open a new ssh session and set GUIX_LOCAPTH and then LC_ALL=C.utf8 i get an error from setlocale <civodul>problem is ‘rpctrace’ is kinda broken and i can’t see what ‘guix-daemon’ and ‘guix authenticate’ and telling each other <civodul>yes, but it’s not using C.utf8, is it? <civodul>i mean, the guix-daemon service is running under en_US.utf8 <civodul>also, setting any locale, even LC_PAPER=fr_FR.utf8 or whatever, triggers the stoi error <yelninei>Yes it very weird. I ran system-check for the childurd test with C.utf8 in guix-shepherd-service and that succeeded but it is not working when i do the same thing in the ssh session <sneek>Yey! weary-traveler is back :D <yelninei>i feel like i am going cracy it was now working for me with LC_ALL=en_US.utf8 <civodul>i managed to grab more info with ‘rpctrace’… <yelninei>civodul: thanks. rpctrace shows ->term_getctty () = 0xfffffed1 ((ipc/mig) bad request message ID) right after accessing locpath for me. Any idea what that means? <wizard>alright bit of a long stretch here but does anyone have any experience running VR applications on guix? <tschilp>Hi guix! I just pulled and got the hint to install 'glibc-locales' and set GUIX_LOCPATH to ~$HOME/.guix-profile/lib/locale~. I actually have 'glibc-locales' in my system configuration and have most of my packages installed via guix home. It seems I do not have the path from the hint at all in my homedir. But I have ~$HOME/.guix-home/profile/lib/locales/~ -- would this be the equivalent to set? <podiki>wizard: i do some vr gaming, but sadly that means needing non-free for gpu <[>nvidia and AMD GPUs both require nonfree init (as a VGA option ROM or the UEFI equivalent) <[>(that's not handled by guix, but it's still non-free software) <podiki>i think new intel gpus too, maybe not integrated graphics though? <wizard>hmhm wild. is this a limitation of the linux-libre kernel? <podiki>sadly pretty much any recent graphics needs firmware or something nonfree to fully work (you can get basic video output with nomodeset usually) <[>Intel GPUs have free init with coreboot/libgfxinit, but that requires having an Intel CPU and those have other freedom issues (if you don't want Intel ME you are stuck on core 2 duo/quad, if you have neutered ME you can go up to haswell, broadwell requires nonfree raminit (for now) and skylake and later require more blobs (FSP)) <podiki>it is the values of free software, and the libre kernel upholds that by not loading anything nonfree (e.g. binary firmware blobs) <wizard>"limitation" was the wrong word but i couldn't figure out how to word it as consicely :p <podiki>hopefully things move to more freedom, but hardware wise that is the big hold out (and some wifi) <wizard>obviously standalone headsets are their own proprietary nightmare but is there any issue with like <[>I've heard that newer iGPUs require nonfree blobs to be loaded, but I'm not sure which generation this started. I know they work with linux-libre at least up to haswell. <wizard>using one of those via streaming via wivrn <yelninei>civodul: You might be correct. Found the libgc error today where they cause an automake test failure (also on hurd). when I add GC_LARGE_ALLOC_WARN_INTERVAL=100 (or anything sufficiently large) things work <dissoc>i use stumpwm with guix. should i have stump and stump-contrib packages in my system config packages? or should they be in my home config packages? <wizard>dissoc: probably the system packages if you want it to show up in your desktop manager <wizard>not sure if it matters where the contrib packages are or not though <dissoc>wizard: thats what i thought. i for some reason couldnt get the contrib packages working <podiki>vr headsets themselves aren't an issue i think, they are just a display and sensors/input, no drivers/firmware for the ones i've seen <efraim>I tried on the quest 3 last month when I was in the states, it looks really cool <podiki>i do love me some vr :) really feels like the future <wizard>we're living in the future with stuff like that and hardly anyone's even experienced it too <wizard>people think it's super cool when i tell them that i DJ in virtual reality <wizard>in reality it's all just nerd stuff haha but it's kind of exactly what they'd expect otherwise <PotentialUser62>is there a guide somewhere detailing what sorts of formatting work in the plaintext emails sent to the guix issue tracker? I want to include a code block in a bug report but am not sure how to have it format cleanly in the issue email <ieure>PotentialUser62, It's plain text, there is no formatting. <ieure>I like to indent code four spaces. <ieure>But that's just to visually offset the text, it doesn't change the presentation. <wizard>it wasn't me if that's what ur wondering ;) <rkazak>what laptops do people recommend for use with Guix? <[>with canoeboot or gnu boot <[>there's also ThinkPad T400 (harder to flash) and Dell Latitude E6400 (can be flashed internally but no ACPI support in coreboot) that run blobless in canoeboot/gnuboot (the latter only in canoeboot) <ieure>rkazak, Anything that runs Linux well. ThinkPads are great Linux machines, lots of stuff in the $100-$200 range on eBay in the US. T480 / T480s are good choices. The main Guix issue over other Linuxen is the lack of firmware blobs for WiFi, which there simply is no good solution for -- laptop model doesn't significantly affect that IMO. <ieure>ath9k is the best completely free WiFi, but it's very dated and performance isn't very good. You can get a vintage ath9k card for cheap, but it only works on older laptop models, which can be tough to daily drive, performance-wise. Or you can spend $70 to buy an ath9k m.2 card, which will work on more modern laptops. <ieure>If you want maximum Free Software, ['s suggestion is good, X200 / T400, or another model from that generation. <[>I recommend T440p over T480. **4* series and later has bootguard so no coreboot, but T440p and W540/W541 have socketed CPUs so no bootguard and can run libreboot with no blobs except ME <[>and possibly microcode updates, not sure if those are actually required <[>ME is neutered but it's still there. Haswell has free raminit that's not merged into coreboot yet but it is in libreboot. <ieure>T440p is a good model, I have one and have built and sold several, but performance/thermals/battery are much, much better on the stuff from the T480 generation (T480, T480s, X280, P52, P52s, etc etc). <[>Also $70 seems very expensive for an ath9k m.2 card. I ordered one for ~£3-4 <ieure>[, would love to know your source for that. <ieure>Only m.2 ath9k I could find was from a low-volume boutique manufacturer and was way expensive. miniPCI cards are plentiful, but don't work in the m.2 slot newer laptops have. <ieure>Thing about the T440p is that you can make it competitive with T480, but end up paying a lot more for equivalent performance. The 4th gen quad CPUs are spendy these days and the IPS LCD panel is $100ish. RAM is also on the expensive side. <ieure>I think it's DDR2? I lucked out and got a broken max spec T580 for next to nothing and robbed all the good stuff off it for my build. <[>T440p is DDR3. I got one with a 1080p display, 16GB of RAM, and i7-4700MQ for £70. <[>X200/T400 are also DDR3 <[>Latitude E6400 is DDR2 though <sepeth>Hi Guix, in a package definition, can there be more than one source definition? <ieure>sepeth, No, but the package inputs can have an origin record. <bdju>hm conflicting entries for ffmpeg <bdju>guess I gotta remove it from my list now or something <bdju>and mpv will hopefully pull it in anyway <[>does mpv propagate ffmpeg? <bdju>the message suggested upgrading mpv and ffmpeg at the same time, that's all I'm going off of <bdju>currently trying to remove ffmpeg now which does a lot of unrelated stuff and takes forever for some reason <bdju>like it's downloading gnome-backgrounds for some reason <bdju>I'm just running upgrades not installing anything new so a recipe might've changed or someone updated only half of what they should've maybe <bdju>yes mpv has ffmpeg in propragated-inputs it looks like <bdju>seriously why does guix remove update a bunch of substitutes <bdju>I was going to run upgrades again after this anyway <bdju>and I need to step away from my PC soon but now this is taking 1000x longer than expected <bdju>so if I walk away my upgrades won't start afterward <bdju>I guess I will C-c it and re-run with my upgrade command after it with && <sepeth>PuercoPop: ultimately neovide, but currently busy with rust-skia <[>ieure: Have you managed to get the T440p SD card reader (RTS5227) working with Guix? There are several (free) out-of-tree drivers for it, none of which I have tried. rtsx_pci does not seem to work. <ieure>[, I don't have Guix on that machine. <ieure>And I don't run linux-libre on anything. <ieure>It has always Just Worked with vanilla Linux. <[>There are no complaints about missing firmware in dmesg (as there is for iwlwifi firmware) so it's not related to linux-libre not loading some required non-free firmware <bdju>got excited dolphin-emu was building but it's still the same really old version we've had for a while. <bdju>prusa-slicer build failure. will report to mailing list <podiki>bdju: i'm aware of that, due to update in dependency, just haven't looked (patches welcome!) i think it hasn't been updated since it was added <bdju>I usually use superslicer on another PC. I think I just have prusa-slicer installed in case I wanna view something quick. there were enough differences I didn't like prusa-slicer as much <bdju>I'll get through these upgrades eventually... <bdju>would be neat if I could gracefully skip on failure without it stopping. and also if I could skip anything that needs to build, but I think people have requested that for years. <jmes`>bdju: I was just inquiring about that the other day <jmes`>To skip builds when substitutes are unavailable <bdju>I think the best we can do is use --dry-run or guix weather to try to determine how many need to build, then manually skip them