<joshuaBPMan>Heyo! Whoever packaged sway... THANK YOU! I will mention you in my prayers! Sway is super awesome! <katco>maybe it should have been named `git attribute` hehe <nckx>To long and uncynical for Linus. <sneek>wednesday, you have 1 message. <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? <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 <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>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>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>roptol im new here and i program and im hoping it means geeks <roptat>That's what the manual says, yes <smirk>how are you on this fine day roptol <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 <roptat>smirk: please call me roptat, not roptol :) <happy_gnu>..grub/i386-pc/modinfo.sh 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 <roptat>Are you using the graphical installer? <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 <roptat>Could you share your config file? <roptat>Use paste.debian.net for instance <smirk>im back everybody who gives a phunk <smirk>shit i gotta go see my shrink tomarrow <roptat>Blackbeard[m], did you boot in EFI mode? <roptat>you should add /boot/efi in your filesystems <roptat>so that future upgrades can work properly <roptat>I'm afraid you'll have to start again <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 *jonsger improved the description of the openSUSE package of Guix :P <jonsger>it's not online yet, I mean the change :) <jonsger>civodul: can the *.go be stripped or doesn't work them anymore if they got stripped? <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? <roptat>Blackbeard[m], once you guix pull on your new system, you'll be able to specify a layout for grub <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" <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 <wednesday>Didn't we axe the name GuixSD and just use guix now?ha <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? <jonsger>oke, civodul so I want strip them. Just disable the RPM linter for that :P <jonsger>eh yes won't. English is difficult... <brendyyn>anyone have a tinc-pre package definition laying around? <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 <roptat>should we send an updated tarball to the TP? <civodul>we could but i didn't change messages themselves *civodul sends an update to guix-devel ***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>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 <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 = self._sslobj.read(len) in Lib/ssl.py <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>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>It's just been a time and energy sink. ***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? <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 <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. <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 ;) <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>(by using: guix system vm ./gnu/system/examples/lightweight-desktop.tmpl in the Guix sources tree) <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 run-vm.sh 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>I am running my first "guix system reconfigure /etc/config.scm" <happy_gnu>guix system: error: exception caught while executing 'start' on service 'user-homes': <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 <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? <roptat>try mounting it manually before reconfiguring (and adding the entry to your config) <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 <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>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' <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 <civodul>happy_gnu: it might be because you're upgrading from a very old Guix, but that's ok <civodul>at worse, all you have to do is reboot <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) <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>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>hi.c:1:23: fatal error: sys/types.h: No such file or directory <dongcarl>I use `aarch64-linux-gnu-gcc hi.c` to compile inside the environment ***jonsger1 is now known as jonsger
<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 *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 <wednesday>Blackbeard[m]: np, I had trouble with it too ha <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>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 <vagrantc>dongcarl: those are the only ones i know about <dongcarl>pkill9: Like `(car '())` will never work <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>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>export CROSS_C_INCLUDE_PATH=$GUIX_ENVIRONMENT/include <civodul>export CROSS_LIBRARY_PATH=$GUIX_ENVIRONMENT/lib *dongcarl excitedly typing and trying it out <civodul>dongcarl: yes, the search path of the C preprocessor and of the cross-linker <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! <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>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: \"\" <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>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_>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_>Uh another question, where can I store the --load-path so that I do not have to pass it every time? <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 <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>i tried using some snippet i foudn somewhere but it errors <pkill9>actually no, i don't think it errored, it just failed to load on boot <pkill9>meh sddm doesn't take xorg-configration <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: 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>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 <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>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: somehow doesn't change the result... ***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" <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