<civodul>dongcarl: CERN's decision is definitely welcome <civodul>it's a bit disappointing that their post is only about money, though <bandali>and as usual, “open source” it seems, rather than free software :( <bavier>I participated in a workshop this week, which turned out to be heavily biased in the "open source" direction, complete with admonishments (from commercial software vendors) to avoid the "viral" GPL <bavier>the workshop was for developers of research science software <bandali>speaking of “viral”, i’ll never forget that one night, a few of us were hanging out with rms, someone used “viral” to refer to GPL, shitshow ensued :p <bandali>the person didn’t have bad intentions and it seemed a genuine mistake for which they apologized for, but rms (understandably) took personal offence nonetheless <nckx>I can't blame rms. There's no ‘innocent’ use of that word, although it was ’unintentional’. It's still spreading propaganda. <j-r>Does anyone use yubikeys with guix? <j-r>I need to sort out how to add udev rules to the operating-system. <leungbk>Would anyone mind reviewing patch #36381 on debbugs? I submitted it about a month ago but never got a response. <nckx>leungbk: Not defending that, but this might be the worst time to ask. #guix is pretty quiet right now. I don't know enough about Go to do it myself, but know that another e-mail ping would certainly not be considered rude. <nckx>Marlin[m]: How much do you know about vaapi & friends? <nckx>Specifically, how separate libva drivers are composed in Guix. <Marlin[m]>i'm not an expert nckx, but it seems there is no vainfo <nckx>That's why I'm packaging it. <nckx>I've also packaged the intel-vaapi-driver required to make it do anything on my (i915), and it works, but I don't know how to make libva (or is it mesa?) find it properly. <nckx>I've verified that it works when I copy it to the mesa store output, just to make sure I'm not wasting my time. <nckx>vainfo: VA-API version: 1.4 (libva 2.4.1) | vainfo: Driver version: Intel i965 driver for Intel(R) Ivybridge Mobile - 2.3.0 \o/ <nckx>Marlin[m]: Which vidya hardware do you have? <kori>i found a nice plugin to boost editing guile in vim a bit more :) <kori>paredit wasn't working properly but now it is <nckx>kori: How's the vim experience in Guix? <kori>wait till i make the editor I want <fosterite>you want a bad vim experience, I reflexively typed `vi` in 9front just now <str1ngs>though I used vi/vim for 20 odd years, so I can't condemn :P <nckx>Rad now when I tab-complete ‘guix-patches’ it expands to ‘Dimakakos Dimos via Guix-patches <guix-patches@gnu.org>’. Oh mu4e. <str1ngs> on guix foreign you need to fudge the profile with GUIX_PROFILE="`echo ~root`/.config/guix/current" ; source $GUIX_PROFILE/etc/profile in order to install glibc-locales. other wise users will not see the effect of install glibc-locales. which is kinda tedious. is there not a better way to do this? <kori>are there any plans for like <kori>making guix or a subset of guix the default package manager for guile? <nckx>str1ngs: I hesitate to even ask, but isn't that ‘expected’? I had to add something like that (I forget the details) to my user's .bashsomething when I installed my first foreign Guix the other week. How could Guix do this automatically? <str1ngs>or at least have a distinction of a daemon warning vs user warning <str1ngs>or maybe a helper script that installs locales for the daemon. I'm assuming that's the reasoning here *nckx isn't really well-versed in foreign Guix; found the experience quite messy but that was their own fault for being in a hurry. <nckx>str1ngs: Wait, sourcing the profile above needs to be done by the daemon? That doesn't seem right. <str1ngs>by fudging the profile and installing the locales it installs to the daemon profile <nckx>Wat does ‘fudging’ mean? <nckx>Is the ‘daemon profile’ root's profile? <str1ngs>changing the root profile to guix profile <nckx>So is the use of ‘profile’ here. Profile as in bash profile (file)? <str1ngs>guix daemon path is /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon <str1ngs>also glibc-utf8-locales don't seem to work. you need the monolithic glibc-locales I don't know if that was ever fixed <nckx>str1ngs: Wat does ‘fudging’ mean? <str1ngs>modify the current user profile to become the guix profile <nckx>Environment='GUIX_LOCPATH=/var/guix/profiles/per-user/root/guix-profile/lib/locale' LC_ALL=en_US.utf8 <str1ngs>right see that path will never have locales unless you install them. in which case to do that you need to switch the profile <str1ngs>I'm surmising the daemon is complaining . since it stops complaining once I install the locales *nckx is booting their crappy foreign Guix.. <nckx>A start job is running for�…ress polling (1min 25s / no limit) <nckx>The wonderful world of systemd all right. *bandali silently chuckles from the side <bandali>nckx, don’t you just miss systemd? ;) <nckx>bandali: Only sometimes. <raghavgururajan>nckx Yeah, many times I felt I should do something myself before asking someone else. But the reality sucks. :/ <raghavgururajan>nckx Being a biologist, it is very hard to learn computer stuffs and taking care of job/life at the same time. <raghavgururajan>nckx It took me lot of courage to start using free software. Many of my friends backed out. I do not blame them. There is TONS to learn while being used to windows and mac/iphone their entire past life. <raghavgururajan>nckx That is why I wanted to do something that could create a bridge for non-techies to start using free software without hassles. <nckx>raghavgururajan: I completely understand. <raghavgururajan>I am trying to learn programming, system administration etc. So that one day I can do something myself to contribute. I am optimistic. :) <raghavgururajan>nckx Anyway, what are you doing awake? xD Usually I see "nckx --> Zzz" around 20:00 EST/EDT. <nckx>Just don't think you have to be some kind of Lisp Guru writing faultless elegant code to submit patches to Guix, OK? You might be overthinking it. *nckx laughs at the mere idea. <nckx>raghavgururajan: I'm watching Spiderman and writing shit Lisp code, this is the life. <nckx>raghavgururajan: So, that patch for libvirt you linked to, what *does* it fix? ‘that patch fixes something, so good’ → is it something we should care about? <raghavgururajan>nckx Yeah , it is related to cgroup. One filk from libvirt irc channel told me that, that fix with another one (on the way) will fix the bug I reported. <nckx>Filk is a geeky subgenre of folk so is also likely correct here. /s *raghavgururajan thinks this why people should stop hanging out in FB and start engaging in IRC channels xD *raghavgururajan was taking about learning about filk <nckx>raghavgururajan: Why the nick change, if you don't mind me asking? <dongcarl>rekado_: Just for the record, git bisect says `5cf4b26d52bcea382d98fb4becce89be9ee37b55 is the first bad commit` <nckx>Marlin[m]: Seems like you (or someone) would need to package the ‘radeonsi’ back end to get vaapi working on that card. <rekado_>bavier: reminds me of a conference about research software that I attended in Manchester. Every third talk was a literal Microsoft ad. Of course the whole conference had also slant against free software. <raghavgururajan>nckx I wanted to use the nick consistently on every platform. Some does not allow 4 character usernames. That's why. *nckx is happy they haven't encountered such platforms. <raghavgururajan>nckx That's one thing. Also I thought rvgn (RaghaV GururajaN) will be short and nice, but it ended up being very non-descriptive. <raghavgururajan>There was huge difference seeing an email with from address as rvgn@domain.tld VS raghavgururajan@domain.tld. *rekado_ is unhappy that “viral” hasn’t gained any positive connotations since viral gene editing. <nckx>raghavgururajan: Plus this one has ‘guru’ in it. <raghavgururajan>nckx I already go by nickname "RG" offline. So did not want to confuse people with another nickname rvgn. So it is going to be either rg (or) raghavgururajan. :) *nckx still immediately thinks of Windows RG. <raghavgururajan>nckx Hope so. Actual meaning of my last name gururajan is 'king of teaching' (guru=teacher rajan=king). xD *raghavgururajan did not ask for that name though. Happen to be named by parents. Happy with it though :) <raghavgururajan>rekado_ I assume viral is some software? Anyway, I will be doing PhD in Gene Therapy (Gene Editing using Viral Vectors) :) <nckx>raghavgururajan: Better than ‘Son of this dude-Son of that dude’ like mine 😒 <nckx>raghavgururajan: It refers to the silly propaganda meme that the GPL is ‘viral’ because it covers the entire work (which may include parts under different licences). <nckx>Proprietary software vendors like to spread it (heh) because it sounds scary without meaning anything. <raghavgururajan>nckx I see. Any way, I technicaly did not have last name. I just had one name Raghav. When I had to get passport to travel to Canada, gururajan was inserted as last name, which techically my dad's name. xD <nckx>Then I'm sorry for introducing you to it. <nckx>So that's what that smell is. *nckx returns to their newly hardware-accelerated Spiderman film. (Seriously, 25% vs 7% CPU. This shit cray.) *raghavgururajan wishes there should a free software twitter client in guix <efraim>The 's' syntax is a sed-like syntax, I don't remember what it actually stands for but I remember it as 's for switch' or 's for substitute' <efraim>can someone test out './pre-inst-env guix lint -c cve vim'? I'm getting a wrong type error of some sort <efraim>on the other hand I might just need to make-clean <efraim>of course now it works, maybe it wasn't the cve checker <notnotdan>How can I add pkg-config as one of the dependencies? <notnotdan>If I just do `(.. ("pkg-config" . ,pkg-config)) it complains: invalid input: ("pkg-config" . #<package pkg-config@0.29.2 gnu/packages/pkg-config.scm:31 1c49bb0>) <nckx>If not native-inputs, try that. <notnotdan>oh wait it has nothing to do with pkg-config, it complains about all inputs like that.. darn <nckx>Oh, there's a sneaky . there. <nckx>Remove it and all shall be well. <nckx>Inputs are alists, not pair lists. <desttinghim_>Ok, I'm having the same problem today as I had yesterday <desttinghim_>I can't seem to get guile to recognize the guile-gnome library <nckx>No problem & no reason 🙂 <civodul>efraim: "guix lint -c cve vim" seems to work for me <roptat>desttinghim, do you have guile installed in the same profile as guile-gnome, and does your system source its etc/profile file? <desttinghim>Apparently you have to use guile-gnome-2 instead of guile <desttinghim>roptat there is also gnome-2 available as a module in regular guile <ArneBab>Why do we have package-names like go-github-com-direnv-go-dotenv instead of go-direnv-dotenv? Half the information is redundant (it is already in the source-part), and part of it is unstable (what do we do if the package moves away from github)? <efraim>civodul: try it with '-c refresh vim' <civodul>do you have guile-json 3 in your profile? <civodul>if you're using "guix environment guix", you should do "guix environment guix --ad-hoc guile-json@3" for now <efraim>i shouldn't, but I can play around with my guix environment invocation <rekado_>ArneBab: IIRC that’s because Go is special and assigns importance to URLs. <rekado_>I don’t remember the details unfortunately. <ArneBab>rekado_: should that go into the guix-names of packages? If there’s a second package, i.e. on gitlab, I’d have expected to see go-dotenv-gitlab for that. <roptat>ArneBab, the upstream name of the package is technically github.com/direnv/go-dotenv <roptat>we just replace some of these symbols with - and prefix with go- <desttinghim>is there a guile function I can call that will return a list of packages? <roptat>you can do (list package-1 package-2 ...) but that's probably not what you want? <rekado_>find-packages-by-name in (gnu packages) returns a list of packages when given a name. <desttinghim>I'm testing the waters to see how hard it would be to get a GTK based UI made for Guix <rekado_>desttinghim: fold-packages does this. <rekado_>desttinghim: you may also want to take a look at hpcguix-web, which is a web interface. <rekado_>I recommend using Guile to build that GTK UI, because then you can make use of the Guix APIs instead of having to clumsily call “guix” commands. <desttinghim>I was thinking of using guile-gnome, but I'll check that out too <rekado_>guile-gnome only provides bindings for GTK+ version 2 AFAIK. <ArneBab>roptat: that’s somehow strange - just imagine running guix search github to find github-bindings <ArneBab>roptat: can’t me make packages with an alias or such, exposing only the alias to the general search? <ArneBab>or add a go-package-name field to go-packages which can be used by go-tools to match packages? <ArneBab>(then we could also keep the name unchanged) ***chris4 is now known as chrislck
<keno>Hey there, I'm having a problem with the installation media. It just seems to get stuck while booting without any relevant errror messages. It neither launches the curses installation interface, nor can I switch to another TTY. This only affects my desktop PC with an AMD GPU that doesn't technically have free drivers, but I've tested on debian and it works with the Xorg vesa driver. Besides, Guix doesn't try to <keno>launch a graphical interface anyways, so I don't see how this should be the problem <keno>Everything works fine on my Thinkpad X200, so the installation media is not faulty <roptat>keno, if there's no helpful message, there's nothing we can do either... is there really nothing at all? what is on your screen right now? <keno>Hah I figured it out. I needed to add `modprobe.blacklist=amdgpu` to the kernel parameters. Now everything is scaled horrendously large and the curses interface only shows black <keno>I think there's another kernel parameter for that, vga or something, I'll take a look <keno>Thanks for stepping in and offering help! <nckx>Good morning Guix! So I have a library (libva) that respects a search-path (LIBVA_DRIVERS_PATH). How do I have Guix set it when any dependent package (ffmpeg, vlc, too many to count) is installed into a profile? It currently only works when I install libva itself. I really don't want to add this variable to the better part of 100 packages… <spk121>rekado_: guile-gi is a few weeks from its first alpha. when the alpha is release, the API should be more stable. right now, the API is being reworked <roptat>nckx, maybe patch the library to look for itself in its store path? <nckx>It doesn't need to find itself, it needs to find back ends provided by other packages. <efraim>There's also libvdpau-va-gl (or similar) with the same issue <nckx>roptat: Thanks for the suggestion though. That there's an obvious solution that I've missed is the best-case scenario I'm hoping for 🙂 *nckx takes a look at l-v-g <nckx>What efraim suggested, and I was too lazy to type, and have since lost any putative time savings by having to clarify 😛 <nckx>efraim: So you mean it has the same issue with no (successful) attempt at solving it? That's a shame. Nothing to plunder. <efraim>yeah. There was a thread about it on help-guix back in December 2017, no resolution <efraim>best I could think of at the time was LD_LIBRARY_PATH <efraim>my .bashrc still has #export LD_LIBRARY_PATH=/run/current-system/profile/lib/vdpau <nckx>It only looks in LIBVA_DRIVERS_PATH (which is probably a very good thing). *nckx wonders if there's any notion of ‘propagated-search-paths’ since that would be the right fit here. But maybe it has effects I didn't think of. <civodul>spk121, rekado_, janneke: it might be that Emacsy/Guimacs would be the right approach for a package management GUI? <roptat>is it the installer or your installed system? <roptat>you should disable it (you can keep the efi boot, just disable signature checking) <roptat>mh... could your installation media / image be corrupt then? <roptat>did you gpg-check the installer image? <roptat>mh... that's actually a good suggestion <janneke>civodul: oh my, imperative clickable package `management', just what i need ;-) *janneke missed the discussion, could be a good idea... <civodul>janneke: yep, someone was saying they'd like to toy with a GUI for Guix <davexunit>guile works, as long as don't compile your program and your program is so trivial that the gc is never run. <roptat>I've just built gnome-software-center, but it doesn't work properly :/ <civodul>roptat: important restrictions indeed :-) <roptat>and so, failed to get featured apps: no apps to show <civodul>roptat: at any rate, what do you execpt from GNOME Software on Guix? :-) <roptat>although I'd like to try adding a guix backend to it <roptat>does the "no icon" issue ring any bell? <roptat>I'm sure I have a few icon themes in my profile <roptat>and I used #:gtk-or-glib? #t in the meson-build-system when building gnome-software-center <roptat>I also am sure I have nss-certs and SSL* set <civodul>hmm #:glib-or-gtk? #t should solve the icon issue <civodul>make sure there's no typo in the keyword <roptat>I had to export XDG_DATA_DIRS=~/.guix-profile/share, that solved it <joshuaBPMan>Hello guix people. I used a 16GB usb stick to burn a guixSD image to. (dd if=guix.iso of=/dev/sdb). <joshuaBPMan>Now when I try burning other isos to that usb stick dd is giving me an error, "no space left on device". <joshuaBPMan>dd is only able to write 1Gib or so onto the device now. <joshuaBPMan>The size of my usb stick is now near 1 gig. Did I do something wrong? Can I make my device have 16 gigs again? Or did I break the usb stick somehow? <roptat>what command did you use to create the usb stick? <PotentialUser-35>joshuaBPMan: you have to format the whole stick not just the first partition <PotentialUser-35>guix has the strangest partition scheme ive ever seen, maybe that is why it wont boot for me <roptat>can you access your boot menu to start the usb in legacy mode? <joshuaBPMan>PotentialUser-35: What do you mean? The manual just says to use dd. What else do I need to do? <roptat>it should work with EFI though... <roptat>I don't know how to help, sorry :/ <roptat>You can try to send an email to help-guix@gnu.org <nalkri>I have a hate-disappointment relationship with GNOME <Marlin[m]>nckx i think you shouldn't set the libva package when installing something else <efraim>How many packages depend on Mesa? <Marlin[m]>make the variable be set when installing libva <efraim>It might be worth making Mesa a metapackage like xfce which takes Mesa and libvdpau and the other one <pkill9>is there a way to create an alias of a package? i.e. refer to a package by a different name, but without changing it at all <pkill9>i want to be able to run commands for ungoogled-chromium, but use "chromium" instead of "ungoogled-chromium" <roptat>the name is part of the store-hash iirc <pkill9>i could inherit the package and change the name, but that would change the store path, which would trigger a rebuild <roptat>I don't think we have an alias mechanism, but you could create a chromium package that uses the trivial build system to symlink its store path to ungoogled-chromium's <lispmacs>oh, wait, after like 5 minutes it finished connecting, nm <katco>i have uncovered some behavior i don't really understand. `guix download` was failing for me with `X.509 certificate` errors. `nss-certs` is installed, and the various envvars are set properly. i then noticed that in `SSL_CERT_DIR`, the guix path for certs was defined twice. come to find out that it's because it's exported twice in `${GUIX_PROFILE}/etc/profile`. i think it's because i have both `le-certs` and `nss-certs` in my <xavierm02>Hey. I was wondering if trying to build a "Debian" package is something that could be done or if there's a good reason for that to be impossible / veryvery hard. Any thoughts? <xavierm02>It'd run guix environment with a lot of stuff linked. <katco>so first off, it seems like guix shouldn't double-export things? and second, does `SSL_CERT_DIR` not support colon-seperated paths? <xavierm02>And of course, it'd only be expected to run applications, anything kernel related wouldn't work. <civodul>katco: you mean SSL_CERT_DIR is defined twice in etc/profile? <civodul>xavierm02: vagrantc has been working on a Debian package of Guix <civodul>there were complications, but we're almost there <civodul>katco: could you come up with a minimal way to reproduce a profile that contains SSL_CERT_DIR twice? <katco>and i think that's because i have `le-cert` and `nss-certs` installed, and each must be placing that in `etc/profil` <katco>i will try and reproduce with `guix environment` <roptat>civodul, I fixed the SSL issue, it seems that updating libsoup did the trick <roptat>I suppose I'm missing some kind of service <roptat>I would expect it to find my local packages (installed with dnf) <nckx>Marlin[m]: No, I don't think that's a good idea… the whole point is that nobody should have to install libva. It's a library. If you install VLC + a VA-API back end driver, they should be set up to find each other. If you install only VLC, there is nothing to set up. <nckx>It's like any other plug-in. <katco>civodul: i take it back; it was because both openssl and libressl were installed <lispmacs>hi, I installed guix on Debian system. I did export GUIX_LOCPATH as instructed in 2.6.1, but used glibc-utf8-locales. I keep seeing error "warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)" during package installs and wondering if I should be concerned about that <nckx>str1ngs: Sounds like the same issue you were talking about. <minall>lispmacs: what does the - echo $GUIX_LOCPATH - gives you? <nckx>lispmacs: It's ugly and would be nice to fix, but there's no reason to be concerned. Guix should work just fine. <katco>civodul: i've submitted a bug. thanks for the assistance <minall>Why is it a bug? just check if the variable has the good output] <minall>I'm on a debian mahcine with guix right now, i runned guix pull, and it gave me the message <minall>I checked the variable, and it was blank, exported it again, and the message was gone <nckx>minall: Why is it a bug? <minall>katco: just sayed tha he submitted a bug, but why is it a bug <nckx>minall: Please avoid ‘he’, and it wasn't talking about this. <minall>Sorry... maybe I lost the context <nckx>‘it wasn't’ is the world's worst typo great job nckx. <lispmacs>minall: the echo command gives me nothing, which must mean I meant to set it but didn't <nckx>Sorry katco, meant to type ‘it wasn't about’. <katco>nckx: don't sweat it. we all make mistakes :) <nckx>Ah, but only I have this knack for timing them. <minall>Now run as a normal user> export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale <minall>and then recheck if the output of echo $GUIX_LOCPATH is blank <katco>nckx: not so my friend! i make mistakes all the time haha <nckx>katco: You must be one of those filthy humans then. <lispmacs>minall: okay, fixed that environment variable, and also switched to emacs-26.2 from guix <minall>lispmacs: now you don't have the message right? <nckx>minall: Could you explain what causes this? I don't really know anything about Guix on other distro's. I would have expected this to be exported automatically somehow when glibc-*locales are installed. <str1ngs>nckx: glibc-utf8-locales have never worked for me. I use en_CA.UTF-8 . and glibc-locales only work If I first install to the guix profile first <minall>Welp, I can't say much, just that, since you're installing guix in a foreign distro, all that should be -automatically-, you have to do it manually (unless you use the script to install guix automatically, i haven't try this though), so basically, I'm not use why guix need the variable GUIX_LOCPATH, but even if you have guix installed, you still have to assign the path given to that variable, manually, after doing that, the message just <minall>Basically, installing guix on a foreign system manually means that you should add the path to the variable manually too, since guix can't do it on its own <nckx>Hm, the first sucks but is still ‘expected’ (glibc-utf8-locale is the world's most arbitrary list, I had the same problem when using ‘eo’), I just don't see why this is such a common problem: do people miss something already clearly documented, or is there something missing (or unclear) in our documentation? <nckx>(I really don't know, I'm Just Asking Questions, Man.) <str1ngs>even with en_US it does not work unless it's fixed now? <minall>Mhh, I think It may be more clear to enter that part of the manual and do it, I actually missed it several times <minall>Now that lispmacs talked, I remembered to fix mine too, but just because we were talking about it <minall>As I said, I missed it and just, didn't fix that part <civodul>folks! now's a good time to pull and reconfigure, there's new code out there to test :-) <roptat>civodul, from master or core-updates? <nckx>’Open your mouth and close your eyes, and you will taste a great surprise.’ <nckx>roptat: I'm guessing the new ’reconfigure’ module on master. <nckx>If all goes well it will be boring. <nckx>Marlin1113: Yes! Let me paste. <nckx>I think I've shared that with you before, so it might look familiar. <nckx>(It's no biggie, but please try to avoid ‘guys’ → ‘guix’ for example.) <nckx>It's a tough habit to break. Thanks ;-) <nckx>Marlin1113: Yep! I think you can also use local-file (or something similar) to load a ‘regular’ unescaped Xorg.conf if you prefer. <nckx>I might do that if I started today. <nckx>I don't know myself, I'll check the manual. <nckx>Hm, extra-config needs to be a list of strings (unlike many other such fields), so that won't work. <nckx>I used to have a file->string helper for just this purpose but I can't find it anymore. <nckx>Can't be hard to write, though. <nckx>But for now, just use an escaped string 🙂 <nckx>I'm sorry I brought it up. <Marlin1113>i wouldn't be on guix today without your help :) <apfel>hi there, i am rather new to guix, in installed guixsd on my laptop now. But i am still unable to help my self. Where can i look for available config options for a service for my config.scm. I guess they are defined somewhere but i dont know how to find the location. Any hints are apreciated! <erudition>Yeah, unfortunately you pretty much have to read the entire manual right now <roptat>civodul, I'm a bit afraid by what I see the new reconfigure module doing... <roptat>it seems to be switching to the new generation in more than one step <roptat>especially, I see guix downloading stuff between making '/gnu/store/zh1cl7s5dxq79jb9wgdj1jqbwg8acw0a-system' the current system... and shepherd: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?). <apfel>erudition: i see, thanks, does that mean that if some config option is not explained in the manual, then it does not exists in the eyes of guix? For example i want to define a custom /etc/libvirt/qemu.conf, which is not covered in the manual. I guess i can create the file myself, but i rather extend the libvirt service in that case. <nckx>apfel: I'm just curious: how does a (rather) new user come to call it GuixSD? We've been using Guix System consistently for a while now. If you came across ‘SD’ somewhere recently we might want to update that. <Marlin1113>am i supposed to put xorg-configuration on (slim-service-type)? <nckx>apfel: A problem is that the documentation of service options is maintained manually, so it could theoretically be incomplete. However, it's safe to assume you'll have to add that option to the code yourself, yes. <nckx>Marlin1113: If that's what you use, yes. <nckx>I didn't include that bit since I thought I was the only one still using slim… <nckx>Marlin1113: Note the ’double’ nesting, even though it's not really double: (service slim-service-type (xorg-configuration (xorg-configuration (stuff …)))) <Marlin1113>i know it's not updated anymore, but does it need to be? i mean, it's only function is loggin in i guess <nckx>I don't know if it's vulnerable. I use auto-login anyway (entering my LUKS passphrase twice is enough, thanks) so the point is moot for me. <nckx>I agree that it satisfies many (most?) minimal use cases much better than GDM. <Marlin1113>it points me to the line where i define %xorg.conf <nckx>Marlin1113: You do this at the top level, i.e. outside of (=before) your operating-system. <nckx>You can't (define …) things in a record, I don't think. <apfel>nckx: GuixSD was the term i read somewhere, it is what i duckduckgoed, which brought me to the download page. So ok, i just clone that one then https://git.savannah.gnu.org/git/guix.git, is the source code on the system by default? or only the bytecode? <nckx>If that's not the problem, paste your configuration. <nckx>apfel: The source is included. <nckx>You can, for example, ’guix edit hello’ to view the hello definition. ‘guix edit’ is currently a misnomer since the file is read-only. One day I'd like to see it automatically make a writable copy somewhere and use that instead, although maybe not use it by default. <nckx>Hm, definitely not by default. <apfel>nckx: hm, 'guix edit' just starts my emacs with the default buffer. How can i locate the sourcecode of the currently active guix version? <nckx>guix edit takes a package argument. I don't know the correct answer to ’how do I point emacs at the tree’, I've always run guix directly from a git checkout… <nckx> /home/nckx/.config/guix/current/share/guile/site/2.2/guix seems to have all (?) the source files. <apfel>oh boy, yea, guix is a package as well .... i see that the paths resemble the modules in my config.scm. Yea, i have to get deeper into that. <nckx>Yep, Guile module names are tied to the directory hierarchy, so (gnu packages foo) is literally (and always) gnu/packages/foo.scm. <nckx>apfel: It is, but never ‘guix install guix’, it won't do good things ;-) <apfel>i am rather tempted to try that now xD but i guess i fix my qemu first ;) <nckx>If you want to patch the libvirt service it's probably best if you run guix from git, using ./pre-inst-env as described in the ’Running Guix Before It Is Installed’ manual section. <civodul>roptat: re reconfigure, indeed, it introduces intermediate calls to 'build-derivations', which is one thing i pointed out during the review process <civodul>it's not great, but we should be able to do better <civodul>it would be great if you could copy/paste the reconfigure output though <civodul>for me, it didn't download anything in the meantime <nckx>apfel: That means you'll always use ’~/guix/pre-inst-env guix’ instead of just ‘guix’ when reconfiguring. It's not frictionless, but it's probably the best way for now. <nckx>(And git pull instead of guix pull.) <civodul>apfel: i strongly recommend 'guix pull', though <civodul>i think it's more robust, more convenient, etc. than using your own checkout <civodul>nckx: not that i want to contradict you, but hey ;-) <civodul>nckx, apfel: when you're fiddling with a service, ./pre-inst-env is indeed a reasonable optino <civodul>sorry nckx, i guess i didn't read enough of the backlog! <nckx>civodul: I'm not knocking guix pull at all, with channels it's a dream, but I can't think of a way to test (and hopefully submit) patches to system services using it without going mad. <nckx>civodul: TL;DR before I really do have to leave: is ‘guix system reconfigure’ still atomic in practice? <nckx>civodul: Maybe that's because ’guix pull’ still takes minutes here. <roptat>nckx, the switch to the new system is atomic for grub, but requires more steps to switch a running system <roptat>actually, it might have already been the case ***jonsger1 is now known as jonsger
<civodul>nckx, roptat: 'guix system reconfigure' is as atomic as it used to be <civodul>there are 3 steps: upgrade services, switch /run/current-system, install bootloader <civodul>the last one is the only one that matters <civodul>and grub-install is not quite atomic i suppose <Marlin[m]>i gotta get the digimend drivers for graphics tablets working for xsetwacom <Marlin[m]>dunno what's missing for xsetwacom to see the device <roptat>civodul, also I used to get some messages about restarting services, but I didn't get any this time <nckx>civodul roptat: Right, that's what I really meant and should have said. As atomic (or not) as before. Thanks! <nckx>o/ Good evening Guix, have a good one. <civodul>roptat: oh, good point; could you send a message about this one, or a patch? <civodul>you've probably seen part of the six iterations :-) <dongcarl>civodul rekado_: I've updated #36777 with a git-bisect log, and the relevant info <inquisitiv3>Contemplating to switch to Guix if it's supported and hassle-free <GUU821>Me again, my internet is close to death, tried to boot on another computer and it worked <civodul>inquisitiv3: i think WireGuard support is nascent, you should ping help-guix@gnu.org to know more <GUU821>Sadly I can't figure out why GuixSD isn't booting <GUU821>Anyone here knows how to solve my problem? <GUU821>Or any ways to contact someone who might know? <civodul>GUU821: i'd recommend sending details to bug-guix@gnu.org <civodul>make sure to provide all the details: how you installed Guix, what your config is, what the exact boot problem is (possibly with a screenshot), etc. <GUU821>But I barely know any details.... It just freezes my computer if I try to boot the installer <jackhill>GUU821: did you start a thread on help-guix@ ? <jackhill>I just replied to a very similar problem there. <quiliro>civodul: Is it better to ask for help sending an email to bugs-guix or help-guix ? <jackhill>buta good places to start might be: what computer are you using? Have you tried different install media? <GUU821>Yeah, I send my problem to the mailing list already <jackhill>it's possible that bug-guix might provide more help (dpending on what the answer to quiliro's question) <GUU821>Well, other Linux systems boot without problem <GUU821>I and the installer works on other computers <jackhill>GUU821: ah! In that case it sounds like something is wrong in the installed so I second the bug-guix@ recommendation. <GUU821>So I open a thread on the bug mailing list now <jackhill>In the meantime, you might be able to work-around your issue by running the guix foreign disto installation script on the other distros installation media, and use that to an installed. The installed version of Guix may not suffer from the same problem. <jackhill>unfortunately, I'm at the end of my knowledge <jackhill>great, good luck with your Guix adventure <bandali>noob question: anyone know how to enable and customize tlp under guix system? <bandali>and in general, is there a proper way for customizing system services’ configs? <Marlin11`>is there a package i should install in order to be able to use screen lockers? xscreensaver and i3lock complain about the lack of something to accept authentication <Marlin11`>another issue, it seems i can't install anything anymore, it complains about the lack of space <quiliro>Marlin11`: it is dificult to type you nick...on the space issue, i do not know your problem but you could clean space by using guix gc <quiliro>Marlin11`: have you searched the mailing list archive of help.guix? <quiliro>Marlin11`: maybe someone already solved the same problem you have and posted it on the list <quiliro>perhaps the partition where the operation is taking place is short of space <xavierm02>civodul: Ah. I was thinking of the other way around: Installing debian stuff on Guix. <xavierm02>Marlin11`>: You need to use screen-locker-service in the config.scm.