<PotentialUser-32>Hey all, I've not been able to remove caps for ctrl despite having (operating-system (keyboard-layout (keyboard-layout "us" #:options '("ctrl:nocaps")))) set. I suspect xorg is overriding this setting somewhere. Anyone else having this issue?
<PotentialUser-32>guix system reconfigure was able to run correctly, I did reset my computer, working on getting a pastebin up of my config.scm
<PotentialUser-32>full config at pastebin dot com slash J4i7pNNn (not sure what the rules are about posting full links here)
<nathan-web>I haven't been able to login to gnome since an upgrade yesterday. I get a lot of errors like: `gnome-session-binary: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.XSettings'
<nathan-web>When I log in via gdm, or via startx, I get an error like: "Oh no! Something has gone wrong. A problem has occurred and the system can't recover. Please logout and try again."
<adanska>Hi! Just asking here again: I'm having some trouble with reconfiguring my system - I'm trying to add an exfat file system called 'my-shared' that i intend to use to store files shared between my windows and guix installs. Heres what my file-systems field looks like, and the error, and the output of `ls /dev/disk/by-label`. I have exfatprogs installed on my profile, but not on my system profile yet. Would this affect anything?
<adanska>linux still has the capability to read and write to exfat file systems without exfatprogs, so i dont know why it wont work.
<nathan-web>Hmm, sddm doesn't seem to like the same configuration. If I use `(sddm-configuration (display-server "wayland") (xorg-configuration (keyboard-layout keyboard-layout)))` reconfigure gives me an error: `Wrong type to apply: #ubuntu<<keyboard-layout> name: "us" variant: #f options: ("ctrl:swapcaps")>`
<nathan-web>Err, fixing autocomplete: `Wrong type to apply: #<<keyboard-layout> name: "us" variant: #f options: ("ctrl:swapcaps")>`
<charlotte1123581>hi, i would like to make 'mk' from plan9ports available globally on my guix system. how can i get just the mk command from the package? the issue is plan9ports also overwrites 'ls' with the weird plan9 version for example, i dont want that. is there a reasonable way other than manually adjusting a bashrc alias to the /gnu/store every update?
<adanska>this is so odd... is exfat not supported on guix system or something???
<adanska>i mean, it is. I can mount an exfat file system
<adanska>it just doesnt make any sense why i can define it as a file system in my config.
<gabber`>nckx: yeahyeah, i know you (at least that much) - and i learn OH SO MUCH rn. but do i really have to import all kinds of modules (e.g. (guix gexp) (guix store) (guix utils) and others) in #:imported-modules to make that work? it feels wrong
<gabber`>ACTION wishes to be able to say something like that one day
<Lumine>The only problem that crops up is malformed URL in `guix pull' after using `guix gc' and a borked icecat because of it. Both problems are solved by clearing caches. jpoiret seems to think the culprit is libgit2.
<jdek>I think the main difference is that 'dev' libraries include headers somewhere accessible to the compiler by default, where by default can include pkg-config setting it up. Lets say I need sqlite3, I want to install sqlite3 to my system, and then not have to enter a guix shell in order to run a configure script and have that correctly find the lib and the headers
<jdek>nixos hides headers from the environment by default and you can only access them inside a shell which is what I'm trying to avoid
<gabber`>in guix terms you'd usually not want to have sqlite3 installed on your "system" aka *globally* (but maybe in your development profile)
<gabber`>what i usually do when i try to hack on and compile some package i enter a development shell specifically for that package with $(guix shell -D that_package) -- which ensures the package inputs to be readily available
<nckx>Oh. We don't hide headers or anything silly like that, although setting search paths is predicated on having a consumer like GCC present.
<janneke>ACTION tries to add m2-planet-1.10.0, but gets
<janneke>/gnu/store/y3vdq2pdkljrw63xxnc2vb6lz07ycar6-git-minimal-2.41.0/libexec/git-core/git-submodule: line 7: basename: command not found
<gx1>having some trouble getting docker to work, just trying to get 'sudo dockerd' to run (not messing with getting shepherd to start it automatically yet), but I'm getting 'failed to start daemon, Devices cgroup isn't mounted'. I haven't messed with cgroups, but haven't had this issue with dockerd on other distros. Anyone run into this?
<gx1>this is docker on guix SD btw, trying to run a docker-compose stack
<zamfofex>gx1: I think it will be easier to set up the daemon with the Shepherd service.
<zamfofex>It should get everything right for you automatically.
<gx1>is there a snippet somewhere which could help me do this without too much knowledge? I'm still new to shepherd and guix in general
<gx1>or maybe a service type I could add to my config.scm
<zamfofex>You should be able to just add ‘(service (docker-service-type))’ to your services, reconfigure the system and reboot.
<zamfofex>I feel like it should do that automatically for you. (Most people have an elogind already, because it is used by e.g. GNOME or so, I think, so I imagine it might be easy to miss the fact Docker depends on it.) If you’d like, you could file an issue about it.
<zamfofex>Also, not many people use Docker here, I think.
<gx1>I'll consider it, although I'm not sure I know enough about what I'm doing to really even articulate the ticket beyond 'this is a dependency of docker and should probably be pulled in when the docker service is enabled'. I've kind of been flying by the seat of my pants
<gx1>What do people here use instead of docker? Just guix containers? I find it useful for selfhosting / making my own images and sometimes running something without using npm
<zamfofex>Yeah, Guix shell containers when necessary.