<rekado>and if that’s *still* not enough to allow us to run GC less often we could still drop to RAID 6 and wait a week or two.
<rekado>but none of this seems to be top priority — if we want redundancy we need to get the substitute cache copied *elsewhere*
***rgherdt_ is now known as rgherdt
<nckx>rekado: I was surprised to hear that the scheduled nightly GC still duefully runs and Mathieu (or someone else) duefully kills it each day. Does it not make sense to stop the mcron job until it actually makes sense again?
<nckx>I thought it sometimes completed, on good days, but that was not what I heard today.
<the_tubular>I'm not sure which command singpolyma, but I'll give it a shot I guess
<singpolyma>Well if you use guix pack you will get only what is in the given packages. guix system will build a full OS image if you need that
<float>Hmmm almost everything works with my emacs setup. It properly handles updating my emacs config when I do guix home reconfigure but for some reason I still get a prompt asking me if I want to overwrite the store path that my init.el gets symlinked to even if I have ":mkdirp yes" set.
<float>It seems like right before it gets added to the store the init file is appended with custom-set-variables for some reason.
<float>There is also these set of messages in the *Message* buffer:
<float>well that's their home config file, there is a section on line 225 where they create a simple service to write their local emacs config into the proper config path and then symlink it to the store
<float>I managed to make it work, I had to use (setq custom-file (concat user-emacs-directory "/custom.el")) to make the custom variables be written in a separate file so they could be loaded later with "load-file" instead of being appended.
<janneke>alMalsamo: There have never been many bootstrap binaries
<janneke>Guix version 1.0 already had a relatively small closure of bootstrap binary seed: binutils, gcc, glibc, guile, and coreutils&co think: bash, bzip2, coreutils, gawk, grep, gzip, patch, sed, tar, xz
<rekado_>on aarch64 the guix-system.sh test fails, because ‘service 'xorg-server' provided more than once’
<rekado_>that’s probably because we use sddm-service-type on all non-x86_64 now
<AwesomeAdam54321>fproverbio: I think the only way to fix this problem is to modify the build instructions to check if pybind11 is installed, and if so to skip the git pull step. These patches can be sent to the maintainers
<AwesomeAdam54321>Ideally, a package shouldn't need to download and install its dependencies itself, that's the job of a package manager
<fproverbio>AwesomeAdam54321: i see, i hoped there was a way to patch that via the package definition somehow
<AwesomeAdam54321>fproverbio: The patches can be in either the package definition or in the package itself, I just thought the latter would be more helpful to other people build from source without Guix
<fproverbio>AwesomeAdam54321: it could be, but then again it might be harder to get the patches accepted upstream than implementing them on guix
<fproverbio>the concpetually easiest solution for me would be faking the git clone command that cmake attempts by providing the files where it is expecting them. This, however is unfeasable for me right know, as i know next to zero about cmake
***hollowman6 is now known as hollowman
<florhizome[m]><sash-kan> "hi all! is there documentation..." <- I know that dhruvin on sourcehut has made a guix integration into their builds ci service. Don’t know if that helps you though.
<apteryx>but basically btrfs + zstd leads to about 50% more capacity for /gnu/store
<snor>What's up guys! I got a backtrace when running `guix pull --debug=2` but it worked when running `guix pull`. Want to make a bug report somehow, but I am not sure how the bug tracking/mailing list works. Is there somewhere I can find some pointers, like is there some naming convention I should follow or so?
<apteryx>rekado_: another data point: last time my partition was full and I ran 'guix gc' on NVMe storage, it cleared 996 GiB (nearly 1 TiB) in 20 minutes; and that data was stored on a nearly full 466 GiB partition.
<apteryx>so supposing similar performance from a 20 TB drive, it should be able to fully clear it in less than 7 hours.
<jlicht>rekado_: thanks for making quick work of the texlive situation, currently building it locally to see if everything works :)!
<rekado_>PurpleSym: I don’t know if this will automatically start building or only on the next push.
<rekado_>I configured it to build everything for x86_64 only so as not to distract build nodes for other architectures.
<rekado_>apteryx: deleting /gnu/store/trash would likely be faster, but I suspect that there are some problems that only happen when you’ve got a huge ext4 file system with almost all activity happening in the same directory
<rekado_>so my guess is that ‘guix gc’ would still take an annoyingly long time to complete, longer than we would expect just by looking at disk performance.
<rekado_>but I do think we should act now if we want to change something about the situation :)
<rekado_>I’ve replied to the email discussion earlier today.
***aya is now known as gyara
<apteryx>rekado_: to be clear, I'm suggesting to move from ext4 to btrfs atop new SSD storage
<KE0VVT>Is there a guide on how to use the Emacs interface?
<daviwil>Hey folks, is there an official development build of the Guix Live VM image? I'm having some issues with updating to the latest Guix on the official 1.3.0 image that's available on ftp.gnu.org
<daviwil>Basically, if I run `sudo guix system reconfigure /run/current-system/configuration.scm` it renders the VM unbootable for next restart
<daviwil>Trying to prepare a video that shows off `guix home` and `guix shell` so I wanted to base it off the Live VM so that other people can easily try it
<KE0VVT>daviwil: IIRC, Andrew Tobin is making a live image of his RDE setup.
<daviwil>That might be useful, but I'd prefer if it were an image that came from an official source so that people trying it out felt like they were actually trying Guix
<podiki[m]>what about an image from something like the desktop template configuration? although there is no prebuilt version of that as far as I know
<batalie>darn, i saw that anki had an upgrade but the fonts aren't quite fixed yet
<dissoc>i used tor network service with control socket but it no longer creates the domain socket file. anyone else have this problem?
<KE0VVT>M-x guix-all-packages seems to just lock up my Emacs. 😞
<lfam>attila_lendvai: Did you still need help with understanding search path specifications?
<attila_lendvai>lfam, since then i added --with-typelibdir= to the #:configure-flags but i'll only get back to this tomorrow. starting a movie now, and winding down... thanks for asking, i'll find you later if it still doesn't work!
<lfam>Okay. I'll just say that search-path-specifications are something used when building profiles, not when building packages. That's why it didn't have any effect when building the package
<robin>Kolev, if you use x11 it's fairly easy to make a customized dvorak layout with xkb (idk how you'd integrate it on a system level, but guix keyboard layouts *are* all converted from xkb layouts afaict...)
<robin>i made a (US-dvorak-based) "dvorak-lisp" layout where () and <> are switched, for instance, which is only a 10-line config file
<robin>i'll paste it in case it's useful to anyone, as i found it a bit tricky to figure out initially compared to xmodmap
<nckx>opalvaults[m]: The subtletly here is that merely adding a binary to setuid-programs does not ‘install’ it, it does not do all the other work of setting up search paths & propagation &c. which are needed here. I suspect that adding network-manager-applet to your system packages list *in addition* to the setuid entry will make it work.
<nckx>If that doesn't quite fix it something similar definitely will.
<opalvaults[m]>nckx: thanks for the suggestion, unfortunately I've added all of NetworkManager, nm-connection-editor, and network-manager-applet to packages and set them up for setuid and it's not working.
<opalvaults[m]>In fact I fear that installing one of those packages has broken Gnome. none of the gnome icons, gtk, etc. exist when I log into Gnome.
<nckx>It's possible. I just tested it with network-manager-applet and stalonetray here; I don't have the full GNOME stack.
<opalvaults[m]>This is nearly a fresh install with Gnome set up by the installer.
<robin>https://paste.debian.net/1226059/ <- example xkb symbols file for swapping around some keys + a script to load it under x11 (which is run on login, and also gnome resets the layout when you (un)plug input devices)
<nckx>nm-applet should probably be part of the default ‘GNOME experience’ anyway, people expect that.
<opalvaults[m]>nckx: do you get a segmentation fault when you use nm-applet from the cli?
<nckx>The /gnu/store/vm7q5kz3w15w3xj8398bcjy00bcjxi8q-network-manager-applet-1.22.0/bin/nm-applet invoked from a terminal, running in a crappy stalonetray, just successfully dis- and and reconnected my Wi-Fi, no setuid.
<nckx>I am in the "audio" "disk" "kmem" "kvm" "lp" "lpadmin" "netdev" "root" "video" "wheel" supplementary-groups.
<nckx>I'm pretty sure I can do anything I'd want from this pop-up menu without setuid, although I won't test removing & re-adding my home wi-fi network now.
<opalvaults[m]>dang..I might have to go to another distribution at this point for the time being. Basic functionality keeps breaking such as changes to/from display managers, installing random packages stripping gnome of all of its dependencies, etc.
<lfam>opalvaults[m]: Guix System can be recreated more or less exactly based on your config.scm and the `guix describe` used to instantiate the config.scm. However, there is always the possibility of complications caused by using shells besides Bash, things in shell startup files, other stateful (mis?)configuration in user dotfiles, Guix Home, etc
<lfam>So, it really depends on how much effort you want to put in to debugging
<opalvaults[m]>lfam: I'm willing to put in any amount of effort. I just don't know where to start at this point.
<lfam>opalvaults[m]: Let me put it this way. You could copy a Debian installation bit-for-bit to another computer of the same model, and make only one change: A line in ~/.bashrc that does `rm -r $HOME`
<lfam>Would you expect them to operate in the same way?
<nckx>I feel much less bad about not finding the service anywhere now.
<rekado_>with the updated Guix package: FAIL: tests/home-import
<rekado_>guess I won’t be pushing that updated version then
<lfam>What works for me with Guix System is to be somewhat conservative about what I handle via the declarative configuration. That means I'm not using Guix Home yet, I don't use 3rd party channels (the kernel channel seems to work reliably), I just keep it simple
<opalvaults[m]>If I have two systems, and I describe to Puppet how I'd like these systems to be, the two systems will be the exact same. Actually I'd say Guix has a lot in common with Puppet except that reproducibility is inconsistent which is a huge deal for someone like me trying to create such an environment between all of his systems. Wouldn't you agree?
<lfam>Guix is definitely in the stage of development were you have to hold it correctly
<rekado_>oh, I’ve never thought I’d see a comparison between puppet and guix where puppet is associated with the better outcome.
<rekado_>I (and my colleagues too) never got puppet to build any system reproducibly
<lfam>I have no experience with Puppet so I can't say much about the comparison
<rekado_>I haven’t been following the whole conversation; is there a bug report about the problem you’re having? Are there enough details for us to analyze it?
<opalvaults[m]>rekado_: Good question. I've made a bug report about this yesterday. you missed it, but above I asked if there was any information I could provide to help someone to help me figure this one out
<opalvaults[m]>rekado_: I'm also stuck in a weird spot because I can't open any GTK applications as it crashes Icecat so I can't upload screenshots atm :P
<lfam>And feel free to ping me with similar fixlets
<podiki[m]>I think the rest I have in the queue are all new packages (openrgb, mangohud, xinitrc-session) and an update to xmonad (that Lars chimed in on, I might need to revise that one)
<lfam>Okay. Feel free to ping Lars; he will be able to commit it for you
<lfam>I think we are all overwhelmed by the volume of email, so patch submitters have to be persistent in order to land their patches.
<podiki[m]>yeah, was non stop with the core updates too
<potatoalienof13>Does guix allow compiling some packages against glibc and others against musl?
<podiki[m]>lfam: what do you think the medium (or long) term solution is? more reviewers or committers? or some better automated tools (branches building pending patches as a first check that sort of thing)?
<lfam>We ask people to apply for commit access, but in reality most people have been invited. It seems that people don't feel confident to apply, or don't think it would improve their experience with Guix
<singpolyma>I would love to help with review someday, once I can land commits without making obvious errors myself, heh.