<drakonis>but then you'd need to use the repository
***Guest5836 is now known as roptat
<zacchae[m]>Anyone know how GDM launches your WM? specifically, I want to use exwm, but I used to accomplish this by launching `emacs -f my-func`, where `my-func` sets up a fatter, exwm-specific, environment
<mekeor[m]><Guest92 "I mean I always have to log into"> does the nextcloud-client have the login-preservation feature upstream (i.e. e.g. on other distros)?
<zacchae[m]>I found `server-arguments` in xorg-config, but that would apply to all WMs. There must be a good solution to this... Maybe that solution is to just not use GDM
<zacchae[m]>ixmpp: I'm sorry for being dumb. The advice emacs package would work. However, it mentioned hooks, and that is obviously how I should do this. GDM at the very least is running `exwm-init`, so I just need to add to `exwm-init-hook`
<wirez>where's the guix repo? wanna look through recent commits
<sawshep>The error message you posted indicates you don't have permissions to enable it. If you already ran it as root, I apologize. I recommended setting your guix profile and sourcing it in the case it might have already been created.
<sawshep>If neither of those work, I don't think I can be of any more help. You can always try rebooting.
<efraim>adding the build flags '--no-grafts' and '--dry-run' should give you a rough approximation
<muradm>bricewge: guix weather has no -L flag for local files
<muradm>normally i run "guix packakge -L ~/.config/guix ...." or "guix systen -L ~/.config/guix ..." where in .config/guix i keep local stuff, then if run without -L, manifest or sysconfig simply invalid
<muradm>bricewge: for instance: guix weather -m ~/.config/guix/profiles/desktop.scm:
<muradm>adding --display-missing even lists local packages
<muradm>is (operating-system ...) a manifest? can be specified for weather?
<muradm>efrain: GUIX_PACKAGE_HOME is useful, thanks
<boeg>Powertop suggests i fix the dirty_writeback_centisecs setting to improve battery life, and it does it like this: echo 1500 > /proc/sys/vm/dirty_writeback_centisecs. So to persist this, I have modified %desktop-services in my config and rebuild like this: https://paste.debian.net/1202558/ and no errors, but it doesn't work. Any ideas?
<boeg>I also tried to look for /etc/sysctl.conf in / and /run and so on to see if the value was correct there, but couldn't find it.
<bricewge>Hum, strange your configuration seems correct
<boeg>hmm, bricewge do you know if ... like, i guess guix abstract sysctl so somewhere there is an actual /etc/sysctl.conf that should have my setting? If I know where it is, I could check it to see if it is there
<bricewge>The file exists for sure, but there isn't a simple way to find it as it could be done with "systemd cat service" for example
<boeg>vm.dirty_writeback_centisecs=1500 along with fs.protected_hardlinks=1 and fs.protected_symlinks=1
<leoprikler>okay, but in a different sysctl.conf than you're currently using, right?
<boeg>ohm ... I dont think so? I had configured my config.scm before and rebuild and rebooted, but powertop said the setting was not applied. But then i followed your instructions to find the sysctl.conf and the setting is definitely in there
<leoprikler>wirez: just for the protocol, I do see where you're coming from (hence my mentioning of gimp and git), but I don't think you're presenting a good case, what with the comparison to child abuse (perhaps this is a nod to the abort joke, but I personally disagree with conservative views on women's bodily authority, so yeah)
<MysteriousSilver>tbh i still do not know what do gimp git and guile mean outside technology
<ekaitz>MysteriousSilver: better that way, they are just names
<ekaitz>MysteriousSilver: did you solve the issue with icecat?
<irfus>MysteriousSilver: you can add libinput settings to a xorg conf block to set scrolling direction
<boeg>So my GUIX system stopped working. I was changing my config and rebuilding and while rebuilding, suddenly the screen went black with only a white cursor. I had to force the it to powerdown and now when booting, it just loads and then reboots, no real indication as to the problem. I tried choosing earlier builds in the GRUB menu, and they get a lot farther - they get to the point where normally GDM appears as the next step, but that never
<boeg>happens, it just stalls, no indication as to why
<boeg>I have tried switching TTY to be able to have some kind of control, but nothing seems to be working
<MysteriousSilver>leoprikler: can't there be a easier way to like, say, append some lines to grub.cfg?
<leoprikler>well, guix supports other bootloaders as well, so adding support for just grub would be a bit eh…
<boeg>any idea what i can do to get some control back and maybe be able to rebuild?
<leoprikler>that said, if you just want enhance grub to do a thing, you might want to call gnu/bootloader/grub.scm's grub-configuration-file (with some modifications to add extra lines) on your own
<leoprikler>boeg can you get to a point where you can inspect the logs to see what's wrong?
<boeg>oh well, guess i'm just gonna do a clean one then 😅
<yoctocell>civodul: with your patches applied, i am not able to compile the scheme modules, error: failed to load 'gnu/packages/bison.scm': ice-9/eval.scm:293:34: In procedure abi-check: #<record-type <origin>>: record ABI mismatch; recompilation needed
<efraim>Probably need to make clean and make again to really test
<sawshep>Is there an order to the package definitions within the modules? They don't seem to be in alphabetical order
<mekeor>i would also like them to be in alphabetical order, personally
<leoprikler>raghavgururajan: sorry, my reply to sawshep was interleaved with my reply to you
<leoprikler>I too like alphabetical order, but topical order is also nice imo
<leoprikler>also sometimes (*cough* java.scm *cough*) a certain order is enforced by dependencies
<leoprikler>sneek, later tell sawshep adding stuff where it fits alphabetically is mostly a good idea, but sometimes things are in topical order (e.g. a bunch of packages are stuffed together because they're used alongside each other). As long as you don't put things at the end provoking merge conflicts people will be happy.
<boeg>I even did a dry run of building the config - no errors, everything looks good, but as i build the config for real, while building, suddenly black screen with blinking cursor and now i cannot recover the system yet again
<boeg>zacchae[m]: seems guix is just not good enough for my breakage skillz :P
<dstolfa>boeg: what are you trying to do, and do you have any third party channels?
<zacchae[m]>boeg: lol. The way you said it implies that you had it working before. You should be able to choose an old config from grub
<boeg>i'm trying to remove %desktop-services because i want to try out sway
<boeg>zacchae[m]: well, i can install guix from new, then try out my config and it breaks again
<boeg>and the new configs build is just a reboot loop
<dstolfa>it might be worth trying doing gnome-wayland with SDDM just to make sure that works and it's not something that went horribly wrong with a driver
<dstolfa>if that works, then at least we can rule out a driver issue
<zacchae[m]>boeg: I actually had trouble with this too and gave up. Anyone know how to find the value of %desktop-services or similar? Ideally, to migrate one would expand %whatever and replace one thing at a time
<zacchae[m]>the docs sumarrize what's in them, but are not explicit
<boeg>yeah ... so this is just me thinking but what does the system need for it to boot into a TTY?
<Telc[m]>has anyone looked into getting systemd working in guix? are there philosophical barriers or is it just not a priority yet?
<dstolfa>i don't think there are any philosophical barriers, it's just that systemd doesn't really fit guix's design all that well with the whole guile thing. there is a patch on the mailing list for user mode systemd (not as init)