<jpoiret>TehBoss: iirc os-prober is *not* enabled on guix
<jpoiret>otherwise your config wouldn't be reproducible
<Sleep_Walker>I'm using emacs-next from Guix installed on openSUSE and I'm struggling with font configuration. Emacs can't see all openSUSE fonts but can't see even the ones installed via Guix. If I install another GTK based app (I tried lxterminal), it use the fonts correctly. Any ideas?
<jpoiret>Sleep_Walker: can you compare the search paths of your profile depending whether you have that other gtk-based app installed? you can look at ./etc/profile inside of ~/.guix-profile
<jpoiret>that's the first thing that comes to mind if installing another unrelated app resolves anything
<TehBoss>jpoiret: but my config won't work on multiple systems without os prober, i need to probe for other distros installed
<TehBoss>even just on one system its much easier to let os prober handle finding things
<TehBoss>it should be doable i just need to figure out how to chnage the install-grub-efi function
<TehBoss>config isn't really more reproducible if instead of adapting it just doesn't work
<jpoiret>TehBoss: it just won't work, the grub config file is generated through a gexp, and that will thus run inside of the isolated build environment
<jpoiret>os-prober won't be able to detect your other systems this way
<jpoiret>(and it also needs superuser rights i presume)
<jpoiret>instead, I'd suggest detecting which host you're running on at the level of the config (if you're doing one config for all hosts you're probably already doing this) and adding the needed entries depending on that
<TehBoss>jpoiret: i only have one system running guix rn, so i suppose i can just hardcode it, but what if the kernel updates and then the menuentry is wrong?
<jpoiret>you'd have to either make sure the kernel path is stable across kernel updates, or use a regexp or something
<jpoiret>you could also chain load into the other distro's bootloader, which should not change across updates
<jbnote>Hello, i'm trying to have a mixed networking setup where one interface is static and the other on DHCP. Alas, when instantiating both static-networking-service-type and dhcp-client-service-type (both adequately configured), guix system build tells me that service 'networking' is instanciated more than once. I've tried redefining the "provision" field in static-networking to no avail. Is there a simple hack around this?
<Sleep_Walker>jpoiret: yes, I had, I reread it again and it seems not to cover Guix installed on different distribution much. Anyway, I managed to adjust openSUSE's fontconfig to add my Guix fonts but the problem with Emacs is not affected.
<TehBoss>can i use nm-applet with guix without any additional config?
<jbnote>sorry, it works now. dhcp-service-type has a (shepherd-provision) entry that needs redefinition.
<Sleep_Walker>OK, my problem is fixed but I'm not sure by what because my synthetic test was missing HOME env variable...
<vivien>lilyp, apteryx, there does not seem to be a fix for gnome-online-accounts to use the newer webkitgtk, and there does not seem to be a merge request to fix it.
<cbaines>vivien, you were looking at making some changes to QA right? Have you got any further with those?
<vivien>cbaines, I didn’t investigate much, sorry. If you have ideas, don’t hesitate to implement them.
<mirai>jbnote: my suggestion is to use networkmanager instead
<lilyp>vivien we don't have to fix upstream; for now it suffices to package it
<mirai>Say you want to test the XVNC service. Before we get to that we want to ensure that GDM works
<mirai>and for GDM (gdm.scm) we might have various variant tests, such as GDM-standalone, GDM-suspend-enabled, GDM-suspend-disabled. For XVNC we want to ensure that the GDM-suspend-disabled test passes
<PotentialUser-87>hi all, im having some troubles with NetworkManager - i own a thinkpad t530 with an intel 6300 card, i've set up everything and am even able to scan for wifi networks and see them, however i simply cannot connect to anything (nmcli says wifi device not found), and within `nmcli` i see that the device is listed as recognized, but it says `plugin
<PotentialUser-87>missing`, i tried looking around for people with that issue and all have fixed it by installing a `networkmanager-wifi` package, which should be built in the normal `network-manager` package in guix, as far as i can tell
<PotentialUser-87>`dmesg`, lspci, and such tools all list the card succesfully, with the appropriate drivers (iwlwifi) and no errors, the physical antenna is on, `rfkill list all` shows nothing
<snape>PotentialUser-87: I imagine it's because your wifi card isn't supported by the wifi drivers in Linux-libre
<snape>some were removed from Linux because they were non-free
<PotentialUser-87>RavenJoad supposedly it lets NetworkManager control wifi devices, I am having troubles with my wifi card and nmcli reports it is "missing plugins", I searched around and people seem to fix it by pulling in those wifi plugins by that package
<RavenJoad>PotentialUser-87: I use network-manager-service-type from %desktop-services on my laptops, and it works fine for me.
<jackhill>hmmm, NetworkManager seesm to be wifi for me with just the desktop-services. (not sure about the hotspot, I haven't tried it). Are you sure your wifi hardward works without nonfree firmware? If the device show up in `ip addr show` it does, and you should be all set.
<PotentialUser-87>jackhill it does show up there, also I am able to successfully scan for, and find wifi networks, by executing `sudo iw wlp3s0 scan`
<PotentialUser-87>however, this is the output of running `nmcli` : `wlp3s0: unmanaged... "Intel Centrino Ultimate-N 6300" ... wifi (iwlwifi), 24:77:03:E1:00:9C, plugin missing, hw, mtu 1500"
<attila_lendvai>is there a way to specify a `guix pull --commit` for a channel; i.e. not for the main guix channel?
<jackhill>attila_lendvai: the only why I know is to write a channels.scm file (you can use `guix describe --format=channels` as a starting point) either put it in the default location (~/.config/guix/channels.scm) or pass it to `guix pull -C`
<jackhill>would be cool to have a way to specify it on the command line
<attila_lendvai>jackhill, yep! i'll just rebase this channel for now. it's its staging branch anyway, so i'm free to fool around.
<TehBoss>it doesn't... i think i must have removed GDM and not included a substitute
<distopico>there is a way to run sudo inside of "guix shell --container"? I get "sudo must be owned by uid 0 and have the setuid bit set"
<civodul>distopico: the only way would be by passing --share=/run/setuid-programs and by doing “export PATH=/run/setuid-programs:$PATH” within the shell
<distopico>civodul: didn't work, i get the same "sudo: /run/setuid-programs/sudo must be owned by uid 0 and have the setuid bit set", calling directly "/run/setuid-programs/sudo --help" inside the container, the container command is "guix shell --container -F -N -P --share=/run/setuid-programs --share=/opt -m manifest.scm"
<civodul>RavenJoad: one nitpick: (list libgccjit "10.4.0") in ‘native-inputs’ won’t work as intended
<civodul>this syntax is for outputs (for multiple-output packages), so “10.4.0” would be interpreted as an output name
<ohyllad>Guix/Guile question that has me stumped for a bit, When running guix shell -L ./the-module --file=test.scm containing a module import, and a function call into the library passed with -L. The error hints at using the correct module, which shows that its actually finding the (public) symbol somehow, but its still not in scope. Any hints what could be going on here?
<sneek>ohyllad, antipode says: for interpreting (#:key value) stuff, you can use lambda* / define*.
<sneek>ohyllad, antipode says: (from RhodiumToad): there's also let-keywords if you have a key-value list other than in function args
<RavenJoad>civodul: Oh! I did not know that. From a quick test it seems like (list libgccjit "version" "output") does not work, but (list libgccjit "output") does. Can package version be put into the list like that at all?