IRC channel logs


back to list of logs

<Kolev>Gajim, Poezio and Dino are all giving me issues...
<lw>Hey, someone sent me a script to use tor with icecat. I can't retrieve this script, and I'm in another pc. Would someone have one at hand?
<lw>Nevermind, I found it
<Kolev>I'm worried. I can't use XMPP. Dino, Gajim and Poezio won't work.
<juliana[m]>how are you installing dino? not to "works on my machine" you but dino is my primary xmpp client and works fine on both of my Guix systems...
<Kolev>juliana[m]: I did guix pull and guix install dino and ran dino from the terminal.
<juliana[m]>could you drop your guix describe output as a pastebin link?
<Kolev>juliana[m]: Certainly.
<juliana[m]>ACTION scurries off to check how to replicate a guix thus described
<lw>guix manifesto
<juliana[m]>it appears what i actually need is guix describe -f channels
<lw>Are you making sure you started a bash session with the available binaries, in your PATH?
<lw>Generally, I install something, then '$ bash' to get the path right
<juliana[m]>also what happens if you try to run dino from a system launcher? or do you not have one because i3?
<juliana[m]>okay yeah i'm running the same guix version...
<Kolev>hgncypf pgbbcbi igcq cboyann ecbr aiacbv
<lw>I use xmonad, bust just lunch things in st, generally
<Kolev>juliana[m], try running guix install dino again
<juliana[m]>i did a cheeky guix shell --pure dino -- dino and things worked as expected
<Kolev>Thats weird.
<lw>I suspect you are not loading Guix PATH in your shell environment
<Kolev>Maybe. This is a fresh install.
<Kolev>It should do it automatically, though.
<lw>what is the result of 'whereis dino', in both situations?
<Kolev>dino: /gnu/store/d1xzn5hm8sy996y1n1fchs97j45frh1k-profile/bin/dino
<Kolev>Dino crashes.
<lw>Kolev: I had to configure it manually in my '.bashrc'
<Kolev>Couldn't open cannot open shared object file: No such file or directory
<juliana[m]>that sounds like it's a library path issue not a PATH issue
<lw>I'm installing Dino. never used it, let's see
<juliana[m]>have you tried logging out then back in? might be a silly question, but
<lw>Yeah, which I call path haha
<Kolev>juliana[m], i've rebooted just now
<lw>Everything related to finding binaries, for me, is a path issue
<juliana[m]>that's very non-technical but hey if it works for ya
<Kolev>I can log in again.
<lw>Can you verify you have this line in your .bashrc: '. "$GUIX_PROFILE/etc/profile"'?
<Kolev>Not present
<lw>Also, "$GUIX_PROFILE" relates to something like this: 'export GUIX_PROFILE="/home/your-user/.guix-profile"'
<lw>Yeah, that may be it
<juliana[m]>that should actually be in your .profile or
<juliana[m]>eg .bash_profile
<juliana[m]>not in .bashrc
<juliana[m]>i use guix home for dotfile management and let it take care of that for me; seems like it's in .profile and doesn't look quite like that
<lw>I use everything in .bashrc and have functions which deals with it. But, yeah, idk depends on your configs. Variables generally go in bash_profile
<juliana[m]>i also do this:
<lw>Anyways, that line says to your shell where to find the binaries you are trying to execute (that you just installed)
<juliana[m]>because i use profiles in a weird way
<lw>Marie-Joseph, mother of god! Funny name
<lw>Just installed Dino, works fine here, out of bat
<lw>Just took a while to compile
<Kolev>My .bashrc is at
<juliana[m]>yeah i didn't know i was a girl yet and that's Lafayette's first name
<singpolyma>... compile? 😨
<lw>Oh, so you learned to code, before you knew you were a girl? That's next level haha
<lw>Just joking around
<lw>singpolyma: build from source, more specifically
<lw>My user name on the internet is BuddhiLW, lw: little white, which is my last name in portuguese
<lw>Not much fun there
<Guest28>turns out I actually don't need guix home for additional channels.  How can I "uninstall" it? Is it just deleting .config/guix?
<singpolyma>lw: right. I usually consider a compile from source starting to be a serious problem. But I guess dino is small enough it didn't take all night
<lw>Guest28: guix remove
<Kolev>What edit do I make?
<Guest28>lw: isn't this for packages?
<lw>singpolyma: I don't mind. Because generally I already have everything installed that I actually need, in the distro installing steps. But, I can see how that may be a nouicense to many people that want to try out programs
<Kolev>Shouldn't a fresh install of Guix System make .profile Just Work?
<lw>Kolev: '$ chsh', and see what's your current shell, please?
<juliana[m]>if you're using csh, it will not
<Kolev>What the... PAM: Auth. failure
<Kolev>I'm using Bash. Unless Guix changed that too.
<lw>If it's bash, you can put these two lines in '.bashrc': export GUIX_PROFILE="/home/lw/.guix-profile"
<lw>. "$GUIX_PROFILE/etc/profile"
<lw>It should work
<juliana[m]>except replace "lw" with your username ;p
<lw>start a new session, after changing .bashrc, with $ bash
<lw>Oh, yeah, that is very important lol
<lw>Everytime you use guix install, you can type bash, and start a new session to make sure it read all the new binaries from your guix path
<lw>It should work
<juliana[m]>that's a fascinating approach. how many layers of bash sessions deep are you right now friend? shellception
<Kolev>lw : Pushed changes to dotfiles. Started new terminal. .so.2 not found.
<Kolev>I feel stupid. I'm so sorry.
<lw>Nah, we can't track it either
<juliana[m]>You're not and you have nothing to apologize for
<lw>juliana[m]: some serious shellception going on
<lw>juliana[m]: but I use tmux, and I generally don't need to really start a new session, it just works most of time. But, if I want to be certain... well
<lw>Killing terminals and spawning new ones with Window Managers is really non-expensive, so...
<Kolev>Reinstalled Dino.
<lw>What came of it?
<Kolev>lw: Same error. Even in new terminal window.
<lw>does 'guix shell dino' work?
<lw>If that works, maybe some bash variable is messing things around in your system
<lw>It happened once to me, when I had 'export CC = /some/path' hard coded in .bashrc
<lw>And I couldn't compile xmonad; was not finding the C compiler
<Kolev>Same error in guix shell
<lw>Try out the hint
<lw>guix shell dino --check
<lw>Would you mind sharing you .bashrc with us?
<Kolev>lw: all is good! ... Couldnt open ....
<juliana[m]>it was linked above
<Kolev>lw: i shared it at yeah
<lw>Oh, pretty vanila
<juliana[m]>oh you do need to make sure to have the line . "GUIX_PROFILE/etc/profile in addition to the one defining GUIX_PROFILE
<juliana[m]>er, . "$GUIX_PROFILE/etc/profile
<juliana[m]>with closed quotes.....
<juliana[m]>if i can not forget them lol
<lw>. "$some/path" will source it in bash
<lw>meaning, make it available to bash
<lw>so all binaries and configurations there, as far as I understand
<lw>juliana[m]: are you brazillian?
<juliana[m]>I am not
<Kolev>Added line
<juliana[m]>I'm another boring USian
<Kolev>Same result in new terminal
<lw>common name around here
<juliana[m]>I did not know that; that's interesting
<Kolev>Aha! Found a predictable error!
<juliana[m]>Kolev: out of curiosity, are you using the `%desktop-services` thing or did you yeet it? I'm wondering if there might just literally not be the required shared object on your system
<lw>share with us
<Kolev>juliana[m]: see bender.scm
<lw>Yeah, it's the clobbered issue, just like I had with $CC at some point, when I hard-coded it
<lw>Annoying, but my bad
<Kolev>Remove added lines to .bashrc?
<juliana[m]>and put them in .profile or .bash_profile
<juliana[m]>a lot of this can be avoided by using guix home:
<juliana[m]>good resources for getting started is the blog post on it:
<juliana[m]>also sorry i forgot everything is in french on my computer
<Kolev>juliana[m] I was going to work up to using Tropin's rde, but I found the code even more complicated.
<juliana[m]>i've looked at rde a few times, but it feels too opinionated for me personally
<juliana[m]>but that's me
<juliana[m]>i have my own opinion, you see XD
<lw>i3 is written in C, I didn't know that
<lw>I was expecting python
<lw>Or something of that sort
<Kolev>I don't like i3. Text is hard to read on it.
<lw>I used a bunch of WMs. I really like xmonad
<lw>Followed by EXWM
<Kolev>juliana[m] I have no opinion, as long as it works.
<lw>But, EXWM you have to write a lot of configs, and almost no support
<juliana[m]>Kolev: I love and would die for Guix, but I'm gonna be honest with you. "Just works" is not what Guix is known for
<the_grognardling>No good distro "just works" really
<panosalevro>sorry to interrupt but has anyone been able to configure Pipewire/JACK on guix?
<lw>DWM is really fast and minimal. But, wtf is so hard to compile and restart my xsession just to change anything and that's a big no-no for me
<lw>juliana[m]: lmao
<lw>Guix just works, if you know how to develop it yourself
<juliana[m]>panosalevro: there have been several efforts in this area over the years, but this seems to be the latest:
<Kolev>rde uses PipeWire, right?
<lw>I'm planning to port ALL my configs to it. Currently, using Guix on top of Ubuntu
<Kolev>lw my problem with rde is it's opaque and I cannot understand it, compared to plain config files.
<panosalevro>juliana[m]: could you briefly explain what the problem is? why is so hard to make a pipewire service?
<lw>I don't know what rde is, sorry my ignorance
<lw>Software description: reactive Live Programming Environment (CSS).?
<lw>Remote data entry - Wikipedia?
<lw>I see you are a devops professional Kolev (?)
<juliana[m]>panosalevro: no idea
<lw>Maybe it's related to that
<lw>Oh, sounds great
<lw>If I had a xmonad pre-config and manual in guix, I would be using it as an OS
<lw>For sure
<Kolev>So complicated...
<lw>I see it's opinionated
<lw>So, no variety, basically
<lw>I mean, I don't use half of the softwares listed as the main ones
<lw>So, wouldn't work for me
<lw>I don't swap bash for zsh in a thousand year, sorry
<lw>Just because it runs in everysystem and you can use it's knowledge elsewhere
<lw>If I were to teak bash stuff, I use Babashika and Closh, which are Clojure-Bash shell stuff
<lw>So, I can have bash and a clojure interpreter at the same time
<lw>just used that once professionally
<lw>and in very little capacity
<lw>But, yeah, I mean, why zsh? But, that's just me
<lw>Don't like small improvements in languages. I like new interop stuff, or nothing
<lw>Like Clojure
<lw>Anyways, there goes my rant
<lw>"Closh combines the best of traditional unix shells with the power of Clojure. It aims to be a modern alternative to bash."
<lw>"Babashka is a native Clojure interpreter for scripting with fast startup. Its main goal is to leverage Clojure in places where you would be using bash otherwise."
<lw>So I can use lisp, java, and bash at the same time, outside the "bash" restrictions lossing the industry standard as an exchange
<lw>But, hey, at least it's powerfull as fuck
<ChocolettePalett>Iw: there are patches to e.g. make DWM configurable with configuration files
<Kolev> error: "Fira Mono": invalid field specifier
<lw>I wrote a file similar, but much more minimal, to the lukesmith .scm for st. I think I would follow a similar route, taking things out of github and building them with whatever is needed
<lw>VesselWave (a member of the community) helped me a LOT going through the first days of guix
<lw>ChocolettePalett: do you mean making it interactive? Like, change the file, recompile, and have it applied to the current session?
<lw>Functional languages like Haskell and Clojure make that a piece of cake, just like XMonad does
<Kolev>I'm so frustrated my stomach hurts.
<lw>'guix shell font-fira-code <main-program-i-forgot>' should work
<lw>Don't take it like that, man. Think you are a pioneer on this stuff. Years ahead of industry. It's a big playground
<lw>Sorry I'm a little drunk
<ChocolettePalett>Iw: You can use a workaround to avoid killing the entire X session, described on arch-wiki, under section 4.2:
<ChocolettePalett>> To restart dwm without logging out or closing applications, change or add a startup script so that it loads dwm in a while loop, for example:
<Kolev>I came here from Fedora. I'm so used to everything Just Working.
<lw>My best advice? Use Fedora as you are used to; install guix on top of it; port every program you use there, to Guix gradually
<Kolev>My computer is broken.
<lw>That would be much more productive. That's what I'm doing, with my Ubuntu build
<HiltonChain[m]>Kolev: There's a rde IRC channel, you may ask for help there.
<Kolev>lw Actually, installing Guix on top of Fedora won't work. There is no nscd.
<Kolev>lw I never had this much trouble running Dino.
<lw>ChocolettePalett: I see. I tried that, when I used DWM, didn't work straight for me, unfortunatly. Just went to xmonad. BUt, really admire DWM performance
<lw>And how some patches are just simple and functional
<lw>Kolev: It's not a matter of Dino I guess, just how you are supposed to build things in Guix
<lw>The aim is reproducible builds
<lw>So, tweaks, like fonts, must be explicitly build into the build process
<Kolev>lw - It's not very reproducible. I've `guix install`d Dino severyl times.
<lw>I see your point, but you are using personal configs, right?
<lw>Like, fire code font
<Kolev>lw - That was my last working config.
<lw>Yeah, so you must tell guix that you have to have this font, for this build
<lw>Somehow someway
<Kolev>I need some whiskey...
<lw>So you can have the binary, without actually installing the font, and blooting your system over time
<lw>just as a disclaimer, I'm not a guix veteran
<Kolev>I used to use guix. I never had this much trouble before.
<lw>after you install font-fira-code
<lw>does the error persist?
<Kolev>lw I'll do it, but rde usually pulls the package on its own...
<Kolev>I'm thinking about reinstalling, even though I waited half an hour to restore my files earlier.
<lw>Nah, don't do it. If you are commited, just push trough the errors and learn how to do it in guix
<lw>I mean, in my opinion
<lw>Even though it will take some time, it will payoff as experience
<lw>What whiskey are you drinking?
<Kolev>I don't have any whiskey.
<lw>I'm sorry for you
<HiltonChain[m]>Kolev: is provided by mesa
<lw>I'm drinking a brewed American IPA
<Kolev>HiltonChain[m] why didn't `guix install dino` pull it in?
<lw>Haven't we gonne trough this issue? It had to do with globbering bash variables
<lw>Or, is it still the same error?
<HiltonChain[m]>hmmmm that might not be the cause as I can run it in a container spawned by "guix shell -C dino"
<lw>Me too
<lw>If your issue, Kolev, is with fira code, now, I would suppose your could declare it in caleb.scm to download fira code font
<lw>Although, I wouldn't know how. Maybe use-module (guix font-fira-code)?
<lw>Since your dino config uses fira-code
<Kolev>(process:2): Gtk-WARNING **: 00:59:59.000: cannot open display:
<HiltonChain[m]>Adding an option "-E DISPLAY"
<ChocolettePalett>I can't find Tk (my favorite toolkit for developing modern GUI applications) binding for Ruby (my favorite programming language to code desktop applications) in GNU/Guix (my favorite OS to configure)... Seems like the Ruby itself was built without Tk as well.
<ChocolettePalett>Is it really absent or am I missing something?
<juliana[m]>tk is in Guix. i use tkinter myself. i do not know much about Ruby
<juliana[m]>you may be able to install the tk gem?
<ChocolettePalett>Yes, Tk & Tcl are in the GNU/Guix, but I prefer Ruby because its logo is red.
<ChocolettePalett>Though I really liked the idea with gems, I'll create a ``guix shell`` and itstall it there, thank you!
<juliana[m]>you have sparked something and i am endeavoring to package ruby-tk. we shall see if i can manage such a thing, Ruby newbie as i am ;)
<juliana[m]>for example, what in the name of the seven aspects is a "rake" and why is it giving me errors. no idea! let's see if i can figure it out!
<lw>Kolev: how are you doing, there, buddy?
<Kolev>lw ugh...
<Kolev>lw I'm having issues with Dino on my Fedora laptop too.
<Kolev>Reinstalling. :(
<ChocolettePalett>Don't worry it took me months to install GNU/Guix (mostly because I had to roll back to Gentoo a couple of times), so everything could be worse!
<mekeor[m]>is QA down? :)
<mekeor[m]>e.g. times out for me
<razlix77>Hello I'm pretty new to guix and I'm trying to configure wireguard peers from a list
<razlix77>I got it to work but guix complains "In procedure struct-vtable: Wrong type argument in position 1 (expecting struct): (wireguard-peer ((name "someuser") (public-key "dfsdfsfs") (allowed-ips (quote ("")))))"
<razlix77>lost here :)
<razlix77>this is my list
<razlix77>(define wg-users
<razlix77> '(
<razlix77> ('razvan .
<razlix77>  (wireguard-peer (
<razlix77>   (name "someuser")
<razlix77>   (public-key "dfsdfsfs")
<razlix77>   (allowed-ips '("")))))
<razlix77>and this is what I'm using it for
<razlix77>                (service wireguard-service-type
<razlix77>                  (wireguard-configuration
<razlix77>                   (peers
<razlix77>                    ; (list
<razlix77>                      (map (lambda (entry) (cdr entry)) wg-users)))))
<razlix77>any hints ?
<razlix77[m]>just figured the libera irc server is the same as this one
<jpoiret>razlix77[m]: you should use (define wg-users `(razvan . ,(wireguard-peer ...))) i think
<razlix77[m]>hmm let me give it a shot
<razlix77[m]>In procedure struct-vtable: Wrong type argument in position 1 (expecting struct): (unquote (wireguard-peer ((name "someuser") (public-key "dfsdfsfs") (allowed-ips (quote (""))))))
<jpoiret>did you use ` instead of ' for quoting?
<jpoiret>they don't mean the same in guile
<jpoiret>you should use ` to be able to unquote with ,
<razlix77[m]>I used " ' "
<jpoiret>please use what I wrote above, including the ` instead of '
<Kabouik>When I use mpv installed from Guix, hardware acceleration doesn't work, while it does when installed from apt (the OS is Droidian, a mobile OS based on Debian). Are there environment variables I need to set?
<razlix77[m]>ah missed that
<razlix77[m]>yup that seems to work ... brakes my lambda
<jpoiret>razlix77[m]: can you use to paste the whole thing?
<jpoiret>also, no need to use that lambda, you can just (map cdr wg-users)
<jpoiret>razlix77[m]: and what exactly is the error you get?
<jpoiret>the head of the second element of your list shouldn't need a quote (')
<razlix77[m]>/home/razvan/.config/guix/system.scm:18:19: error: ((name "someuser") (public-key "dfsdfsfs") (allowed-ips (quote ("")))): invalid field specifier
<cbaines>mekeor[m], works for me at the moment
<razlix77[m]>it's missing the whole (wireguard-peer ...
<jonsger>ACTION updated today shepherd and added guile-fibers at openSUSE :)
<ChocolettePalett>I suggest copy-pasting the minimal working example and adding stuff to it piece by piece until you find what's breaking the config, I usually do that when I am stuck
<webe>Can anyone please explain about the era of lost development of Linux? I saw some reference in a book?
<webe>About history of first oos
<tao[m]1>I just installed Guix System and set up Guix Home yesterday. Guix Home is managing my .profile. How do I append to .profile arbitrary lines e.g. source /run/current-system/profile/etc/profile.d/ so that installed tools from Guix System's Nix service are sourced on login?
<tao[m]1>Here's my home-configuration.scm
<unwox>tao[m]1: you can extend home-shell-profile-configuration service
<mekeor[m]>cbaines, yea, it's back for me too :)
<tao[m]1>unwox I'm still fairly new to Guile, can you provide an example of how I'd extend it with strings?
<mekeor[m]>tao: i recommend to get familiar with reading the guix manual. what do you use to read guix' manual? you could use (1) a web browser; (2) "info" from a terminal/shell; (3) emacs' M-x info RET (bound to C-h i).
<mekeor[m]>tao: in the manual, you can then read about the identifier which unwox mentioned
<tao[m]1>mekeor yes I've been reading through the services offered for Guix Home. The bit that unwox mentions is at
<tao[m]1>Examples for extending Bash are given but not for home-shell-profile
<mekeor[m]>tao: perfect. as you can see, home-shell-profile-configuration accepts a "profile" field which ought to be a file-like object.
<mekeor[m]>those are described at
<mekeor[m]>(i found that link by using the manual's "index")
<tao[m]1>Ok gotcha, thanks, let me take a look at that section and see what I come up with :-)
<Joan[m]1>Hello, I've download the last version of guix for x64 and tried installation. But fails when detecting the network and the installation enters in a loop
<Joan[m]1>Any Help?
<mekeor[m]>tao: i guess you want to use the text-file* procedure
<mekeor[m]>Joan: the default guix system installation image only contains free firmware. do you have a free-firmware-compatible network-interface?
<mekeor[m]>tao: good luck! feel free to ask further questions :)
<tao[m]1>mekeor thanks! I'm digging in now :-)
<mekeor[m]>tao: you might want to experiment in the repl, by calling "guix repl" followed by ",use (gnu home services shells)"
<tao[m]1>mekeor I did just set up Geiser in Doom Emacs, that's a good idea
<mekeor[m]>tao: then, you can try to experiment with (home-shell-profile-configuration (profile ...))
<Joan[m]1><mekeor[m]> "Joan: the default guix system..." <- I hope so. I have this supposedly linux friendly computer ( connected by ethernet cable..
<mekeor[m]>Joan: apparently your laptop has Intel 9560AC as wifi-adapter which requires non-free firmware.
<mekeor[m]>(same for Intel AX200)
<Joan[m]1>Thank you! Yes. But I'm connecting with Cable...
<Joan[m]1>This means that the ethernet requires non free firmware too?
<Joan[m]1>* Thank you @mekeor ! Yes.
<jpoiret>Joan[m]1: sometimes, yes
<ChocolettePalett>You could also try to boot LiveISO (so you don't have to install it) of Parabola or Hyperbola or smth like that from a USB stick to make sure it is firmware to blame
<ngz>Hello Guix!
<Kabouik>Any ideas how to fix mpv not picking up the required deps for hardware acceleration, while /usr/bin/mpv installed from apt does? I suppose it's some env vars missing?
<mekeor[m]>Joan: you could search the web for "<your ethernet adapter's name> linux"
<lilyp>Kabouik: does your graphics card vendors start with n and end with vidia?
<ChocolettePalett>lilyp: he has a phone I assume
<ChocolettePalett>or he*
<lilyp>they have
<ChocolettePalett>that person***
<Kabouik>No lilyp, the device is a phone (Qualcomm Snapdragon SOC).
<lilyp>Interesting, I have no clue how graphics drivers for phones work, sadly.
<Kabouik>What I confirmed is mpv installed from apt works fine, so that makes me think the issue is with how guix-installed applications are somewhat containerized
<Kabouik>Maybe that's not the proper word, but also the non-standard fhs.
<ChocolettePalett>Kabouk: you might want to take a look at this writing, section 5.1:... (full message at <>)
<lilyp>Kabouik: at the very least, it links against its own graphics stack, which could explain the trouble you're perceiving
<Kabouik>Ah, yes, probably
<Kabouik>Thanks ChocolettePalett, I had missed your message
<Kabouik>Those are things I tried though, I think the issue might be with mpv being linked to guix' own graphic stack
<tao[m]1>mekeor got a little further... (full message at <>)
<tao[m]1>It looks like this person two years ago ran into the same issue:
<tao[m]1>to which they received the reply, "You don't have to instantiate this service yourself"
<tao[m]1>Unsure what to make of that. I did try and re-compose it into a simple-service but that gave me other errors
<unwox>tao[m]1: what errors did you have with simple-service?
<tao[m]1>unwox mekeor I figured it out!... (full message at <>)
<unwox>tao[m]1: great :)
<tao[m]1>I'd be really curious to see in a video how lispers develop REPL-first. It's not how I'm used to it from Python although I know you can do REPL-forward development with Python. That kind of iterative development has always really appealed to me and I understand there's something about lisps that make them uniquely suited for it
<tao[m]1>I didn't use Geiser to work through this one but I'd like to. This is Day 2 of 100 Days of Guile for me so let's where it takes me
<lilyp>"How lispers develop REPL-first" – step one, open Emacs :)
<anemofilia>Guys, I'm confused
<anemofilia>What should my XDG_RUNTIME_DIR be, and how should it be set at boot?
<anemofilia>If I put /tmp/runtime-radio I get a error saying that XDG_RUNTIME_DIR doesn't exist, so the on-first-login script won't be executed, but I can run 'herd status'. In the other hand, if I set it to /run/user/$(id -u), then I get no message error, but my userservices doesn't start and I can't run stuff like 'herd status'
<Guest28>guix pull: error: remounting /gnu/store writable: Permission denied  it is Guix as binary on an oracle cloud server. i did run the script as root
<Guest28>i think it is because of selinux
<Guest28>yep, it is because of selinux.  seems like the script doesn't handle that case yet
<ChocolettePalett>anemofilia: XDG_RUNTIME_DIR is set automatically when you log in, as far as I know. So you might need elogind service
<ChocolettePalett>To handle your logins
<ChocolettePalett>I also set up dbus because I've read that it might be required
<brettgilio>Does the version of GNOME in Guix have the OOTB RDP integration? I noticed we do not have gnome-remote-desktop packaged, so I am just curious if any of us have tested this.
<anemofilia>ChocolettePalett: I do have a elogind service, but still am having this problem
<Kolev>Migrating to rde.
<Guest28>If I make an image with guix system image, how would I need to define the partition to automatically grow to use the whole sd card if I boot the system?
<Kolev>Poezio is pulling in texlive?!
<efraim>Kolev: yes, documentation is nice
<efraim>Guest28: I normally just end up doing it by hand. cfdisk to expand, resize2fs and fsck afterward
<Guest28>guix system image says that "(initrd-modules (append (list "uio_pdrv_genirq")" I need that.  I wonder why.  Also if I add it, it requires additional linux modules and I wonder if someone has a list which it requires.  Since currently I need to rebuild the kernel, look at the error and at it as module
<Guest28>takes a long time
<Guest28>efraim: I use gparted.  But I wonder if it could be done automatically
<efraim>theres %base-initrd-modules in gnu/system.scm which takes care of most normal modules for i686/x86_64
<Guest28>I have that as well: "(initrd-modules (append (list "uio_pdrv_genirq")
<Guest28>                            %base-initrd-modules))"
<efraim>sorry, it's defined in gnu/system/linux-initrd
<Kolev>Failed to build Poezio.
<Kolev>The TTYs do not say which number of TTY they are. It just says "This is the GNU system. Welcome."
<efraim>Kolev: I've just fixed poezio, go ahead and `guix pull` again
<Kolev>The onslaught of errors I get while using Guix is a huge shock.
<mirai>Kolev: 7 iirc
<mirai>efraim: What's the last comment on <> about
<Kolev>mirai: I'm trying to get my old rde config running and it's building but Sway won't start on TTY #2.
<efraim>mirai: ['elements/camerabin.c']], changed to something like ['elements/camerabin.c'] camerabin2? ]. but the test stopped failing on i686 and aarch64 so no one noticed
<efraim>I'd have removed it but it would've been ~700 rebuilds for those two architectures so I put the note instead
<mirai>ah right, from the hunk itself it looked like it was an artefact of squash
<efraim>I did have my added bit at the bottom, but I moved it up so it would be a smaller diff
<Kolev>guix pull takes a long time. It makes me very nervous.
<mirai>I'm curious about what's guix pull doing behind the scenes
<mirai>on one computer I also find it to be quite slow
<mirai>but on another it's reasonably fast
<Kolev>People complain that Fedora's DNF is slow, but Guix is quite slower.
<mirai>the hardware is somewhat comparable
<mirai>so it shouldn't be the main factor
<mekeor[m]>mirai: whats the difference between the machines?
<mekeor[m]>i recommend using channels with substitutes only
<mekeor[m]>well, i guess, that does not matter for guix-pull tho
<mekeor[m]>does it?
<mirai>mekeor[m]: one is an AMD 5600, the other is i5-10210U
<mirai>the i5 one has been running guix a lot longer than the 5600 one though
<Guest28>guix pull also takes really long although the channels didn't change.  don't really understand why it isn't instantly finished like a guix reconfigure
<Kolev>Still waiting on guix pull.
<juliana[m]>You could profile it, and find and fix bottlenecks
<Kolev>ACTION paces back and forth, waiting on guix pull
<Guest28>honestly the waiting isn't that bad.  At least I have a stable system that is reliable. on manjaro I had sometimes a kernel panic because gpu drivers didn't work after the upgrade. on guix I don't care. just a simple rollback
<mirai>ugh, relocating a package is revealing to be harder than it seems
<mirai>is there a way to quickly “trigger”/reveal the presence of unbound variables in packages
<mirai>(checking for unused use-module would be nice too)
<hrn>Hi! I see that for many Python packages the source code is taken from PyPI rather than the source code repo. Is this the preferred way? I would otherwise assume that using the source code repo (e.g. git) would be better.
<sneek>Yey! janneke is back :)
<Guest28> someone knows what it wants to tell me?
<rekado>parse-elf is given something that’s not an ELF file
<Kolev>I have to enter my LUKS pass twice...
<jlicht>hey guix!
<Kolev>Guix Home is too confusing for me.
<Kolev>juliana[m], this is all too much.
<civodul>Kolev: to get a feel of the rationale and workflow with Guix Home, check out
<Kolev>civodul, rde adds even more complexity on top of that.
<civodul>i think it adds abstractions
<civodul>it's not #rde anyway :-)
<mirai>what's rde about
<mirai>keep hearing about it but the manual doesn't seem to say much?
<civodul>i'd say it's a distro that provides a high-level layer above Guix Home services
<civodul>very much Emacs-focused
<dissoc>im trying to use java on guix to access libpcap, but i get a permissions error. how do i grant permissions for this? is this a setcap (capabilities) thing?
<mirai>so a debian->ubuntu equivalent but with guix?
<civodul>seen from a distance, yeah :-)
<civodul>dissoc: hi! could you describe the command you run and what it prints?
<civodul>i'm not knowledgeable about Java but others might know
<dissoc>civodul: well it's a native call to libpcap from clojure/java. it throws exception "socket: Operation not permitted"
<Kolev>Forget this. I'm staying on GNOME and Stow.
<civodul>dissoc: hmm packet capture usually requires a special Linux "capability" as you hinted earlier?
<juliana[m]>Kolev: you don't have to adopt home if it makes things more difficult for you. I suggested it because automatic handling if env vars seemed like it might help your situation
<dissoc>civodul: yeah i was thinking of inheriting the openjdk package and adding a phase to setcap on the binary. thought i would ask before trying but might as well just try it out
<civodul>dissoc: files in the store cannot have extra file capabilities
<civodul>something that would be useful is
<dissoc>civodul: i will take a look. thanks. do you know why files in store cannot have extra capabilities?
<Guest28>hurd is a kernel but what is herd?
<civodul>dissoc: it would be a security breach since any user on the system can populate the store (via guix-daemon)
<dissoc>civodul: i see. that makes sense. thank you
<civodul>Guest28: 'herd' is a comment provided by the Shepherd:
<Guest28>civodul: so is herd an init program or is it just an interface and shepherd is the init software?
<Guest28>so basically herd would be equal to systemctl and shepherd would be like systemd?
<Guest28>and hurd would be linux. is this correct?
<civodul>Guest28: herd is similar to systemctl, shepherd is similar to systemd, yes
<civodul>Hurd provides functionality comparable to Linux
<civodul>it's not "a kernel" though but rather a set of programs ("servers") providing equivalent functionality
<Guest28>okay thanks, never quite understood it and it's really hard searching for something if only one letter is changed
<civodul>heh right
<Guest28>isn't it defined as a microkernel?
<civodul>the Hurd relies on a microkernel, GNU Mach
<civodul>it's the layer right above the microkernel if you will
<Guest28>okay so, kernel is used to make hardware work with software. that would be gnu mach?
<Guest28>and hurd would be servers like filesystem or network, so basically software that is important to have a whole os?
<Guest28>so like GNU/Linux would be Hurd/Mach?
<Kolev>Noisytoot, Guix Home and rde are too much work to understand.
<civodul>Guix Home and rde are two different things though
<civodul>ACTION wonders why is marked as green despite fewer successes
<Kolev>civodul, Guix Home is a little easier to understand, I guess.
<cbaines>civodul, that's not a bug, but probably a deficiency in the code. I think it currently compares the failure count, but maybe it should also look if any package is broken
<cbaines>I think in this case there's some new failures, and maybe some existing failures that are blocked by the newly failing packages, which means there's 4 packages that fail to build in both revisions
<cbaines>(but they're different packages in this case)
<civodul>cbaines: in other words, we're going from broken to broken, but slightly different, right? :-)
<civodul>but yeah i see, thanks for explaining
<cbaines>that's what the qa-frontpage is thinking, but yeah, it needs to do a more detailed analysis to highlight the problems
<Noisytoot>Kolev: why are you telling me specifically?
<cbaines>hopefully doing that will lead to actually being able to say what things specifically are broken, so there would be less of a need to look at the data service comparison
<Kolev>Noisytoot, I don't see why you use Guix. It's a mess. It adds layers and layers of abstraction over what used to be simple things.
<Kolev>It makes the system very opaque and hard to modify.
<Noisytoot>I don't use guix home or rde
<Kolev>Noisytoot, Guix even makes adding a user to the system a complicated, slow process.
<Kolev>Noisytoot, edit file, wait for the whole world to build, just to add a user.
<mirai>What's this “simple things” that get you a mostly-reproducible system configuration
<mirai>Shell scripts? Doing the same but with Ansible & friends?
<mirai>also, adding a user to a system does not cause packages to be rebuilt, provided the current system already has up-to-date packages
<mirai>There's substitutes to alleviate the pain of having to rebuild packages
<juliana[m]>Let's not get heated. Kolev, I'm sorry you're having so much trouble with Guix. I really wish we'd been able to figure out and help you resolve your issues. If you need to vent, that's perfectly valid; doing it in Guix's primary community space is, however, rude.
<juliana[m]>I have no formal affiliation with Guix ftr
<janneke>Kolev: if you use guix time-machine --commit=<the-current-system's-commit>
<janneke>-- system reconfigure /etc/config.scm, then quite possibly not so much needs to be rebuilt
<civodul>friends, "guix locate" is in the house!