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 <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 <vagrantc>i'd guess it has to do with 808b9e850491c7b1d867a5f1f4d5ee6f61f345d4 services: openssh: Start as an inetd service. <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: 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>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 <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 <atka>but you are on arm so maybe? <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>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? <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>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 <vagrantc>/var/log/guix/drvs/yi/rlhr16dhav8w5hsc474nlqar0cg68g-guix-system.drv.gz <atka>vagrantc: happened to me as well just now <vagrantc>atka: glad i haven't contracted your homedir problems :) <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>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>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. <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 ... ? <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. <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? <vagrantc>KE0VVT: it's going to keep failing until it gets fixed <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 <vagrantc>civodul: thanks for all your great work :) *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 <atka>have you been able to pull and reconfigure since the "outage"? <atka>I guess I am contagious after all <jab>I have some code for how to edit the hosts file. <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 <bjc>KE0VVT: i can pull. i haven't tried a system reconfigure, though <Ox151>jab: thank you for that example <KE0VVT>`guix package -u` is not working. <kitty1>raghavgururajan: hows it going? uwu <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>still working through things but been hitting bugs here and there which have slowed things down <atka>you been playing around with guix? <atka>I have it running on 3 systems right now <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>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]>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! <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. <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 <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>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 <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? <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")) ...)’ <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 <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) <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`) <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 <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>you might have to pass --allow-downgrades or something <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 <maximed>vagrantc: I'm wondering, do these issues disappear after a reboot? <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 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 <worstname>>guix pull: error: You found a bug: the program '/gnu/store/vv7sf8yxijdf0plrmgm1d4wz4m9c4g1h-compute-guix-derivation' <vagrantc>there are a bunch of unresolved issues on master right now <worstname>vagrantc: ec6a585ee2fd91c857276479411eedd0756e0093 <worstname>to be fair, i did find the wording absolutely hilarious <vagrantc>hrm. didn't have that version fail to pull, but once pull'ed it did fail to reconfigure <vagrantc>i have very little luck searching existing bugs <fiesh>maximed: what a great law :) <maximed>about the 'compute-guix-derivation' bugs: the patch <https://issues.guix.gnu.org/50238> 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? <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 email@example.com <lilyp>re: transient live services, the bug appears mostly harmless, but forces you to reboot to check your changes *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? <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 <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 ...))))? <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... <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 *itd_ had some success with "ln -s ~/.config ~/config" before "guix home reconfigure file.scm" ("strace -e file -- guix ..." helped) <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_: that did the trick. wild <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>the offending commit is clearly d6b9a3faa8d470af6dada3e052a12bba6c32fc22 <unmatched-paren>now, i wonder where file-exists? and no-follow-file-exists? are defined... <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>so it looks like the people discussing it on the issue have the problem figured out already :) <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 <bjc>someone's showing off their dvorak layout <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 ;) <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' <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? <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 <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>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 <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) <KE0VVT>unmatched-paren: Yeah, foot runs great. Except RDE doesn't support it. <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>the problem was caused because an issue where guix home prepends . to every home file was fixed
***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 <kitty1>haha yeah everyone is having that issue ; surprised it hasn't been fixed yet <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 <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 <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