IRC channel logs
2026-04-01.log
back to list of logs
<Guest27>Use-service-modiles: unbound variable <ieure>Guest27, It looks to me like if you have a (file-system ) in your system configuration which uses bcachefs, the initrd stuff will include the correct module for you automatically. <Guest27>Hint did u forget a use modules form? <ieure>Okay, really have to go now, later. <Guest27>Btw I dont have a filesystem which uses bcache yet <Guest27>For whoever is reading this and can help.me: I didnt touch the use-service-module line but the error is about thay line <Guest27>Ok ieure the problem was that I needed this line (use-modules (gnu) (gnu packages filesystems)) and I erroneously thiught that I ciuld remove the first gnu because it was repeated twice haha <bjc>can someone remind me where guix keeps the public/private keypair for offloading? <mra>still running into some issues with guix pull. seems like it's some kind of issue with guix substitute? running guix pull --no-substitutes works, but allowing substitutes causes it to fail with an error. i don't really want to solve this problem by bootstrapping everything... <mra>someone proposed that it might be a channels issue, but i tried manually specifying the channel to use and the problem persists <bjc>nm, i found it: /etc/guix/offload <bjc>mra: just guessing, but it sounds like something in a gexp is calling gcrypt which is getting a bad hash or something <bjc>it /etc/guix/acl ok? <bjc>are you adding any custom substitute servers? <mra>bjc: it contains two public key entries. no custom substitutes that i know of? if i somehow added some and then forgot, where would they be? <bjc>dunno. i *think* it's just the acl file that gets consulted, but i'm not sure <mra>oh, hm... i wonder if this is an issue with berlin... <bjc>i wouldn't think so. it sounds like gcrypt is trying to work with an ipappropriately sized block for whatever reason <mra>yeah, i just can't figure out why that would be happening <bjc>oh, hrm. you're running this on nix out of default profile <bjc>guess the first guix pull didn't work for you <bjc>or, rather, this *is* the first attempt at a pull <mra>bjc: yeah, running on nix. this is the first attempts at a pull <mra>i need to build some swift software, and nixpkgs doesn't have a new enough version of swift packaged, but guix does, so i was going to use guix to do it <bjc>if you can get the build deps, you might be able to work around it by doing a dev setup <bjc>./pre-inst-env guix pull <bjc>assuming whatever the problem is has to do with the guix version you're using <mra>oh, that's an idea. i've done that locally before when working on zfs stuff <mra>getting the deps on nix is a bit of a pain, but it's possible <bjc>up to you. whatever is happening is very strange imho, so it's a shot in the dark <bjc>i think i've built guix and gcc about a dozen times each over the last week trying to get hurd stuff up =) <mra>bjc: ooh, hurd stuff! that's exciting! are you trying to get it running on a machine of yours? <bjc>i know people have done it on real hardware with debian, not sure about guix <mra>what the hell... just built guix locally and ran ./pre-inst-env guix pull. same issue <bjc>bad gcrypt? i assume it's using whatever is packaged in nix, not guix <bjc>guile-gcrypt more likely <bjc>if you could do the initial pull without substitutes, you'd get up-to-date guix on its own profile with guix-controlled packages, so it should be the same at that point <bjc>but i'm just guessing, again, and that'll take a long time to do, most likely <mra>yeah, i'm running on a 14-year-old laptop right now, so i don't exactly want to do the pull without substitutes <mra>okay, i tried the same thing but fetching my packages from a newer version of nixpkgs. i'm getting a weird new error? "error: gcry_md_hash_buffer: Function not implemented" <bjc>more crypto stuff though, it seems <czan>mra: Chiming in a bit late, with two ideas. Does "./pre-inst-env scripts/guix pull" also fail? (I've found this resolves some issues for me in the past, but I don't really know the details.) Alternatively, if "guix build guix" works does "guix shell --pure guix -- guix pull" also fail? <czan>If "guix build guix" works, then I would also expect a pull with no substitutes will only need to build Guix itself locally (not the deps), which might make that option slightly more palatable. :) <bjc>the deps in this case are coming from nix. to have guix build guix (rather than make), the deps need to come from guix <bjc>if you don't have substitutes, that involves a lot of building, since you have to do the whole thing from almost nothing <bjc>if you can 'guix shell -D guix', though, then you're not far off <czan>Right, but looking at the "guix weather coreutils" output that was posted earlier, it looks like it's just a "you asked me to talk to berlin.guix.gnu.org, but ci.guix.gnu.org replied", which seems like it could be solved with just --substitute-urls="https://ci.guix.gnu.org https://bordeaux.guix.gnu.org". The error about invalid length specifier sounds a bit like a corrupted /etc/guix/acl or /etc/guix/signing-key.pub <bjc>the /etc/guix directory should be something that can be deleted and recreated by nix activation <bjc>i keep my nixos install with tmpfs / to ensure stuff like that <bjc>oh man, i'm building gcc again. i knew something was up when i saw glibc float by <mra>bjc: welp, built guix from source with the latest versions of all of the deps from nixpkgs, and I'm getting the same damn error <czan>Ofthemasses: I have tuigreet in my local guix, according to "guix show tuigreet". <bjc>i gotta imagine it's something to do with the nix package, but i don't see a way around it without a full bootstrap <mra>bjc: it's very strange. it looks like a guix issue on the surface, but it seems like it had to be a nixos thing <bjc>the neat thing about guix is that it's self contained, as long as it's within guix anyway. so if it were a guix issue a bunch of us would see it, presumably <czan>mra: Do you have LD_LIBRARY_PATH set, or something? <ieure>mra, Why is your store path /nix/store? <Ofthemasses>czan Do you happen to have your config public, seeming you are using tuigreet? I was originally going to come in here asking how to setup greetd-service-type with tuigreet <czan>I am not using tuigreet. I just checked whether it had been removed from Guix (which was your question). <bjc>ieure: they're running the nixpkgs version on nixos <Ofthemasses>czan Ah I see, you were meaning that it is in your package list. No problem! <Ofthemasses>To solve the issue: "guix system: error: service 'console-font-ttyX' requires 'term-ttyX', which is not provided by any service." Do I need to define 1 all VTs seperately to solve this, or is there a better way? <ieure>Ofthemasses, See topic, use a pastebin. Do not paste into the channel. <Ofthemasses>To solve the issue: "guix system: error: service 'console-font-ttyX' requires 'term-ttyX', which is not provided by any service." Do I need to define 1 all VTs seperately to solve this, or is there a better way? <ieure>Ofthemasses, That, or remove the console-font-ttyX services you don't need/want. <Ofthemasses>ieure Okay! Thank you, I might remove the services I don't need. It seems cleaner than defining vts past 3 <mra>ieure: I thought it might be a Berlin issue, but running guix pull with --substitute-urls explicitly excluding Berlin doesn't change anything <ieure>Ofthemasses, or you can use a looping construct, like `map'. <Ofthemasses>ieure Oddly I get the following when attempting to remove it: guix/ui.scm:921:18: error: console-font-tty4: unbound variable <ieure>Ofthemasses, you can do both. <ieure>Modify services, then append the list of new services from map to it. <Ofthemasses>Are you saying I must delete the service and at the same time define a greetd session for that VT will solve my error? <ieure>Ofthemasses, I believe you delete based on the service-type, console-font-tty4 is the name. <ieure>Timing of when you delete/add services isn't relevant to your problem. <Ofthemasses>did some digging in base.scm. It's "console-font-service-type". deleting that has worked, but will have to see if mingetty on tty3 functions with the service gone <ieure>Ofthemasses, It doesn't solve the console-font services, that's still doable, but a bit harder than it should be IMO, because greetd-service-type doesn't support extension -- that would make it very clean. <mra>alright, i've given up on fixing this damn guix bug. time to bootstrap on my 14-year-old laptop lmao <test202020>some days ago subs for him not available. today i install librewolf and have problem onwayland. <test202020>icecat looks as expected, but librewolf UI is bigger <YAR_Oracool>wrong type to apply: #<service-type home-dotfiles 7ff612308b80> some thing wron with 30:10 which means nothing to me <mra>YAR_Oracool: are you trying to post some text? if so, use a pastebin <mra>you can't generally send files on IRC afaik <YAR_Oracool>Any help wuld be good since I have no idea what's wrong. <YAR_Oracool>I changed the adress from ~ to . but that just gave me a slightly different error in the sameplace <mra>YAR_Oracool: oh, i see the error <mra>home-dotfiles-configuration constructs what it says, a home-dotfiles-configuration. it's not a service <mra>did you read the example in the docs that you sent? <mra>all good! hopefully that fixes things <mra>yeah, that's not a string <mra>'(foo) is equivalent to (list 'foo), not (list "foo") <YAR_Oracool>ok these two are solved now there's a problem with the exclude filed <mra>YAR_Oracool: can you send the whole error? use a pastebin if it's too long <YAR_Oracool>I also changed '(stow) to 'stow because that was causing issues before this <mra>yes, that argument should be a symbol, not a list of symbols <YAR_Oracool>The only thing different thing from exclude in my field is adding org to the list <mra>YAR_Oracool: oh, wait, what's that call to append doing in the code that you sent? <mra>yeah, i don't think that the issue is with that <YAR_Oracool>i tried 'stow and '(stow) the firt option gives me the error you saw <mra>oh, list is scoped wrong <mra>you have (append (list ...) %base-home-services) <mra>but the home-dotfiles-service-type service that you just defined isn't contained within the list <mra>good ol' misplaced parens <mra>it should be 'stow, not '(stow) <YAR_Oracool>It would help alot if plasma sevices installed kate and I didn't have to use nano <YAR_Oracool>So I have to remove one ) from after the list and add it at the end? <mra>remove a ) from the end of line 28, and add one to the end of line 34 <mra>then once you get this working install emacs and paredit :P <YAR_Oracool>It would be more convinient if we didn't have to say service x or y when we are under cervices. <mra>YAR_Oracool: if you don't like it, you can write a macro easily enough! <mra>btw, have you got the dotfiles thing working? <mra>YAR_Oracool: well, as in you aren't having errors any more <YAR_Oracool>atm I'm not getting syntax stuff, instead I'm getting cannot determine provenance for current system <mra>well, that sounds like a different problem at least <mra>what does it say? cannot determine provenance for current system? <mra>hm... what does guix system describe return? <mra>oh, the provenance isn't the error that you're getting <mra>the error is "Invalid preceding regular expression" <mra>can you try removing the .org thing from the excluded files in the home-dotfiles-service thingy? <mra>well, it's a regexp. * means 0 or more of the preceding character <mra>oh, you probably put *.org when you wanted... uh... ".*\\.org", i think <mra>i think you want ".*\\.org" <mra>yeah, but those aren't file extensions <mra>.git is a folder, and .gitignore is a file <mra>tl;dr: in regexes, . matches any character, so .* matches any string. because . matches any character, we write \\. to escape it to mean a literal . <mra>so "\\.org" would match a file with the name .org <mra>and ".*\\.org" matches any file ending in ".org' <YAR_Oracool>now I have to see while the stuff in dotfile don't show up where they have to <YAR_Oracool>packages (type: maybe-list-of-strings) <- this is mysuspect since I didn't put it in <adanska>whats the proper way in guix to define and create a new supplementary group? I want to create a 'realtime' group that I can then use to give polkit realtime permissions. However, I can't just add "realtime" to the supplementary groups field of a user account or elsewhere, becuase it isnt 'provisioned' by the system configuration in some way. How am i able to do this? <czan>I believe you can add something like (groups (append (list (user-group "realtime")) %base-groups)) to your operating-system. <civodul>yelninei: hi! i’m looking into fixing #:disallowed-references issues on ‘core-packages-team’, FWIW <sneek>Welcome back civodul, you have 1 message! <sneek>civodul, ArneBab says: thank you! <civodul>i think after that we should look into merging pending patches and upgrading libc & co. <yelninei>civodul: What about the really due perl update? (and all the breakage that comes with that?) <civodul>yelninei: ah well, sure, if someone takes care of it, including the aftermaths :-) <civodul>ISTR someone +/- stepped up to do that? <yelninei>civodul: i fixed all 3 texinfos and various cpan packages, i am bit unsure what to do with curl because the patch to make libcurl honor SSL_CERT_FILE no longer applies when updating it (and we are already 12 versions behind) <yelninei>the new srfi-64 might break a lot as well <civodul>yelninei: oh nice; for cURL i guess we have no choice but to update the patch <civodul>for srfi-64, i fixed guile-git and there’s a pending Cuirass fix as well <civodul>i can take care of these two at least <civodul>(the Guile-Git upgrade is pending in master) <kestrelwx>Pulling from local checkout I get ```- guix pull: error: invalid name: `.-f14d4e8' ```. <yelninei>civodul: I dont know curl to rebase the patch. Nixos just configures with --ca-path=/etc/ssl/certs but this will not work everywhere <gabber>kestrelwx: you modified a local guix checkout and are doing now something along the lines of `./pre-inst-env guix pull`? <civodul>yelninei: maybe publish a WIP pull request for the cURL update and call for help; i might take a look if nobody else does <kestrelwx>gabber: Yes, I'm doing `$ guix pull --url=. --commit=f14d4e8 --disable-authentication -v3`. <gabber>kestrelwx: maybe you need to specify the full commit-id? but i have no experience with such things <kestrelwx>Well, this isn't a regression, I tried an older Guix, so I'll figure it out. <yelninei>civodul: it is part of the coreutils etc update pr. I also have an open issue for the update. I have just ignored the patch completely for now as I dont know what to do about it <gabber>kestrelwx: i am not sure what the expected behavior is when you pass both a branch and a commit-id <civodul>yelninei: which one is the coreutils upgrade PR? <civodul>yelninei: could you rebase it on top of current ‘core-packages-team’ and drop the WIP label if it’s ready? <yelninei>civodul: define ready, i have varying degrees of confidence in the individual patches. I am pretty sure that the gawk upgrade is correct, but am very unsure about coreutils and curl <civodul>yelninei: ok; the coreutils upgrade was impossible before Gash 0.3.2 anyway, AIUI <gabber>i seem unable to use two different sets of keys to push stuff to GitHub so i can submit some fixes upstream for the package i'm trying to mainstream to guix. GitHub won't accept me using two different accounts with the same pubkey and identifies me as the first account even when i test the connection with `ssh -T git@github.com -i path/to/new/identity-file`... any ideas what i could be missing? i use home-gpg-agent to handle my keys <yelninei>civodul: I hope I rebased correctly as the label change really messed things up <kestrelwx>When it comes to getting `SIGILL` during tests, would just tuning to native be enough? Cause then the compiler wouldn't emit the failing instruction, right? I haven't tried that yet. <kestrelwx>I guess it could also happen due to containers. <kestrelwx>ieure: I used to see a `SIGILL` with regards to GL or Vulkan drivers in a `guix shell -C` environment, althought I haven't bothered debugging. So it's possible in some way. <Guest27>ieure Im back because the kernel module does not get loaded <Guest27>Config file is the same as yesterday <Guest27>Except this line now reads (use-modules (gnu) (gnu packages filesystems)) <Guest27>But when I try mounting my bcache it says error, and suggests the kernel mod is not loaded <Guest27>Error from guix: module bcachefs not foind in drectory /run/booted-system/kernel/lib/modules/6.18.19-gnu <Guest27>I just reconfigured just in case, no improvement <Guest27>If anyone can help I'd be so grateful <los7432>On guixsd, I have a root user and a main user. I don't use the root user much. So my main user's guix is on the latest commits but my root user's guix is a few months old. Should I update my root user's guix also? What's the rationale for keeping both in sync or not keeping them in sync? <Guest27>Even if I disconnect I wil check the logs if any of you answers <identity>los7432: first of all, it is not called GuixSD anymore, just Guix System. second, there is no point in upgrading root's Guix on System <csantosb>Hi Guix ! Could someone do a `./pre-inst-env guix build --no-grafts --no-substitutes icecat` in current master ? <csantosb>I'm getting a hash mismatch with boost@1.83 <los7432>identity: thanks. that's what I wanted to hear (one less thing to do). i was curious if there might be a valid reason beyond my knowledge. you don't know what you don't know <identity>los7432: on a foreign distribution you need to upgrade root's Guix to upgrade the daemon <los7432>one reason i can think of is if someone has a lot of user accounts on the system and to keep everyone's individual guix updated without duplication, you setup a shared cache service and expose the root user's checkouts <Guest27>Concerning loading dkms i think they dont load if not included in kernel module loader service type <los7432>identity: all the users package definitions will be pulled from the root right? that would necessitate that root guix remain up to date? <identity>los7432: you can use any user's cache for that, though, not necessarily the root user's <chris0ax>hey people, ive been trying to make a one-shot shepherd service to start swayidle on boot. But when running it that way, its not able to get the WAYLAND_DISPLAY environment variable and errors out. Any idea what else I could do? <identity>and i am pretty sure you still have to pull as every user, you will only skip the git-pull part of it <identity>chris0ax: make your compositor start it? <identity>both niri and sway have a setting to execute a file on launch, at least <chris0ax>identity: ohhh, that would solve it niri does have a 'spawn-at-startup' option..ill try that, thanks! <Guest27>Do I use the syntact services (cons* (service <Guest27>In the manual they use one and the other <ieure>Guest27, It depends on what you're adding and your personal taste. They work the same. <ieure>I mean, they accomplish the same result. <ieure>I generally lean to cons* because it doesn't require a nested list. <Guest27>What would be the name of the srrvice which corresponds to the module bcachefs-linix-module? <ieure>I don't believe there is such a service, what makes you think there is? <Guest27>ieure im trying to use kernel loader service type to load bcachefs-linux-module <Guest27>The name of the package is bcachefs-linux-module <Guest27>But in the examples Ive sesn thats not what they write together with loader servixe type. Eg <Guest27>kernel-loadable-modules (list ddcci-driver-linux))) <Guest27>But then they write services (cons* (service kernel-module-loader-service-type <Guest27> '("ddcci" "ddcci_backlight")) ieure <Guest27>So in my case I have bcachefs-linux-module and I wonder what variation of that I shiuld put in the " " <ieure>Guest27, Please see the "Kernel Module Loader Service" portion og the Guix manual, which has examples. <Guest27>Eh I know ieure but the networkmanaher examples use append and the kernel module loader exmaples use con* thats why I am struggling <ieure>Guest27, (cons* 'foo 'bar '(baz quux)) -> '(foo bar baz quux) <ieure>Guest27, (append '(foo bar) '(baz quux)) -> '(foo bar baz quux) <ieure>They're just two ways of adding elements to a list, cons* works best if you want to define the things to add in-line with the cons*, append works best if you already have a list of them. <identity>also, (cons* 'foo 'bar '(baz quux)) expands to (cons 'foo (cons 'bar '(baz quux))) <squid64>I did a guix system reconfigure and when I try to log into GNOME with gdm I get "authentication error" but if I try hyprland and remove GNOME I can log in just fine. Any idea? <squid64>I thought it was a gdm problem at first but I guess not if I can log in just fine on something else. <Guest27>ieure im tempted to say there is sth wrong with the ' but Im not sure. <Guest27>I mean the line (service-kernel-loader etcetc) should have the same syntax regardless of whether i use append or const <Guest27>But that inner parenthesis is copied from the examples and has the lonely quote so shiudld be xorrect I expect <Guest27>I mean the probl should be on that one line of code <Guest27>Irrespective of whether i use cons or append <Guest27>But that line of code is copied from the manual <bjc>can you paste your config at paste.debian.net? <identity>Guest27: just checking, do you know Scheme? have you read (info "(guix-cookbook) Scheme tutorials") ? <Guest27>I dont know scheme! But until i setup my laptop i cant learn it. Im messaging from my phone now <ieure>bjc, Config is already pasted / in scrollback. <bjc>i'm getting: /tmp/a/cfg.scm:63:32: error: (uuid "f65" (quote dce)): invalid UUID <bjc>which, yes, it is an invalid uuid <bjc>that's from your swap line <bjc>you can use `sudo blkid` to get the uuids you need <bjc>you can also use labels if you'd prefer that <Guest27>bjc I anonymised the IDs in the paste <Guest27>The problem is in the line that has the service kernel loader <bjc>looks fine. if the syntax were wrong i woul'nt have this error <identity>you should have said that waaaaaay earlier <Guest27>identity i get unbound variable sth is wrong there <bjc>add: (gnu services) to your `use-modules` line <identity>if you get an error you better tell us what the error is, we can not materialize the error message in our minds <Guest27>I understand I wasted some of your time which is worth a lot and a lot of mine which is worth medium <bjc>`guix system search` is useful for finding where things are, if they're not in the manual <bjc>finding where system services are, that is. `home search` for home services, and plain old `guix search` for packages <identity>i would not say our time is definitely worth more, but there is more of our time than of your time because there is more of us than of yous <bjc>we're choosing to spend time here to help when we can. it's a silly thing to argue what's worth more <Guest27>Guix/ui.scm:920:18: error: kernel-modile-loader-service-type: unbound vRiable bjc <identity>you need to use the module that defines kernel-module-loader-service-type <identity>what is the section of the manual that describes kernel-module-loader-service-type called? <bjc>it's already building for me, so i have high hopes <Guest27>I dont understand if the too is referred to the working or to the not working <bjc>you'll need both imports, the (gnu services) one you've already added, as well as adding ‘linux’ to the ‘use-service-modules’ line <Guest27>And the use package modules? Also relevant in your opinion? <bjc>won't hurt, and it's in the documentation <bjc>so, you know, just do what the docs say =) <ieure>I believe the bcachefs package is defined in (gnu packages linux). <bjc>it's a string, though, not the module package <identity>bjc: pointless, (gnu) re-exports (gnu services) <bjc>documentation patches welcome ;) <squid64>Is there another good desktop like GNOME that would work well with Guix? Like one that has audio and everything else and lockscreen, wallpaper, etc out of the box. Because this is just not working. <bjc>i use both kde and gnome on guix <identity>squid64: try KDE or (not sure about Wayland) MATE <identity>or whatever desktop the installer offers, really <squid64>I see because yeah GNOME doesn't work after updating anymore. <bjc>does it do more than gnome now? <identity>bjc: GNOME, Xdce, MATE, KDE Plasma are the DEs (it also offers a few X11 WMs and a Wayland compositor) <bjc>oh yeah, and it's always offered emacs wm <ieure>squid64, I don't know how well it works, but there are both Wayland and X11 options for xfce in gdm. <ieure>I still use X11 and EXWM. Wayland has nothing I care about. <squid64>I haven't found any exwm wayland alternatives either. I hope there is one eventually. <ieure>squid64, EWM and reka are two EXWM-like options for Wayland, but both are materially worse (ex. no simulation keys). <identity>no simulation keys /for now/, for reka at least <squid64>I see. First time I hear of those, good to know there is something and it's not yet another dead project right? <ieure>lol, I mean, EXWM itself is barely alive. <squid64>Yeah but exwm is pretty much complete for X11 already so it's good enough for X11. <identity>whether X11 is good enough is a different question <ieure>Yeah. I've been daily driving it for like... eight years now? I think around tha tlong. <squid64>Yeah X11 has been abandoned and more and more people are moving to wayland so I think in the future there will be issues with running the latest software on X11. <squid64>I heard of xlibre too but I haven't tried it and I heard it's worse than xorg <squid64>GNOME will drop or has dropped xorg support and KDE plans to in their next release <squid64>ok kde has been installed, lets see if it works <identity>will or did depends on what time is it. Guix packaging is an alternative timeline <squid64>Yeah guix doesn't have the latest of those. So GNOME and KDE users who like xorg will get a bit more life out of it <identity>will GDM still be able to start X11 sessions in 49+? <squid64>No sure, but I wouldn't be surprised if it no longer can. <squid64>I know gdm will be wayland only though but whether it will be able to run X11 sessions, not sure. <identity>according to a random website, they will keep the functionality in GDM and enabled <ieure>There are other display managers. <squid64>Yeah, gdm is part of desktop isn't it <ieure>Yes, but you can change that, like pretty much everything else. <ieure>sddm is another option that's ready to go in Guix. <squid64>Anyway, guix is pretty nice other than GNOME no longer wanting to work for me lol <squid64>I like that changin desktops is easy and that you can easily just delete the old one and replace it, same as on NixOS <hwpplayer1>Do you have a programming language developer policy ? I mean we accept C but not C++ something like that <hwpplayer1>Do you accept developers in guix distribution who write in any technology with a free software license or only accepted technologies / <ieure>hwpplayer1, It has to have a Free license and compile from source. <ieure>hwpplayer1, As I said, Free and can compiles from source. If we only accepted software written in Lisp, how would we run Linux? <ieure>We do not have any policy on accepted/rejected languages, and I'd find that super weird in any distro. <ieure>hwpplayer1, Your curiosity is trivially satisfied by examining the packages in Guix. <ieure>Or even the Guix source code itself, which has some C source. <ieure>hwpplayer1, What do you want to accomplish that led to this question? <hwpplayer1>I want to know the tech and mindset behind GNU/Guix/Linux and Hurd <squid64>Lisp is a pretty nice language so far for me at least. Coming from Haskell. <squid64>I only know emacs lisp though, but scheme isn't too different. <ieure>It's pretty different, especially when it comes to stuff like macros and nil punning. <ieure>I did not say that *at all*. <ieure>It's the ability to treat nil as an empty collection of whatever type a function requires. So things like (car nil) evaluates to nil. <ieure>Scheme doesn't let you do that, so if you wan to chain together a bunch of functions that handle a possibly-nil value, you have to litter it with guards. <hwpplayer1>Great to see a good and useful conversation as always again <ieure>Also many functions return #f instead of #nil, which also require guards. <ieure>I find Scheme to be unpleasantly fiddly vs. other Lisps I know (Emacs Lisp, Clojure, SBCL/Common Lisp). <squid64>Are guards in lisp the same as guards in Haskell? <squid64>As in they act like if else statement <ieure>squid64, "Guard" isn't a specific, named language feature. You need some kind of conditional, there are options, including `ife.' <ieure>and=> is the tidiest way to get a similar effect... But I like that you don't need that kind of thing (for this) in other Lisps. <squid64>I see. I am pretty new to the language but I think it's cool. especially how functions are used. <squid64>I also always wonder why people like lisp so much, like they'll write everything in the language. <squid64>It got me curious to learn more about it <Guest27>I am disconnecting to go to the supermarket but will connect when back and will check the logs <bjc>`lsmod` will tell you what modules are loaded <mra>currently in the middle of building binutils-mesboot. looking like it's going to take a hot minute <mra>ekaitz: seems to have! building gcc-4.6.4 now <bjc>oh man, you're doing the whole thing from bootstrap? <ekaitz>in x86 is faster than in RISC-V that's for sure lol <mra>gave up on figuring out whatever the hell weird nixos bug was causing my guix installation to fail, so i'm stuck without substitutes for the time being <bjc>i think the last time i had to do that it took about a day or two, but that was on relatively modern hardware <kestrelwx>My friends on Nix have had issues with substitutes and seen `#f` in describe. <mra>kestrelwx: #f for everything <ieure>kestrelwx, I believe that's expected if you install Guix on a foreign distro and have never run `guix pull'. <mra>bjc: yeah, it's been running overnight and it's still not done <mra>making progress though <bjc>gcc 4 is still pretty early, unfortunately <bjc>there are so many gcc compiles