IRC channel logs


back to list of logs

<joshuaBPMan>Heyo! Whoever packaged sway... THANK YOU! I will mention you in my prayers! Sway is super awesome!
<katco>joshuaBPMan: git blame XD
<joshuaBPMan>katco: I'll have to do that.
<katco>maybe it should have been named `git attribute` hehe
<nckx>To long and uncynical for Linus.
<wednesday>git whodidthisbit
<sneek>wednesday, you have 1 message.
<sneek>wednesday, puoxond says: Just looked at the IRC log. Here's my Xorg log ( and my sddm.log ( This is on commit 5069bae.
<joshuaBPMan>sweet, I just found a podcast downloader tool:
<joshuaBPMan>It's meant to be a way to automatically download your podcasts!
<joshuaBPMan>does anyone know how to autologin the virtual console? I tried modifying all of my mingetty services to (auto-login "joshua"),but when I rebooted, guix said something like, "cannot modify already started service".
<joshuaBPMan>Does anyone have any working code to get mingetty to auto log you in?
<apteryx>nckx: re eolie, I don't think so
<nckx>apteryx: Oh, thanks for the reminder 😃 I was going to open a bug.
<nckx>Mail with more info sent.
<reepca-laptop>hm, I'm not sure exactly what I did, but any attempt to start an X application gets me a "No protocol specified" error message, followed by "Error: cannot open display: :0.0".
<reepca-laptop>ah, I think I figured it out... one of my experiments changed the hostname and domainname when it wasn't in a separate namespaceon accident
<reepca-laptop>what would the default domain name be?
<apteryx>nckx: ack
<apteryx>I think I've found a regression on core-updates
<apteryx>the user-account record now needs to have its home-directory field filled otherwise building with guix system docker-image fails with error: error: missing field initializers (home-directory)
<apteryx>maybe something to do with the leaky thunked fields that Ludovic mentionned some time ago.
<apteryx>(or the fix of such leaky abstration, if it was)
<smirk>pronounced geeks?
<kmicu>( ^_^)/
<smirk>coo face
<smirk>i love it
<smirk>is that slash my client or you?
<kmicu>It’s FULLWIDTH SOLIDUS in Unicode.
<smirk>sorry i was away i had to walk the dog
<smirk>my mom has him in a cage
<smirk>and im up so he's up
<smirk>what solidus?
<smirk>ohhh i read about it
<smirk>come back
<smirk>im so lonely
<smirk>if you dont come back im going to blow my brains out
<smirk>i wonder if i used a shot gun above a keyboard if i could pick a password for my mother to use always
<smirk>nah i killeed it
<smirk>doesnt anyone chat on here
<roptat>Hi guix!
<smirk>roptol im new here and i program and im hoping it means geeks
<smirk>is it pronounced geeks
<roptat>That's what the manual says, yes
<smirk>oh cool
<smirk>how are you on this fine day roptol
<smirk>do you code?
<smirk>my name is jeff
<brendyyn>I pronounce it as gwiks regardless of what people say
<smirk>im working on some code right now to save a list to file after every 500 entries taken from a list, but at the end of the file where theres a remainder less than 500 my code hit a snag it wont save there
<smirk>be back in 15
<roptat>smirk: please call me roptat, not roptol :)
<happy_gnu>i need help :/
<happy_gnu>I can't succed with my installation
<happy_gnu>grub won't install
<happy_gnu>I created one partition for EFI
<happy_gnu>one partition for root
<happy_gnu>i have /dev/sda1 and SDA2
<happy_gnu>mounted in /mnt/ and /mnt/boot/efi
<roptat>What's the error message?
<happy_gnu>..grub/i386-pc/ doesn't exists. Please specify --target or directory
<roptat>Try mounting /boot/efi in addition to /mnt/boot/efi
<happy_gnu>guix system: error: failed to install bootloader /gnu/store/...-bootloader-insnaller
<happy_gnu>roptat: how? ?
<happy_gnu>I don't follow :/
<happy_gnu>should i Mount /dev/sda1 as /boot/efi
<roptat>Mount it at both places
<happy_gnu>let's cross our fingers
<roptat>Are you using the graphical installer?
<happy_gnu>command line
<happy_gnu>i didn't know there was a graphical installer..
<roptat>It's not in the last release, but it's available in the jatest source code
<happy_gnu>same error :(
<roptat>Could you share your config file?
<roptat>Use for instance
<smirk>im back everybody who gives a phunk
<smirk>happy_gnu = happy_gn?
<happy_gnu>i joined to send the pastebin
<happy_gn`>here it is
<Blackbeard[m]>roptat: there,^
<smirk>shit i gotta go see my shrink tomarrow
<smirk>bye everyone im AFK now
<roptat>Blackbeard[m], did you boot in EFI mode?
<Blackbeard[m]>i used both the commented and uncommented file-systems
<Blackbeard[m]>roptat: I am stupid :/
<Blackbeard[m]>now that you ask
<Blackbeard[m]>i remember i did not
<roptat>you should add /boot/efi in your filesystems
<Blackbeard[m]>am I going to have to start again
<roptat>so that future upgrades can work properly
<roptat>I'm afraid you'll have to start again
<Blackbeard[m]>roptat: ok
<Blackbeard[m]>at least i have my config file
<Blackbeard[m]>why i am this stpuid >_<
<roptat>the installer image can boot in legacy and efi mode, so make sure your firmware is set to boot the image in efi mode
<Blackbeard[m]>yes let me reboot
<Blackbeard[m]>ok so I am waiting right now
<Blackbeard[m]>let's cross our fingers again
*jonsger improved the description of the openSUSE package of Guix :P
<Blackbeard[m]>jonsger ( share the link?
<jonsger>it's not online yet, I mean the change :)
<civodul>'lo Guix!
<Blackbeard[m]>civodul: ٩(◕‿◕。)۶
<Blackbeard[m]>I am installung guix SD
<Blackbeard[m]>Now that I am on vacation i will have time to help
<Blackbeard[m]>in a moment we will know if I got it right this time
<Blackbeard[m]>fingers crossed ٩(◕‿◕。)۶
<Blackbeard[m]>no error reported
<Blackbeard[m]>:D :D :D :D
<jonsger>civodul: can the *.go be stripped or doesn't work them anymore if they got stripped?
<Blackbeard[m]>and i got it wrong :/
<Blackbeard[m]>grub says the device uuid can't be found
<Blackbeard[m]>but I mounted everything again
<Blackbeard[m]>and when i do cryptsetup luksUUID /dev/sda2 i get the same number
<nixo_>Hi, is there a way to add load kernel modules with modprobe from the guixsd system configuration?
<nixo_>I found this old mail thread:
<Blackbeard[m]>no such cryptodisk found.
<Blackbeard[m]>what am I doing wrong? ?
<nixo_>Also, the configuration used on this server ( available somewhere? I bought the same MoBo, librebooted and installed GuixSD, I am curious to check out your config :)
<Blackbeard[m]>nvm it works now
<Blackbeard[m]>turns out grub was using a different layout
<roptat>Blackbeard[m], once you guix pull on your new system, you'll be able to specify a layout for grub
<Blackbeard[m]>roptat: oh great
<wednesday>Well the sddm issue puoxond had wasn't the one I fixed, but his video driver is being set to modesetting I think and I don't know what this in his sddm log means but it looks no good Error from greeter session: "execve: No such file or directory"
<Blackbeard[m]>wonderful :D :D :D :D
<wednesday>It stops after that, and in my sddm log it starts the greeter and continues, so my guess is that's where his problem lies
<Blackbeard[m]>I have guix SD now
<Blackbeard[m]>٩(◕‿◕。)۶ ٩(◕‿◕。)۶ ٩(◕‿◕。)۶ ٩(◕‿◕。)۶
<wednesday>Didn't we axe the name GuixSD and just use guix now?ha
<Blackbeard[m]>And it is my only OS
<Blackbeard[m]>ok it is 4:20am i will go to bed
<Blackbeard[m]>roptat: thank you ٩(◕‿◕。)۶
<lprndn>Hello guix
<roptat>hi :)
<user_oreloznog>Blackbeard[m]: \(^o^)/ congrats!
<civodul>jonsger: i think you could in theory strip all the .debug_* sections
<civodul>however, that wouldn't be great for users
<civodul>also, Binutils' 'strip' seems to fail to do that
<civodul>roptat: do you happen to know if Debian has PO files for timezones and for XKB keyboard layouts?
<civodul>i bet they have those
<jonsger>oke, civodul so I want strip them. Just disable the RPM linter for that :P
<civodul>s/want/won't/, right? :-)
<jonsger>eh yes won't. English is difficult...
<Blackbeard[m]>user_oreloznog: ٩(◕‿◕。)۶
<roptat>is that what you want?
<roptat>and the corresponding pot:
<roptat>civodul, or probably better:
<brendyyn>anyone have a tinc-pre package definition laying around?
<roptat>civodul, mh... is more like what you're looking for actually
<roptat>civodul, so
<roptat>I was looking at these files to translate our own installer :)
<civodul>roptat: no, i use iso_3166-1 currently but it contains "territory names", which are usually countries and not continents, etc. as found in timezones
<civodul>i made several improvements in our installer already that i'll push shortly
<civodul>it's pretty fun :-)
<roptat>cool :)
<roptat>should we send an updated tarball to the TP?
<roptat>(after your changes)
<civodul>we could but i didn't change messages themselves
<roptat>I see
*civodul sends an update to guix-devel
<brendyyn>Fantastic work!
***rEnr3n5 is now known as rEnr3n
<shidima>I'm trying to install Guix in my notebook and have 2 usb wifi cards, but I cant seem to get wifi working. One of my cards is trying to load firmware but it says non-free loading is disabled. Is there any way for me to enable that?
<brendyyn>shidima: guix uses linux-libre so its likely these cards require proprietary firmware that isnt included
<shidima>Yes, I assumed as much. Is it still possible to use them. By loading the firmware myself?
<brendyyn>It's always possible. Probably by swapping out the kernel for upstreams Linux. the Guix project does not provide that, because we want to provide a fully libre system, but makes no attempt to prevent you from doing so yourself if you wish
<jonsger>nice "guix pack --relocatable" finally works with the openSUSE package :)
<wednesday>there was one mention of puos error in a guix log from 2018-01-21 but I can't see that log ha
<civodul>shidima: re wifi, see
<civodul>there's firmware provided by default for some wifi cards
*civodul just realized that xkeyboard-config has all the keyboard layout translations
<brendyyn>its funny that even in the guix pack article there is a "guile: warning: failed to install locale". even the guix founder cannot escape this warning
<brendyyn>yes, when you runkm the relocatable packed guile
<nckx>civodul: Wait, didn't… you write the keyboard-layout interface to it?
<civodul>nckx: i did, but it just hadn't occured to me that there were also translations therein
<civodul>so the only outlier is tzdata, which doesn't provide translations
<nckx>Oh, that kind of translation. I'd misunderstood.
<nckx>I thought... well, you know what I thought.
<shidima>Can I install guix without settinu up network first? Or is that needed during the install?
<roptat>shidima, network is required during the install
*kmicu friendly reminds that USB Tethering is an option if WiFi router is not accessible but a smartphone is.
<civodul>nckx: BTW, did the OverDrive eventually boot?
<nckx>civodul: It's been running Guix System for a few days. I keep hitting bumps.
<nckx><nckx> [Yesterday], on Overdrive: ERROR: In procedure dynamic-link: In procedure dynamic-link: file: "/gnu/store/dd8ld51ilm098kj2apx3wr53y124w8yi-libgcrypt-1.8.3/lib/libgcrypt", message: "file not found"
<nckx><nckx> During ‘guix pull’. Which is broken. Which is bad.
<nckx><nckx> I'd expect a failed ‘guix pull’ not to break ’guix pull’ (since it hasn't switched guixes yet) so what'm I missing.
<nckx> Problem seems to b the missing extension on libgcrypt. /gnu/store/dd8ld51ilm098kj2apx3wr53y124w8yi-libgcrypt-1.8.3/lib/libgcrypt.{la,so,so.20,so.20.2.3} do exist.
<nckx>It happens at every invocation of guix.
<nckx>Every guix in the store. No gcrypt in my env.
<nckx>root@zoltan /# herd status | error: connect: /var/run/shepherd/socket: No such file or directory
<nckx>Sure cool great.
<apteryx_>hmm, Python 2.7.16 fails its testsuite because of some SSL related errors it seems
<apteryx_>Error: [Errno 104] Connection reset by peer when calling: v = in Lib/
<civodul>nckx: did you install the config that's in maintenance.git? that'd be good enough for a start
<civodul>we can investigate other issues later
*civodul has to go, will be back in an hour or two
<nckx>civodul: That's the one.
<nckx>It's guix itself that's broken, not the config.
<nckx>I can't reconfigure or pull.
<roptat>I guess you'll have to reinstall everything
<nckx>Harder to re-init a running Guix than an FHS distro.
<roptat>mh.. you can't move the store out of the way to perform a binary install...
<roptat>but you could boot to a foreign distro and install from there again
<roptat>or install nix on guix, move the store out of the way, install guix on nix, and init guix from nix ^^
<nckx>Uhm, I just saw commit a0e16bec376c1117ad03394164a5860c56c66973, that wouldn't have anything to do with it.
<nckx>roptat: 😃
<nckx>I'd just boot an installer but a) I'm still recovering and not at home and b) these are ARM boxes and I have no idea if they'll boot our installer.
<nckx>I'll find a way.
<nckx>It's just been a time and energy sink.
<nckx>But an educational one.
***apteryx_ is now known as apteryx
<ruffni>stupid question here: when i execute `guix repl` it claims i should install guile-colorized and guile-readline. i did using `guix package -i ...`. it even lists those in `guix package -l`. but the messages still ask me to install those when running `guix repl`. did i just not understand how any of this works? am trying to crawl through the docs but seem to be unable to find the right answers....
<wednesday>I think you might have to put something inn .guile
<apteryx>ruffni: the way guile libraries are found is through the GUILE_LOAD_PATH environment variable
<apteryx>This environment variable should be configured upon installing Guile itself into your user profile (and maybe restarting your shell)
<apteryx>if you are on Guix System, otherwise you'd have to source your ~/.guix-profile/etc/profile.
<ruffni>am using guix system. the VAR is set. neither `hash -r` nor reboot changes the message..
<ruffni>wednesday: wouldn't that just corrupt the test?
<wednesday>It was this I was thinking of don't know if it'll help your situation
<ruffni>this is -- i guess -- somewhat similar to what is already inside .guile.. trying `(use-modules (ice-9 readline))` results in "no code for module". didn't i install it correctly? aren't packages listed via `guix package -l` installed? or have they "just" been downloaded?
<roptat>they're supposed to be installed
<roptat>do you have guile AND guile-readline?
<roptat>(they have to be in the same profile)
<ruffni>by profile you mean generation? is it even possible to _not_ have guile?
<roptat>sure, if it's not listed by guix package -I
<roptat>(a version from the store is going to be referenced somewher, but not explicitely in your profile, so guix will ignore its variables)
<roptat>guix can manage more than one profile (the guix pull profile and the user profile for instance), and each profile can have more than one generation
<ruffni>thanks! that works!
<apteryx>ruffni: I think guile is 'found' out-of-the-box thanks to being installed in the system profile. This system Guile would know about the Guile modules found in the system profile, but not under your user profile.
<ruffni>i'm running all that as root...
<roptat>the root profile is different from the system profile
<roptat>the system profile is the one defined in your operating-system config file, the root profile is the one at /root/.guix-profile
<apteryx>any reason to run all this as root? :-)
<apteryx>Guix makes it easy to install and use anything as an unprivileged user.
<ruffni>not really... trying to figure out how all of this works :)
<apteryx>I don't ever care about root's profile; when I want to update my system all I do is guix pull && sudo -E guix system reconfigure my-config.scm
<ruffni>this makes sense. i guess this is old habits ;)
<brendyyn>sometimes you need things in there
<ruffni>so what i'm really trying to do is configure a config.scm file to fetch all the packages i want for the whole system, right? but how do i get _just_ the packages needed (like x-window-system, i3-wm, but not gdm, etc)? i guess (services %desktop-services) is a collection of packages, but how do i dissect that? how do i figure out which packages to install (with all their dependencies)?
<ruffni>no, wait. i think i got it. the (packages) derivative in config.scm tells which packages to install; and desktop service tells herd to launch gdm. right?
<apteryx>ruffni: I'd suggest making it easy on you to start by using the minimal-desktop template, then figuring out the finer details later on
<ruffni>that's the approach i'm on right now. thanks for your time!
<apteryx>but in a nutshell; services know about their dependencies and will pull the necessary packages
<apteryx>I believe this to be implemented using Gexps (G-Expressions), some way to express scripts and other files in Scheme, with dependency tracking.
<ruffni>building the desktop-minimal thing ends a loop (gdm removing and instantiating sessions)
<apteryx>ruffni: trying it
<apteryx>(by using: guix system vm ./gnu/system/examples/lightweight-desktop.tmpl in the Guix sources tree)
<apteryx>hmm, that didn't go well.
<apteryx>QEMU was using all of my CPU and my system became unresponsive
<apteryx>Is this the loop you were talking about? :-)
<ruffni>tried the same; it ends in a which returns a "Unable to init server"
<ruffni>i tried installing it directly (guix system reconfigure) which shows the login screen and alternating "New session for user gdm" and "Removing session"
<ruffni>*tried the same on my non-X-yet guix installation
<ruffni>sorry, still really confusing wording. i tried the vm command (which you posted) in my guix sd which fails ("Unable to init server"); when reconfiguring my system i get the gdm loop
<apteryx>ruffni: OK. I don't use GDM myself, so maybe you could also try to get started with SLim (the previous default for a lightweight-desktop configuration)
<happy_gnu>helli guix \o/
<happy_gnu>I need a little bit of help
<happy_gnu>I am running my first "guix system reconfigure /etc/config.scm"
<happy_gnu>but I am getting this error
<happy_gnu>guix system: error: exception caught while executing 'start' on service 'user-homes':
<happy_gnu>and this one
<happy_gnu>/gnu/store/8nyvdxvxkzrnrm8z7phhfgnak22brpvk-grub-efi-2.02/sbin/grub-install: error: //boot/efi doesn't look like an EFI partition.
<happy_gnu>i just installed guixsd and logged in and ran guix pull
<happy_gnu>I did not touch my config.scm
<roptat>happy_gnu, user-homes fails on most systems, it's not great, but that's not an issue
<roptat>/boot/efi should be mounted. Did you add an entry in your file-systems?
<ruffni>how would i replace gdm with SLim? i guess gdm is pulled in via (services %desktop-services)... isn't it easier to just specify i want i3 with all the dependencies (X-win-system) and startx manually (as i'm used to)
<happy_gnu>ruffni: it is the same file that I sent yesterday, I did not touch it
<roptat>startx manually doesn't work on the guix system
<roptat>happy_gnu, I remember, with the entry for /boot/efi commented out, right?
<happy_gnu>there where two
<roptat>try mounting it manually before reconfiguring (and adding the entry to your config)
<happy_gnu>let me look for the link
<roptat>ruffni, there's this modify-service procedure... let me try and find an example
<roptat>happy_gnu, just add the entry for the efi partition in your config, mount the partition manually for now and try reconfiguring
<happy_gnu>ok thanks :)
<roptat>ruffni, ah hm... that's for modifying a service, but you want to remove one actually... sorry my link was not relevant
<vagrantc>i did manage to use sway, but i couldn't figure out how to enable desktop-services without enabling a dm
<ruffni>i guess i can just iterate and cons every item that is not gdm?
<vagrantc>but i started sway from a console login, like startx
<roptat>ruffni, you could use "filter" but I think people use a better solution
<ruffni>vagrantc: i'm interested in your config.scm file....
<apteryx>ruffni: I can share my config as an example, 2 sec
<roptat>should we have an example page on our website with links to people's configuration?
<ruffni>that would be just great!
<ruffni>i mean.. i've successfully managed to install the bare-bones example but am stuck since...
<happy_gnu>roptat: seems like it will work this time :) it was failing right away
<vagrantc>ruffni: there's nothing unusual in my config
<apteryx>ruffni: oh, I've actually forgotten to add (service slim-service-type) to that example... eh.
<vagrantc>ruffni: it still starts a display manager, and i manually stopped the display manager, logged in from the console, and ran "exec sway"
<happy_gnu>bootloader successfully installed on '/boot/efi'
<happy_gnu>but now I have this error
<vagrantc>i would love to figure out how to not have the starting a display manager step
<civodul>nckx: what's the output of "guix describe ; guix --version" with the broken guix?
<happy_gnu>guix system: error: exception caught while executing 'start' on service 'device-mapping-my-root':
<happy_gnu>error: find-partition-by-luks-uuid: unbound variable
<roptat>that's bad
<civodul>not necessarily :-)
<civodul>happy_gnu: it might be because you're upgrading from a very old Guix, but that's ok
<happy_gnu>civodul: oh ok
<civodul>at worse, all you have to do is reboot
<ruffni>vagrantc: nice hack
<happy_gnu>in the html manual there is an option for [contents] and [index]
<happy_gnu>how can you go to [index] in info inside emacs
<joshuaBPMan>does anyone here modify mingetty to autologin a virtual console?
<vagrantc>ruffni: eventually i got too lazy and just started i3 from the display manager again...
<ruffni>so.. what's the reason why it is impossible to startx manually?
<Digit>hi. could someone confirm/remind me, when you install software with guix, by default, it all already has user's ownership/perms, yes? like, my ..../usr/share/emacs/* would be already hackable for my user without need of su/sudo/chown/chgrp/chmod/whatever, right?
<bavier>Digit: installed software is put into /gnu/store, which is read-only and should not be modified
<Digit>ohhhh right. further from how i thought. thanks. (been a while since i guix'd)
<Blackbeard[m]>I am trying to change my layout
<Blackbeard[m]>to dvorak
<Blackbeard[m]>but I get unbound variable
<Blackbeard[m]>i have (use-modules (gnu) (gnu system keyboard))
<wednesday>in the operating-system definiton you need (keyboard-layout (keyboard-layout "us" etc)) and for X and stuff you use (keyboard-layout keyboard-layout)
<dongcarl>Hey all, I'm trying out the functionality of cross-base.scm, and ran into a problem, which I've distilled into a minimal example.
<dongcarl>Here's how I'm constructing the cross compiler:
<dongcarl>I use that to build an environment with gcc-cross-aarch64-linux-gnu, glibc-cross-aarch64-linux-gnu, and glibc-cross-aarch64-linux-gnu:static
<dongcarl>Then, when I try to compile this hello world c file:
<dongcarl>I get
<dongcarl>hi.c:1:23: fatal error: sys/types.h: No such file or directory
<dongcarl>compilation terminated.
<dongcarl>I use `aarch64-linux-gnu-gcc hi.c` to compile inside the environment
***jonsger1 is now known as jonsger
<dongcarl>output of `find / -name types.h`:
<dongcarl>Which seems to indicate that `sys/types.h` is there
<dongcarl>I'd love to submit a patch if this is a bug, but would love some pointers
<civodul>dongcarl: to cross-compile, normally all you need to do is to pass --target=aarch64-linux-gnu (say)
<civodul>that in turn uses stuff from cross-base.scm
<civodul>apparently 'guix environment' lacks a --target flag, but that's something we could add
<dongcarl>civodul: Ah, that's super neat. I'm guessing the way I'm doing it is somewhat unmaintained?
<civodul>no no, but it's probably unnecessary
<civodul>the way you're doing it is what happens internally when you use --target
<civodul>but what i'm saying is that you probably don't need to fiddle with that manually
*civodul goes cooking
*dongcarl is thankful for any info
<dongcarl>If others know more: what's the fastest way for me to get a working cross compiler in my environment?
<dongcarl>It seems `standard-cross-packages` might be what I want
<Blackbeard[m]>wednesday: thanks :)
<pkill9>any SQL experts here?
<wednesday>Blackbeard[m]: np, I had trouble with it too ha
<Blackbeard[m]>does anyone has some script
<Blackbeard[m]>what is the mirrors substitute?
<dongcarl>ping again for anyone who can get a working cross compiler in a guix environment
<vagrantc>i've cross-built packages, but never had to manually use a cross-compiler
<dongcarl>I suspect my problems arise from not having the right search path
<dongcarl>vagrantc: I'm guessing when you cross-build packages, guix makes a modified package with the right search paths
<vagrantc>dongcarl: yeah, it's mostly been u-boot and arm-trusted-firmware packages, which has specific handling for cross-building in the package descriptions
<dongcarl>vagrantc: Yeah, I poked at the cross-build gcc a bit and it seems it just doesn't know where to find glibc
<dongcarl>`aarch64-linux-gnu-cpp -v /dev/null -o /dev/null` for example does not show glibc's path
<dongcarl>Perhaps that should be patched
<dongcarl>vagrantc: Any other good package definitions I can look at to take inspiration?
<pkill9>what could be causing this error? In procedure car: Wrong type (expecting pair): ()
<dongcarl>pkill9: You're calling car on something that's not a pair
<pkill9>heh :)
<vagrantc>dongcarl: those are the only ones i know about
<dongcarl>pkill9: Like `(car '())` will never work
<vagrantc>maybe also linux-libre?
<dongcarl>vagrantc: okay I'll check them out, thank you!
<vagrantc>they definitely include a cross-compiler ... so maybe one could turn that logic into specific cross-compiler package definitions ...
<dongcarl>Urgh they're all sans-libc...
<dongcarl>Seems like that's the only path that's tested
<pkill9>the inferior code has started giving me that error on reconfiguring it seems
<pkill9>perhaps my repository is being dodgy
<civodul>dongcarl: here's a trick you can use: guix environment --ad-hoc -e '(begin (use-modules (gnu packages cross-base)) (cross-gcc "aarch64-linux-gnu" #:libc (cross-libc "aarch64-linux-gnu")))' -e '(begin (use-modules (gnu packages cross-base)) (cross-libc "aarch64-linux-gnu"))'
<civodul>and then:
<civodul>not as convenient as it could be...
*dongcarl excitedly typing and trying it out
<dongcarl>civodul: so those two env vars
<dongcarl>what do they affect?
<dongcarl>Does the cross-gcc pick it up?
<civodul>dongcarl: yes, the search path of the C preprocessor and of the cross-linker
<civodul>note that they are Guix-specific
<happy_gnu>is there a way to use subsitutes for guix system
<dongcarl>civodul: You've just saved me days of being lost. Thank you sir!
<happy_gnu>i have 19KB/s speed
<wednesday>well you already spent those days
<civodul>dongcarl: great, i'm glad that it was helpful!
<civodul>i note that we need to improve 'guix environment' in that regard
<vagrantc>civodul: any reason not to turn that into specific gcc-cross packages or some such?
<vagrantc>or cross-toolchain-ARCH packages for the whole deal.
<dongcarl>After I finish what I'm doing, I'd be happy to submit patches for those, if I can get some help haha
<civodul>yeah cross-toolchain would be nice
<civodul>i don't think there's a good reason for not having these
<nixo_>After a recent upgrade user-homes is failing with match-error' with args `("match" "no matching pattern" "#<<user-account> name: \"root\" password: \"\"
<nixo_>is it only me?
<civodul>oh actually there's a good reason, written at the bottom of cross-base.scm :-/
<civodul>nixo_: were you upgrading from an old-ish Guix?
<wednesday>I've had things like that, not recently I don't think though nixo_
<civodul>yeah, same here
<civodul>i see what change this relates to, but i'm not sure why that happens
<nixo_>civodul: installed from the current 0.16.0 release
<nixo_>then upgraded to master
<civodul>ah yes
<civodul>well that's possible
<civodul>it's harmless but annoying
<civodul>i mean the upgrade did succeed
<nixo_>the other system is showing the same, but I wasn't upgrading it in a couple of months
<nixo_>civodul: but that means my user configuration is wrong?
<wednesday>Nah it's just the home dir code having a panic attack for no good reason
<nixo_>Ok fine, thanks
<nixo_>Uh another question, where can I store the --load-path so that I do not have to pass it every time?
<wednesday>there is also GUIX_PACKAGE_PATH
<wednesday>so like export GUILE_LOAD_PATH="/dir${GUILE_LOAD_PATH:+:}$GUILE_LOAD_PATH" in your bashrc or somethin
<nixo_>wednesday: yess, GUIX_PACKAGE_PATH worked
<nixo_>thanks again :)
<civodul>nixo_: though i recommend "channels" instead of GUIX_PACKAGE_PATH
<pkill9>how do you replace gdm with slim in %default-services?
<wednesday>You mean %desktop-services? and I don't know if modify-services can be used to remove them, I hope so, civodul will probably know
<pkill9>yeah i menat %desktop-services
<pkill9>i tried using some snippet i foudn somewhere but it errors
<pkill9>this is the snippet:
<pkill9>actually no, i don't think it errored, it just failed to load on boot
<pkill9>i'll try with sddm
<pkill9>meh sddm doesn't take xorg-configration
<wednesday>I was about to ask what the error was heh
<wednesday>Yea it does
<nixo_>civodul: with channels I have to wait for the guix pull eveyr time.. that's boring.. but fine, switched to channels
<wednesday>pkill9: (sddm-service (sddm-configuration (xorg-configuration (xorg-configuration (keyboard-layout keyboard-layout)))))
<pkill9>hmm, why are some services "xxx-service-type", and a few just "xxx-service"?
<vagrantc>migration from an older syntax, i think?
<pkill9>ergh it says extraneous field initialisers still
<nixo_>pkill9: If I'm not wrong, xxx-service is usually a function that returns a xxx-service-type
<wednesday>pkill9: show the config?
<wednesday>pkill9: I think one of 2 things, (inherit config) should be unneeded, or maybe move it from modify-services to maybe just appending it to the list
<wednesday>those are things I would try
<wednesday>I assume maybe modify-services is having a panic attack because it's trying to modify a service that's not there (inherit config is for inheriting config feilds from the service you're changing)
<pkill9>i did both those things and it still gives the error
<wednesday>Whats the exact error it gives ya?
<pkill9>/home/itsme/.config/guix/system-config-with-slim.scm:142:51: error: extraneous field initializers (xorg-configuration)
<pkill9>it doesnt give that error when i change the service to gdm
<pkill9>or slim
<wednesday>ah, you need the sddm service module
<pkill9>meh, slim nor sddm are working for me, or I've misconfigured
<jonsger>hm, haunt doesn't work for me. Can someone please check the result of "haunt --help" on Guix System?
<pkill9>jonsger: it seems to work fine for me
<pkill9>im on commit 2ad0310615a0dea72d56c8067f38ef544601a771
<wednesday>pkill9: well I'm using sddm so I know that works for me at least heh
<pkill9>wednesday: can i see your configuration?
<pkill9>this is the main downside of guix for me, i need to learn guile and configuration isn't straightforward, but at the same time, the parts of guile i understand make me really like guile
<jonsger>pkill9: I get on openSUSE. I'm wondering if I install or set something...
<pkill9>jonsger: maybe you need to set the GUIX_LOCPATH variable if you haven't? (this part of the setup on foreign distro:
<jonsger>pkill9: somehow doesn't change the result...
<jonsger>found a solution
***jonsger1 is now known as jonsger
<pkill9>i got it working :) I just needed to use "service slim-service-type", i was putting it "slim-service-type"
*pkill9 back on the slim
<wednesday>slim is a bad boy, unmaintained from what I know
<pkill9>yea, but it's nice to get away from bloated gdm for now which was causing me a couple problems
<pkill9>plus it pulls in gnome-shell, which was pulling it all sorts of unneeded stuff, like inkscape ,lol
<pkill9>actually it probably wasn't from gnome-shell, but other gnome stuff
<smirk>hey peoples