<jorgesumle>Hi, I'm the Spanish translator of Guix. Does anyone remember the question I made yesterday?
<OriansJ`>jorgesumle: well by looking at the #guix log it appears the answer to your question; is yes and the meaning of form in that context is referring to the use-service-modules S-Expression. Which given the limited context in that question is referring to importing the module of a Service you are referencing; that is identified by the error code given.
<jorgesumle>I'm still struggling a bit to find a word for that, but thanks, that was really helpful.
<OriansJ`>perhaps add missing module; where modules are imported in your definition would be a clearer form to express?
<roscap>is there a way to use an older kernel version for "guix system reconfigure" in spite of "guix pull"?
<OriansJ`>roscap: you mean how does one specify an exact version of a program to install as Linux/hurd are just packages
<roscap>yes, i guess so. basically, i want to reconfigure with all the newly pulled goodness _except_ linux-libre
<OriansJ`>roscap: generally the form for that is like email@example.com or simply firstname.lastname@example.org (in the latter case, the newest version prefixed by 1.8 is selected.)
<OriansJ`>So in your case linux-libre@version-you-desire
<ng0>I think we should add license:openbsd for openbsd licensed projects. I think so far we label them as ISC, but openbsd has their own isc derived license which is recognized by the license-approval committees we have out there. I mean we are correct about especially licenses, why shouldn't we be it in this case?
<ng0>dunno how many we have so far, but not all licenses we have, have many users in the gnu/packages
<ng0>I have a couple of software ports in the work which I will maintain, so far I just label them "isc" but "openbsd" would include the 1 word difference to the isc imo
<buenouanq>and if all goes well it will rebuild the os and spit you into it at the login
<grillon>hi there I'm still unable to use japanese ime on guixsd :( on another system I never think about how it works. I use language selector, or I install ibus and anthy or another im(there are lot of them). But inside guixsd it seems I need to know how it works. Is there someone to guide me?
<roscap>grillon: what have you tried, and what's not working? (just asking, i only installed guixsd a few days ago)
<roscap>(ie. i most likely dont know thr solution either)
<grillon>I have installed anthy + ibus-anthy and add export GUIX_GTK2_IM_MODULE_FILE=~/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache export GUIX_GTK3_IM_MODULE_FILE=~/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache to my profile
<RockAndSka>I didn't find my information in documentations, before to ask it on the mailing list, i would like to know if there is a variable who is referring to store path used and who could be used inside packages definition ?
<efraim>(assoc-refs %outputs "out") is the /gnu/store/aaa...foo-1.2.3/ directory
<RockAndSka>Because, in packages definition there is some patch (like in version-control.scm) who clearly assume than the store is "/gnu/store" and seem prevent those patch to be usable when we use a custom path
<RockAndSka>Thanks efraim, i will try it to see if it can be used in this case. There is no variable who is only referring to the store ? Do you think the full path will work in the case of the patchs in the link I attached ?
<efraim>doesn't look like it'd work in this case, it might need to refer exactly to the ungrafted bash-minimal
<efraim>unpatching the shebangs can be tricky, especially when you don't assume the store is at /gnu/store
<efraim>in that case you might actually want %store-directory from guix/buid/utils
<efraim>since everything should effectively be in (%store-directory)/aaaa...foo-1.2.3/
<RockAndSka>mbakke / thorwill / efraim : thanks to you, the check on git now works even if it is a custom store ^^ I will try to send a patch to the list ( i never done it before so i need to check what should be done before submit it :) )
<castilma>i'm still not sure if i fell for it or if guixsd is going down.
<efraim>i definately didn't apply that before trying the systemd patch
<mbakke>Without it, any journalctl invocation fails with "cannot find libsystemd-238.so". I just remembered after re-reading the patch :)
<Apteryx>hello, my shepherd emacs daemon service does not not seem to be able to stop it. the #:stop argument is defined as: #:stop (make-system-destructor "emacsclient --eval (kill-emacs)"). It also doesn't work from command line (emacs-25.3 --daemon process lingers on).
<PotentialUser-93>I just installed GuixSD and I need help with server authorization. The info page tells me to run "guix archive --authorize < PREFIX/share/guix/hydra.gnu.org.pub". Where should I find hydra.gnu.org.pub?
<jsoo>how does xmonad work? if i try `xmonad` (with my config in my home dir), it seems like it can't find the config file. i have slightly edited lightweight-desktop.scm with xmonad in the system configuration (and not in my user manifest).
<jsoo>would editing /root/.xmonad/xmonad.hs be a reasonable workaround?
<zybell_>no you *should* start the dm as root, but on guix the login(whichever program does login,probably pam)should be *patched* to do the equivalent of 'guix profile/login'(?).
<jsoo>zybell_: i see. does that mean that the dm has not been patched yet, basically?
<jsoo>i ran into a maybe related issue yesterday trying to build some packages from cargo that wanted to use the cargo registry in ~/.cargo
<zybell_>The problem as I see it is that guix on login does not only has to change userID, but also profile. That hits sshd as well as login as well as cron as ... you name it. Dm is only one victim of many.
<zybell_>read carefully what I written above! By keeping the environment/profile for every user separate, guix also committed to change the environment/profile every time the user changes. That committment is followed only rudimentary.
<zybell_>setuid() must be effectively include setting the profile, *whenever its called*!!
<roscap>i see, looks like i need to spend more time learning about this, heh