IRC channel logs


back to list of logs

<SeerLite[m]>Hi. How should I go about setting up slim dm to autostart i3 in a dbus session?
<atka>vagrantc: I have noticed that as well
<vagrantc>that seems like a pretty significant regression :/
*vagrantc will report a bug
<Aurora_v_kosmose>I wonder what's behind it.
<atka>my guess is the service gets stopped now on reconfigure for some reason
<atka>it used to get restarted immediately
<atka>or not even stopped actually
<Aurora_v_kosmose>Ah, that makes sense.
<vagrantc>i'd guess it has to do with 808b9e850491c7b1d867a5f1f4d5ee6f61f345d4 services: openssh: Start as an inetd service.
<vagrantc>that's about when i started noticing it
<civodul>vagrantc: are you talking about ?
<civodul>i've just pushed a fix
<vagrantc>that sounds like the same thing
<civodul>and yes, that one was pretty terrible
<vagrantc>hadn't heard any noise about it and was surprised, wondering if it only affected aarch64 or something weird :)
<atka>are there permission issues when having umask 077 recursively applied to a users home (without sudo), I noticed if I had umask 077 in my .bashrc after a guix system reconfigure if I were to log out via ssh and then log back in I wouldn't have sudo privileges until a reboot.
<vagrantc>rekado: submitted rockpro64 scsi patches upstream and they were reviewd by the rockchip maintainer:
<cybersyn>hiya guix
<vagrantc>rekado: slightly simpler than what is in current guix, half wondering if the smaller patchset would actually work for you
<atka>sudo: /run/current-system/profile/bin/sudo must be owned by uid 0 and have the setuid bit sety, this is what I get when using sudo after logging in via ssh if my home folder has 700 permissions
<vagrantc>atka: there should be a setuid/setgid copy in /run/setuid-programs, which should be first in your PATH
<atka>this is in a multi-user environment thus restrictive permissions but it affects every user until I chmod -R 755 their home dirs
<vagrantc>command -v sudo ? is it loading it from some other path?
<atka>let me check, it will take a sec
<vagrantc>also, i think chmod 0700 is the default for the homedir on guix system at least
<atka>hmm, I thought it was 755 or something similar
<kitty1>bjc: y'know, you mentioning hurd reminds me at some point I really have to mess with Guix/Hurd virtualization haha
<vagrantc>i don't think i did anything special, and that's the permission of my homedir :)
<atka>no umask in bashrc?
<atka>I do know it affected two systems
<atka>I'm retracing my steps now to reproduce
<vagrantc>no umask set in /etc/profile /etc/profile.d/* ~/.bash* ~/.profile
<vagrantc>umask is 0022
<vagrantc>oops, /etc/profile has: umask 022
<vagrantc>was reading from the wrong system :)
<atka>yeah so I want to disable read access by default, so users have to explicitly share with others in their group
<atka>but its appears to break things
<atka>sorry my test system is very slow
<vagrantc>bet mine is slower :)
<atka>2007 core 2 duo?
<atka>but you are on arm so maybe?
<atka>mobile core 2 duo
<atka>hmm, I wonder how close those would be really
<vagrantc>if i really want to compete, i should boot up my old pinebook :)
<atka>ok wait, so can I run guix with libre kernel?
<atka>on that hardware?
<atka>i'm looking for an arm guix device
<vagrantc>i've run guix on many of the pine* hardwards
<vagrantc>pinebook, pinebook-pro, rockpro64-rk3399, rock64-rk3328, pine64+ ...
<vagrantc>can't say 100% feature complete (usualyl wifi problems) but good enough for what i do
<atka>basically looking for an arm sbc that can run emacs etc with unpatched kernel and have everything work minus wifi and I can live without gpu accel
<vagrantc>most of those have some degree of gpu acceleration too
<atka>oh, ok then, thank you, you maintain uboot yeah?
<atka>if so thank you again!
<vagrantc>i've been trying to keep u-boot up-to-date in guix, yeah
<atka>ok here we go, I think I reproduced it
<vagrantc>i think i also got the aarch64 kernels working in the first place, although others have done most of the work since then
<atka>I set my umask to 077 in .bashrc and ran guix home reconfigure, I then guix pulled and ran guix system reconfigure, which proceeded to kick me out of ssh due to aforementioned bug, when I relogin I'm greeted with -bash: /etc/profile: Permission denied, same for /etc/bashrc
<atka>if I try to run sudo for anything :sudo: /run/current-system/profile/bin/sudo must be owned by uid 0 and have the setuid bit set
<atka>command -v sudo returns /run/current-system/profile/bin/sudo
<atka>any other user that logs in at this point will face the same issue until the system is rebooted
<atka>this is a bug right?
<atka>or am I trying to do something stupid?
<vagrantc>my head always spins trying to remember unusual umasks
<vagrantc>that... doesn't look like the correct umask
<atka>I just want 700 permissions for users home dirs
<atka>I have tried serveral umasks all with the same result
<lilyp>I don't think you need to enforce that through guix home though
<atka>on a usual system you would just put it in your .bashrc
<lilyp>putting things with 700 permissions in the store otoh is asking for trouble
<atka>I think thats what's happening but isnt the store dealt with via root daemon?
<atka>it should be my user's stuff
<lilyp>home service is not "my user's stuff"
<atka>I have home defining a few packages and a copy of my .bashrc thats all
<atka>that's what I mean by stuff, but if a root daemon is handling things why would my users permissions matter
<atka>and how is setting umask in my .bashrc affecting access to /etc/profile and /etc/bashrc
<atka>just seems strange as all because I've used those permissions on other multiuser servers fine for home dirs
<vagrantc>uh-oh, guix pull borked: /var/log/guix/drvs/yi/rlhr16dhav8w5hsc474nlqar0cg68g-guix-system.drv.gz
<atka>have world read and crawl of users home dirs and files seems a bit strange
<atka>vagrantc: happened to me as well just now
<vagrantc>atka: glad i haven't contracted your homedir problems :)
<vagrantc>must not be as contagious
<atka>do you have any thoughts on them?
<vagrantc>what i've been trying and failing to paste from the correct buffer "build of /gnu/store/yirlhr16dhav8w5hsc474nlqar0cg68g-guix-system.drv failed"
<vagrantc>loading... 95.9% of 97 filesice-9/psyntax.scm:2813:12: In procedure syntax-violation:
<vagrantc>Syntax error:
<vagrantc>guix/scripts/system/reconfigure.scm:147:20: live-service: Wrong number of arguments in form (live-service provision requirement running\
<vagrantc>civodul: guessing that might come from your fixes to ssh ... ^^
<vagrantc>there wasn't much more in the log, other than lots of loading... lines
<KE0VVT>`guix pull` failed.
<KE0VVT>vagrantc: It's failing for everyone, then?
<KE0VVT>Eek. Right when I go to set up RDE.
<KE0VVT>Sway and i3 aren't in RHEL, so I sort of have to use Guix.
<KE0VVT>Plus, RDE is... addicting.
<vagrantc>what is RDE ?
<atka>vagrantc: so the interesting thing about my home dir issue with a restrictive umask is that it only affects users after a guix system reconfigure and only over ssh and only until a reboot
<vagrantc>i hear about it, sounded like guix home came out of it ... ?
<vagrantc>atka: so many caveats!
<atka>now that I think about it, maybe its elogind related, I know elogind/pam/ssh intermingle
<atka>the only reason I have elogind on the servers is because docker depends on it...hmmm
<vagrantc>i remember needing elogind to run sway from the console
<atka>yeah its required for wayland and desktop stuff, login managers etc
<vagrantc>admittedly, i'm mostly back to running guix on foreign distro or on headless systems
<atka>I'm using multiple systems right now, but really like guix and want to use it everywhere, but void and alpine are pretty nice too
<KE0VVT>vagrantc: Guix Home came from RDE. I'm also back to running on foreign distro.
<vagrantc>KE0VVT: but what is RDE?
<atka>is rde a foreign distro that uses guix as a package manager?
***rekado_ is now known as rekado
<KE0VVT>vagrantc: Reproducible Desktop Environment. Custom Guix Home configuration.
<vagrantc>seems to be a guix channel on top of regular guix?
<KE0VVT>vagrantc: Yes.
<KE0VVT>`guix pull` failed.
<vagrantc>KE0VVT: it's going to keep failing until it gets fixed
<KE0VVT>OK. :-(
<vagrantc>maybe reverting eeb8ac43c8c0b0cc69422766070dbefc55f5c5c1 services: shepherd: Do not unload transient services.
<vagrantc>a2c759c8304c461d096ab763568e7f71546ff4e8 services: herd: Report whether a service is transient.
<vagrantc>will get it to pull again, but i'm hoping for a better fix
<KE0VVT>I don't mess with that stuff.
<civodul>vagrantc: should be fixed now
<civodul>apologies for the mess :-/
<vagrantc>civodul: thanks for all your great work :)
<civodul>heh, a bit embarrassing!
*civodul -> zZz
*vagrantc managed to fail to dinstinguish 2202.04 vs. 2022.04 for several hours of debugging madness the other day
<vagrantc>mistakes happen, and sometimes they're a little embarrasing, but we move on and get some sleep :)
<KE0VVT>vagrantc: Simple mistakes are often the cause of huge problems. It's funny when it's over.
<flaminwalrus[m]>I recall spending 4 or 5 hours debugging a microcontroller program for communicating with a radiation detector only to realize the next day we didn't ever plug the detector in...
<atka>so I was able to run guix pull again but now guix system reconfigure is failing: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
<atka>error: live-service-transient: unbound variable
<vagrantc>atka: oh no!
<atka>have you been able to pull and reconfigure since the "outage"?
<vagrantc>about the check
<vagrantc>same problem :/
<atka>I guess I am contagious after all
<jab>Ox151: yes...
<jab>I have some code for how to edit the hosts file.
<jab>just a second
<jab>Ox151: Here is some code:
<PotentialUser-59>I'm having trouble figuring out how to get a source package into `guix shell --container`. I know with `guix build -S package` I can get the source, but can't figure out how do do that with guix shell
<zamfofex>PotentialUser-59: I don’t think you can do that. I think you’re expected to fetch the source on your own terms then use ‘guix shell -D foo’
<PotentialUser-59>I think I got a solution. This works for me at least: `guix shell --container -D package --share=$(guix build -S package)` works fine
<KE0VVT>Is `guix pull` fixed yet?
<bjc>KE0VVT: i can pull. i haven't tried a system reconfigure, though
<KE0VVT>bjc: I'm pulling it!
<Ox151>jab: thank you for that example
<KE0VVT>guix: home: command not found
<KE0VVT>`guix package -u` is not working.
<atka>hello guix
<raghavgururajan>Hello Guix!
<kitty1>raghavgururajan: hows it going? uwu
<raghavgururajan>kitty1: Good. Yourself?
<ZhuAisi[m]>Hello, Guix. I have a question: How does grafting work?
<ZhuAisi[m]>If I have a package `foo`, And I absolutize the reference to `mesa` in its source code. Will `guix build foo --graft=mesa=glvnd` Use the glvnd GL loader instead of MESA one?
<kitty1>raghavgururajan: chill , just kinda waiting for someone to do something about that guix home rmdir issue and until then yesterday and today have just been going around reconfiguring things haha , *probably* should learn more about what I could do to contribute fixing those types of things someday, tried to look briefly to at least understand *why* it is happening but had no luck at a quick glance
<atka>hello the_tubular
<the_tubular>Hey atka, how are you ?
<atka>doing ok, yourself?
<the_tubular>Pretty good!
<the_tubular>You got a nice guix channel yet ?
<atka>nice, good to hear
<atka>I don't have a channel
<atka>still working through things but been hitting bugs here and there which have slowed things down
<the_tubular>Ohh :/
<the_tubular>Yeah, it's been taking me a while too
<atka>you been playing around with guix?
<atka>I have it running on 3 systems right now
<the_tubular>Yeah, a bit.
<the_tubular>I'm still trying to manage a network using guix
<atka>what are you trying to accomplish?
<the_tubular>Well, not getting disconnected from IRC all the time :P
<the_tubular>Not trying to accompish something in particular, just messing around with it
<atka>no worries just curious what manage a network with guix meant
<kitty1>wonder how networking with guix/hurd would be
<kitty1>I know *plan9* does a lot of really clever things because it was made a bit more elgantly and wasn't bound by posix compliance relative to hurd, but I'm not sure if hurd has a lot of that cool stuff anyways or not?
<atka>I'm not sure but I'm ready for what comes after linux/unix
<atka>modern approches taking into account what we've learned over the last several decades
<kitty1>yeah, same.
<kitty1>kernels really need to just abandon linux, even if it was a great kernel its just kinda like
<kitty1>its way too homogenious everything using the same thing
<kitty1>atka: I don't know much about kernels or operating systems all things considered, but I have heard great things about plan9. Its a system based off of a microkernel and from what a friend says apparently takes extreme effort into making "everything is a file" holds true
<kitty1>kinda curious how hurd compares to it ngl
<kitty1>slightly different projects tho, so not entirely comparable but still lmao
<atka>thanks, I've used plan9 a bit in the past
<atka>it is interesting for sure, has a distributed computing cloudlike nature
<kitty1>I've used neither, but stalk around both communities a bit haha , I plan on messing with them relatively soon to get a better understanding although I keep putting it off in favor of other projects
<atka>yeah I'm focusing on guix at the moment, looking on building stateless systems and declarative routers
<kitty1>I am really quite curious how much synergy could be gotten from doing both in the same system
<kitty1>yknow? it feels like doing things both nix-styled and plan9-styled at once would really open up some cool things, guess the *closest* thing that exists right now is guix/hurd but curious to see if anything else will develop there
<kitty1>also curious as to what I'm not even vaguely aware about lurking in random petprojects and papers or ideas not even thought of yet ; what is not just unpopular but almost flat out absent in the realm of good system design?
***viivien is now known as vivienchon
<phodina[m]>I get this error message when upgrading rust package definition :
<phodina[m]>`the package `structopt` depends on `clap`, with features: `lints` but `clap` does not have these features.`
<phodina[m]>Is there a way to enable features of rust crate in the package's input - in this case `structopt` or do I have to create first the dependency `clap` as a new package which inherits the original package and enables the feature? Or just enable the feature in the `clap` crate itself?
<phodina[m]> * Hi,
<phodina[m]>I get this error message when upgrading rust package definition :
<phodina[m]>```the package `structopt`depends on`clap`, with features: `lints`but`clap` does not have these features.```
<phodina[m]>Is there a way to enable features of rust crate in the package's input - in this case `structopt` or do I have to create first the dependency `clap` as a new package which inherits the original package and enables the feature? Or just enable the feature in the `clap` crate itself?
<PotentialUser-23>Today I purchased a new notebook computer with an INTEL 28350 Atom processor, 4GB RAM, 32GB SSD, running Windows 10, and I want to install a Linux Distro. Will I get decent performance with Guix, or should I install something else? I'm using this devise for working online, which involves streaming video with individual students (I'm a tutor). Your
<PotentialUser-23>advice would be appreciated. I've been using Linux (Ubuntu, then Pardus) for several years, I'm fairly comfortable in the terminal, and I know a little Scheme (lambda functions, higher order functions, tail recursion, the basics).
<KE0VVT>PotentialUser-23: Not sure about the RAM, but worth a try. I didn't even know new computers were sold with 4 GB RAM anymore!
<PotentialUser-23>KEOVVT Welcome to the real/third world.
<PotentialUser-23>KE0VVT Sorry, see above.
<KE0VVT>PotentialUser-23: The only message I see is "Today I purchased ..." Anyhow, you'll be fine with 4 GB RAM if you use lightweight software.
<KE0VVT>No GNOME, obv.
<PotentialUser-23>KE0VVT Yeah, no Gnome for me. If TWM is available, I'll probably customize that, for kicks.
<KE0VVT>PotentialUser-23: Ha, I've done that before! I use Sway and i3.
<PotentialUser-23>KE0VVT OK. About how much storage space does a base EXWM install take up?
<KE0VVT>PotentialUser-23: The storage space of 32 GB could be an issue. I don't know about EXWM, as I don't really use X.
<PotentialUser-23>KE0VVT I installed Pardus with EXWM on the same size drive, and had about 20GB left over, and Pardus includes a lot more software than Guix does, out of the box.
<KE0VVT>PotentialUser-23: I've never heard of Pardus, but Guix does use more disk space than common distros.
<PotentialUser-23>KE0VVT Pardus is based on Debian, and produced by Tubitak, an agency in the Turkish govt.
<fiesh>PotentialUser-23: with that small a hard disk, it might be worth considering using alpine
<PotentialUser-23>fiesh What is Alpine?
<PotentialUser-23>Oh, I see, it's a Linux distro
<fiesh>it's very commonly used for docker / alpine images due to its small footprint, but it also can be used as a standalone installation. it is optimized towards size quite heavily by using musl instaed of glibc and having many programs compied with -Os instead of other optimizations (I personally somewhat dislike the latter, but that's a different topic)
<fiesh>ugh s/alpine/podman/
<PotentialUser-23>fiesh Thanks. If I'm going minimal, I might as well install KISS :-)
<fiesh>PotentialUser-23: alpine isn't minimal, its package system is huge and provides nearly everything you could want
<fiesh>PotentialUser-23: not gonna lie, it pains me to see that you purchased (or somehow needed to at least) a computer on a tight budget and then had money wasted on Windows 10 :-( it's always a shame when that happens, and more so on a tight budget
<PotentialUser-23>fiesh maybe I can intall guix on top of Alpine
<fiesh>PotentialUser-23: you could simply give that a shot in a docker / podman environment and see if it works nicely, before you go bare metal
<unmatched-paren>is there a temporary solution to the guix home rmdir issue other than time-machining, so that i can change my config?
<attila_lendvai>htsr[m], did you get a chance to try my go import changes? (
<unmatched-paren>i can't actually find the mailing list message about it...
<Kalq[m]>I guess you could guix pull an older commit
<Cassio>I set up my user declaration in `/etc/config` so as to have `zsh` as the default shell. But then, when I try to log in, I get this error message:
<Cassio>`Unable to /gnu/store/yrrqg69mr123big6lmvmq9v8xalw6bm2-zsh-5.8.1/home/cas/.guix-profile/bin/zsh: File or directory doesn't exist`
<Cassio>The problem is that it is appending the path my profile's link to `zsh` to the „real“ path to the shell in the store. It is clear that I have to edit some configuration somewhere. But where, and how?
<Cassio>`Unable to execute /gnu/st...` *
<bjc>i did this with ‘(users (cons* (user-account ... (shell (file-append zsh "/bin/zsh")) ...)’
<Cassio>ok, I'll try that, thanks bjc
<yewscion>I think my issue with guix home reconfigure is related to my .guix-profile symlink going missing.
<bjc>home reconfigure has been broken for the last couple days
<yewscion>bjc: Oh, I was unaware! Is there an open issue?
<bjc>yes, i reported it yesterday to the issue tracker
<itd_>Hi, could someone with permission please restart znc.i686-linux [0]? Failure seems to be due to a non-deterministic (only in ~4/60 builds) cmake/libarchive issue. Thanks! [0]:
<maximed>itd_: Permision is not necessary, you can build things locally: "guix build znc --fallback"
<maximed>It looks like perhaps the build system of znc does not support parallel builds?
<maximed>Anyway, I recommend reporting it upstream.
<maximed>And maybe setting #:parallel-build? #false.
<maximed>That way, it could be fixed instead of worked-around, so it wouldn't need to be asked again later.
<maximed>PotentialUser-23,fiesh: FWIW, depending on local laws, you might be able to ask the money for the unused Windows license back (keeping the hardware)
<maximed>(see, e.g.,
<morganw>Is anyone familiar with the error "live-service-transient: unbound variable"? Here is the full backtrace when trying to reconfigure the system:
<vagrantc>morganw: with a system reconfigure?
<vagrantc>morganw: seems to be fallout from recent commits, e.g. a2c759c8304c461d096ab763568e7f71546ff4e8 services: herd: Report whether a service is transient. ... and a few following it
<vagrantc>civodul managed to fix the one that broke guix pull, but there are still lingering issues
***taiju__ is now known as taiju
<morganw>Thanks. I guess that leads to my next question... Is there any way to update and minimise the risk of breakage?
<morganw>(I've also had `guix home` doing strange things, prefixing dot files with an additional dot, but the problem doesn't show in `guix home container`)
<Basspoon>Hi, does anyone know why guix home won't installer blender? 'guix home reconfigure' seems to work, but the package doesn't get installed
<Cassio>I'm getting this "live-service-transient: unbound variable" error too. Should it solve the problem for now if I rolled back to before I did the last `guix pull`?
<superkamiguru>I too am receiving the "live-service-transient: unbound variable" error
<vagrantc>Cassio: i think 975966ba09e24d813cf94a794c4bd6375777372a or older should be ok
<Cassio>Thanks, vagrantc
<superkamiguru>If I am on a fresh install trying to get it working, is there a way I can specify that commit even if it was done before my install?
<vagrantc>guix pull --commit= ...
<vagrantc>you might have to pass --allow-downgrades or something
<superkamiguru>Ah ok. That makes sense. Thank you
<vagrantc>if you're at a newer version
<superkamiguru>Yeah I am trying to setup a fresh install but the first reconfigure fails. I will give that a try!
<vagrantc>yeah, anyone who's pulled in the last 12 hours or so...
*vagrantc ponders if it is worth reverting the ~4 commits
<Aurora_v_kosmose>kitty1: atka: You might be interested in Arcan @ Plan9 discussion
<maximed>vagrantc: I'm wondering, do these issues disappear after a reboot?
<vagrantc>maximed: i'm about to find out
<vagrantc>maximed: although since reconfigure doesn't work ...
<maximed>Maybe it's an incompatibility between the shepherd version that services expect and the (non-restarted!) old shephererd
<vagrantc>nope, reboot doesn't fix it
*vagrantc drafting a bug report
<maximed>Basspoon: I don't use Guix Home, but if it's anything like non-Home, you might need to log out and in again such that search paths (like PATH) can be set up
<Basspoon>thank you, I'll try that
<worstname>>guix pull: error: You found a bug: the program '/gnu/store/vv7sf8yxijdf0plrmgm1d4wz4m9c4g1h-compute-guix-derivation'
<worstname>i dont want to be finding bugs >:( lol
<vagrantc>you "win"!
<vagrantc>what commit?
<vagrantc>there are a bunch of unresolved issues on master right now
<Aurora_v_kosmose>"Game Over - Congralutations" vibes.
<worstname>vagrantc: ec6a585ee2fd91c857276479411eedd0756e0093
<worstname>to be fair, i did find the wording absolutely hilarious
<worstname>log for anyone interested: - i guess i should email that log? i dont know exactly what would be useful to include
<vagrantc>hrm. didn't have that version fail to pull, but once pull'ed it did fail to reconfigure
<superkamiguru>I found this one as well
<superkamiguru>Not sure if it helps
<vagrantc>oh, pretty much duplicate bugs
<vagrantc>i have very little luck searching existing bugs
<superkamiguru>I was just searching everywhere I could think earlier haha
<fiesh>maximed: what a great law :)
<maximed>about the 'compute-guix-derivation' bugs: the patch <> does, at least for some cases, improve the error message. Not sure about these particular cases though, and it only touches error handling, it doesn't fix the underlying errors.
<maximed>antioxidant-build-system update: crates can link to C libraries, implied features are automatically enabled as well, more crates building
<blake2b>hi guix, I sent in a submission for the guix blog a few days ago which was was blocked by a spam blocker, so I tried sending it again from another email which didn't bounce back but neither did I get confirmation that it was received. Anyone here know whether it was received?
<festerdam>When adding a substitute server in addition to the one already used by guix system, how exactly do I insert modify the services field mentioned in on config.scm? I have (services (append (list (service xfce-desktop-service-type) ...)) %desktop-services)). Do I just append it like this: (services (append ...)
<festerdam>(modify-services %desktop-services ...))?
<festerdam>*by the guix system
<festerdam>*how exactly do I modify the
<festerdam>*in config.scm
<superkamiguru>I just replaced the '%desktop-services' section with the (modify-services) section and it worked for me
***vivienchon is now known as vivien
<maximed>blake2b: Where was the submission sent?
<maximed>The blog has no comment system, but there's
<lilyp>re: transient live services, the bug appears mostly harmless, but forces you to reboot to check your changes
<vagrantc>not in my experience
<vagrantc>or... ugh.
*vagrantc boots again to check
<unmatched-paren>and now system-reconfiguring doesn't work either... i guess i'll just pull backwards to eeb8ac43c8c0b0cc69422766070dbefc55f5c5c1
<vagrantc>unmatched-paren: that commit probably doesn't successfully pull
<unmatched-paren>why not? (i chose it because it's the last one before the last `home: *` change, which i presume would have introduced it)
<vagrantc>actually, i can confirm what lilyp says ... reconfigure does actually appear to work ... it just spits out an ugly error
<vagrantc>unmatched-paren: because that commit (or the one before it) broke guix pull?
<unmatched-paren>is there any way i can assist with fixing all these problems? indirectly if not directly?
<vagrantc>submit patches to the recently reported bugs?
<unmatched-paren>not sure i'd be able to help there, i'm not great at scheme
<unmatched-paren>i can give it a shot...
<vagrantc>myself neither
<unmatched-paren>which is why i said `indirectly' :)
<vagrantc>in it describes which commits are involved
<unmatched-paren>yep, i'm just git pulling my local guix checkout now
<vagrantc>or rather, are highlky suspected of being involved
<unmatched-paren>the commit message looks related: HEAD is now at a2c759c830 services: herd: Report whether a service is transient.
<lilyp>okay, something messed up my emacs server and I don't know what it is
<lilyp>now I'm salty
<festerdam>superkamiguru: But won't the other services listed in the config.scm be gone? Or do you mean you wrote something like (services (append (list (service ...) ... (modify-services %desktop-services ...))))?
<superkamiguru>Yeah sorry meant (modify-services %desktop-services ...)
<unmatched-paren>the suspected commit introduces a new function 'live-service-transient?' for accessing the new `transient` field, and the error is about a 'live-service-transient' (note the absence of a query), but i can't find any use of 'live-service-transient' (no query) in the diff between $SUSPECT and $SUSPECT~1...
<unmatched-paren>i'm guessing typo? someone better at this is probably also working on it...
<lilyp>okay, solved it
<unmatched-paren>i'll try `sudo ./pre-inst-env guix system reconfigure /etc/config.scm`
<lilyp>for those grepping this in the future: emacs wants #o700 directory permissions
<unmatched-paren>bizarre, i get the same message
<unmatched-paren>shame there's no Scheme LSP so i can't do a jump to definition
<lilyp>rgrep's about as good ;)
<unmatched-paren> ???
<unmatched-paren>does anyone else see any `live-service-transient` (with no `?`)?
*itd_ had some success with "ln -s ~/.config ~/config" before "guix home reconfigure file.scm" ("strace -e file -- guix ..." helped)
<unmatched-paren>itd_: oh, neat
<unmatched-paren>wait, doesn't the home file service prepend dots to the files?
<unmatched-paren>this is one of my %home-file
<unmatched-paren>(list "config/fish/conf.d/" %fish-zoxide)
<unmatched-paren>note the absence of a dot
<bjc>i am surprised that works
<itd_>subsequent reconfigures seem to work without the symlink
<bjc>for stuff in .config, you should probably be using home-xdg-configuration-files-service-type
<bjc>like, i have: (service home-xdg-configuration-files-service-type `(("git/config" ,(local-file "/home/bjc/guix-home/git.config"))..))
<bjc>itd_: i'll try that
<unmatched-paren>(list "gnupg/gpg-agent.conf" %gpg-agent)
<unmatched-paren>this is another one
<unmatched-paren>let me try stracing
<bjc>itd_: that did the trick. wild
<unmatched-paren>so... someone accidentally stopped it prepending `.`?
<unmatched-paren>the issue happens when clearing symlinks from the previous home
<unmatched-paren>so once it's done that, it's not a problem...
<unmatched-paren>itd_: did you delete the symlink and do it?
<unmatched-paren>from .config to config i mean
<unmatched-paren>i can see newfstatat(AT_FDCWD, "/home/paren/gnupg/gpg-agent.conf", 0x7ffd35466fb0, AT_SYMLINK_NOFOLLOW) = -1 ENOENT (No such file or directory)
<unmatched-paren>in the strace
<unmatched-paren>the offending commit is clearly d6b9a3faa8d470af6dada3e052a12bba6c32fc22
<unmatched-paren>now, i wonder where file-exists? and no-follow-file-exists? are defined...
<unmatched-paren>oh, apparently in the same file
<bjc>if you'd like to comment on the issue, it's here:
<unmatched-paren>thank you!
<rekado>vagrantc: the only difference seems to be the removal of the changes to include/config_distro_bootcmd.h. I tried this today, but it didn’t make a difference.
<unmatched-paren>itd_: since you made this discovery and i'd rather not take your credit, could you make a note of it on the issue?
<lilyp>unmatched-paren: w.r.t. accidentally prepending the dot, that was announced on guix-devel
<unmatched-paren>oh. i see.
<unmatched-paren>so that was never intentional
<unmatched-paren>i really should subscribe to that list...
<unmatched-paren>itd_: ^^^^
<unmatched-paren>so it looks like the people discussing it on the issue have the problem figured out already :)
<unmatched-paren>i guess we'll just repair our configs and use the symlink hack
<bjc>my home configuration never assumed a prepended dot. i only used the ‘home-xdg-configuration-files-service-type’ service i mentioned earlier
<bjc>so it's still a bug in guix
<atka>what guix home issue are we talking about?
<bjc>it bails trying to remove a non-existant symlink at the end of configuration
<atka>ah ok, yes that was new for me too the other day, what about a prepended dot?
<bjc>itd_ has hacked a fix by: ln -s ~/.config ~/config
<bjc>after that reconfigure works, and the symlink is no longer necessary
<atka>hmm ok, I fixed mine by deleting generations and basically starting fresh
<atka>well its stopped failing to remove a symlink anyway
<unmatched-paren>KE0VVT: ?
<bjc>someone's showing off their dvorak layout
<unmatched-paren>it would be aoeuaoeu if that was the case :)
<bjc>only if you carefully roll your fingers instead of just slamming them into the home row ad hoc
<KE0VVT>unmatched-paren: I'm extremely frustrated with RDE right now.
<bjc>there's no mistaking what layout those keypresess come from ;)
<unmatched-paren>after removing the symlink, it stops working again
<atka>vagrantc: why do you use "sudo -E" guix system reconfigure?
<unmatched-paren>rmdir("/home/paren/.config/fontconfig") = -1 ENOENT (No such file or directory)
<unmatched-paren>'-E, --preserve-env Indicates to the security policy that the user wishes to preserve their existing environment variables'
<unmatched-paren>from `man sudo`
<atka>I know what it does, but why would you use it during guix system reconfigure
<apteryx>because it affects the link pointing to the current system generation, shared by all users; it also rewrite files under /boot
<apteryx>or was the question is why -E more than why sudo?
<KE0VVT>Guix is symlink hell.
<bjc>unix wasn't made for the kinds of contortions guix puts it through
<bjc>i do wonder if bind mounts would make things better or just introduce a different kind of hell
<bjc>i don't really mind the symlinks -- i lived with graft for many years -- i mind that top/ps are nigh useless
<apteryx>bjc: how are they useless?
<apteryx>just press 'c' in top
<KE0VVT>bjc: I'm trying to get my RDE config running on RHEL, and it's hell. Wrong GLIBC version or something.
<bjc>oh right, i forgot i fixed top with that already. i guess the initial experience just left a heck of an impression
<KE0VVT>And Alacritty doesn't work on the Libreboot X200. It sucks.
<atka>apteryx: the question is why use the E flag when performing guix system reconfigure
<bjc>i don't have a solution for ps, though. and i'm sure you can customize proced in emacs to make it better, but i haven't found it yet
<apteryx>atka: you don't
<apteryx>unless you want to reconfigure your system from a Guix *checkout*
<atka>apteryx: I was just curious as I see people use that a lot and sudo -E is only mentioned once in its 600 page manual
<atka>sorry guix's manual that is
<KE0VVT>I hate this.
<bjc>i'd guess 'sudo -E' is just muscle memory, tbh. i type it so much it just comes out
<apteryx>many systems such as Debian has a very strict sudo configuration that'll prune its env from many things (such as GUILE_LOAD_PATH), so on foreign distributions you may have to use 'sudo -E'
<apteryx>but you don't have a use 'guix system reconfigure' on foreign distributions hence my previous answere (you don't)
<atka>thanks, got it
<unmatched-paren>KE0VVT: if you're looking for something similar to alacritty that runs on your thinkpad:
<unmatched-paren>it renders on the CPU
<KE0VVT>unmatched-paren: Yeah, foot runs great. Except RDE doesn't support it.
<unmatched-paren>oh, i see
<KE0VVT>I sholud just get a normal laptop from Walmart.
<KE0VVT>I'm tired of this janky hardware.
<itd_>unmatched-paren: re making a note: I don't think I will (I don't understand the issue and don't have time to investigate, sorry); feel free to take credit if it helps to fix a bug
<unmatched-paren>itd_: turns out the . thing wasn't a bug
<unmatched-paren>the problem was caused because an issue where guix home prepends . to every home file was fixed
<unmatched-paren>(I had always thought that was intentional -.o.-)
<itd_>unmatched-paren: This one ? I think I migrated to the new thing already but maybe a PEBCAK still. Thanks!
<unmatched-paren>itd_: yeah
***spk121_ is now known as spk121
<unmatched-paren>does anyone know which was the last commit before home, reconfigure, and pull broke? i've given up trying to get it all working with the latest guix
<GNUverkty[m]>hello guixers, I'm having a problem again.
<GNUverkty[m]>`guix home: error: rmdir: No such file or directory`
<vagrantc>rekado: ah well, was worth a shot
<GNUverkty[m]>I get this when trying to reconfigure.
<kitty1>haha yeah everyone is having that issue ; surprised it hasn't been fixed yet
<bjc>unmatched-paren: the problem was introduced here, according to Ludo:
<vagrantc>atka: back when i started i think sudo needed "-E" for "guix system reconfigure" to work correctly. maybe it's no longer needed. although i thinik i ran it without recently and had issues. I prefer to use my user's guix and not have to run guix pull as root
<SeerLite[m]>Using sudo -E can cause trouble if the installation is new as Guile will write its cached compiled code as root in the non-root user's home directory
<SeerLite[m]>Took me a while to figure out why I was getting cache errors whenever I ran a guile script as non-root
<SeerLite[m]><SeerLite[m]> "Hi. How should I go about..." <- So to get i3 to start with a dbus session in slim I did this:... (full message at
<atka>as far as I'm aware one shouldn't run guix pull with sudo or as root and I thought using sudo -E guix system reconfigure was discouraged as well but I'm pretty new to guix myself
<bjc>there's no reason to run guix pull as root, but i don't believe it causes any harm
<bjc>likewise with -E when running system reconfigure. i don't believe it changes anything in terms of how guix runs
<atka>I think the issue is running sudo guix pull will pollute your users home with root's guix
<bjc>pull is run in the context of the guix daemon, because only the daemon has access to update its definitions
<atka>I remember asking when I first started using guix as some guides had conflicting info compared to the manual, now I just follow the manual and the direction I was given here
<bjc>when you issue ‘guix pull’ i believe it just passes that command up to the daemon, so for most things your environment isn't going to matter
<atka>I concur
<bjc>the safest thing is to not be root for pull, because it doesn't need it, and not use -E for system commands, because it's uneccesary
<atka>yes, that is my understanding
<atka>I think learning the proper way is best and good practice to avoid extraneous flags and commands
<kitty1>bjc: thanks for mentioning that temporary guix home "fix" in the guix-devel list , I would have missed that fix if it wasnt for that haha
<bjc>it seemed pertinent to the question being asked
<atka>so is guix system reconfigure still broken?
<kitty1>fair uwu, sorry im just quite excited thats all working correctly, or rather working correctly enough lmao
<bjc>it was last i checked an hour ago
<bjc>yeah, i'm glad to have some things working again, too
<atka>ah ok, bad day to have a server install scheduled
<yewscion>bjc: I would also like to express my thanks for that workaround. I had resigned myself to pinning a commit before I saw that, and was just now able to update back to HEAD so I can get back to work.
<bjc>it's not mine, itd_ found it, i just reported it to the list