IRC channel logs


back to list of logs

<CalGuixSD>Recording results with script.
<jlicht>CalGuixSD: What is the problem you keep running into?
<CalGuixSD>jlicht: I posted my error at
<jlicht>CalGuixSD: hmm, and I guess --fallback takes too long for your liking?
<CalGuixSD>jlicht: I just hope it will work. I've never used a source-based distro like Gentoo; I'm not used to waiting on compilation. I used FreeBSD, but it didn't need to compile the system.
<jlicht>CalGuixSD: Well, usually you should have access to perfectly fine substitutes, making it about as fast as your internet connection allows. It just seems that the last few days, subsitutes have been a bit flakey
<CalGuixSD>jlicht: I could install Tor, WeeChat, Links, tmux and curl, and am using them right now, but it can't seem to do the whole system with substitutes. (I notice it couldn't sub torsocks.
<CalGuixSD>Um... my laptop is getting a bit hot.
<jlicht>You could try to init a more minimal system first, which should not take as long, and then boot and reconfigure this system to use the actual packages you want
<CalGuixSD>ACTION gets high on silicon smell
<jlicht>Then you could even ´pause´ the build by pressent C-c.
<jlicht>careful with those fumes ;-)
<jlicht>and at least you won´t have your laptop building 14 hours uninterrrupted
<CalGuixSD>jlicht: Here is my declaration: Could you minimize it? I'm trying to install on a Libreboot X200 with encrypted root.
<CalGuixSD>ACTION presses ^C --
<CalGuixSD>jlicht: ?
<CalGuixSD>Editing Lisp in Zile is annoying. I'm going to grab Emacs.
<jlicht>CalGuixSD: Going to sleep in some minutes, but you could try leaving out xfce-desktop-services from your list of services. Good luck!
<CalGuixSD>It's building Emacs from source. :-(
<CalGuixSD>It's taking a long time.
<CalGuixSD>Emacs says /mnt/etc/leela.scm is read-only, but Zile does not and will save it.
<CalGuixSD>Simplified system declaration. Initializing...
<platoxia>M4 package seems to be having trouble during the installation
<platoxia>invalid compressed data--format violated
<platoxia>happened to me last night during my first attempt to install as well
<platoxia>it is causing the build to fail and then sugests using --fallback
<platoxia>that started me on a 14 hour compilation trip last night
<platoxia>attempting to restart the build just keeps giving the same error
<platoxia>guix substitute: error: corrupt input while restoring
<DoublePlusGood23>platoxia: yeah, you're just stuck doing --fallback for the time being. Had to reinstall 3 times, it's pretty tedious
<platoxia>I guess I'll just use --fallback for M4 then restart without --fallback...hopefully that will at least speed things up
<lfam>platoxia: Can you tell me the full URL of the m4 file that fails to download? I'll have it removed from the mirrors
<platoxia>I'm compiling M4 right now...hang on I'll stop and get the url
<CalGuixSD>platoxia: I also got "invalid compressed data--format violated", but I'm not sure which package it was for.
<platoxia>lfam: this is the url with M4 that causes the failure
<lfam>platoxia: Thank you
<CalGuixSD>"Installation finished. No error reported."
<CalGuixSD>Now, I am scared to reboot. I don't know what this is going to be like with Libreboot.
<CalAndroid>How do I select/use this grub.cfg file?
<CalAndroid>Did I forget to tell GRUB to tell GuixSD about my disk?
<lfam>CalAndroid: Can you show the output of the 3 characters ",bt"?
<DoublePlusGood23>CalAndroid: weird, it clearly shows sda1 appearing
<lfam>That should print the Guile backtrace
<CalAndroid>DoublePlusGood23: Libreboot shows sda1 but not Shepherd.
<CalAndroid>Oh wait, I see it in the Shepherd messages now.
<DoublePlusGood23>CalAndroid: Just installed on libreboot. can confirm it works :) How did you get the gnu and tux there btw?
<DoublePlusGood23>There's a lot more libreboot people then I thought
<CalAndroid>IDK, it was just there on both the installation and the system, DoublePlusGood23.
<CalAndroid>DoublePlusGood23: It's Freedo, not Tux.
<DoublePlusGood23>CalAndroid: TIL
<CalAndroid>To boot, I decrypted /dev/sda1 in GRUB and did CONFIGFILE /boot/grub/grub.cfg. Then it stopped there.
<DoublePlusGood23>What's the ssh daemon listed as for herd/shepherd
<CalAndroid>DoublePlusGood23: IDK.
<lfam>DoublePlusGood23: ssh-daemon
<CalAndroid>So... how do I tell the OS about decrypting and using /dev/sda1?
<CalAndroid>In case I have to keep dual bootinv the installer and thr installed system, I have written a script to automate what I do on the live system so I dont have to keep doimg it.
<buenouanq>Still have yet to get refind to boot guixsd - Gives me an invalid loader error.
<DoublePlusGood23>CalAndroid: What does your config.scm look like
<DoublePlusGood23>lfam: thanks
<CalAndroid>DoublePlusGood23: I will paste it once my live system is set up.
<CalAndroid>Why is Guix slower than APT?
<buenouanq>Why is baking a pizza from scratch slower than microwaving hotpockets?
<DoublePlusGood23>buenouanq: I figure optimization wasn't that pressing
<CalAndroid>buenouanq: I thought there were binary substitutes.
<buenouanq>I think it builds from source unless you explicitly tell it not to.
<buenouanq>Someone else should confirm this though.
<CalAndroid>I've used Guix for a while now.
<CalAndroid>Just not the OS.
<CalAndroid>Also, weechat keeps faili.g to install.
<OriansJ>CalAndroid: there are binary substitutes, however you need to follow the instructions
<OriansJ>The idea is that anyone can setup their own build farm and provide binary substitutes to their own infrastructure or others if they wish
<CalGuixSD>Others have said that the installer automatically authorized substitutes from
<DoublePlusGood23>OriansJ: I tried it a while back. Does it still require a weird ssh client?
<CalGuixSD>Also, irssi installs way faster than WeeChat. Maybe I should switch to it.
<CalGuixSD>Oh yeah, now I can post my config.
<DoublePlusGood23>I'm thinking of the offload
<OriansJ>DoublePlusGood23: install any ssh client you want, there is nothing stopping you.
<DoublePlusGood23>I was thinking of that, which still does seem to use "lsh"
<OriansJ>CalGuixSD: I only build from source, therefore I am not the best reference for that. However if you want a fast an easy IRC client checkout emacs
<OriansJ>DoublePlusGood23: guix is written in lisp, you can override anything you want and make it work the way you prefer on your own machine.
<DoublePlusGood23>OriansJ: I just need to learn guile scheme I guess
<CalGuixSD>Mounting root volume to post my config.
<DoublePlusGood23>calandroid: are you using irc on the live system?
<OriansJ>DoublePlusGood23: well you have a couple choices, 1) you can accept the design choices of the people burning lots of hours making the tools you use 2) Help them by improving it for your own requirements 3) Figure out something else
<CalGuixSD>Volume mounted.
<CalGuixSD>DoublePlusGood23: Yes.
<OriansJ>DoublePlusGood23: but I do hope you choose the second option.
<DoublePlusGood23>CalGuixSD: neato
<CalGuixSD>OK, who was wanting my system declaration?
<CalGuixSD>Here it is:
<DoublePlusGood23>oriansj: it looks like it supports actual openssh now. I was planning on packaging some apps that aren't currently available.
<DoublePlusGood23>CalGuixSD: it has your name in it btw
<DoublePlusGood23>CalGuixSD: One thing you'll want to change is use (title 'device) in the file-system section. It's mentioned in the docs.
<OriansJ>DoublePlusGood23: we always appreciate everyone who takes the time to chip in as many of us tend to be quite busy with the various pieces we work on. For example my stage0 project is attempting to reduce the GuixSD root of trust down to a single 280 byte Hex Monitor
<CalGuixSD>DoublePlusGood23: Whatever the docs said about 'device, it was not clear.
<OriansJ>CalGuixSD: What sort of things could we add to the docs to help that part be more clear for you?
<DoublePlusGood23>CalGuixSD: You'll want it to be like (title 'device) and (device /dev/mapper/foobar)
<buenouanq> still holding out for help on this
<DoublePlusGood23>buenouanq: This is for refind?
<buenouanq>I'm trying to get GuixSD to boot on a Macbook with efi.
<buenouanq> followed this
<buenouanq>installed fine
<CalGuixSD> • Be sure that your partition labels match the value of their
<CalGuixSD> respective ‘device’ fields in your ‘file-system’ configuration,
<CalGuixSD> assuming your ‘file-system’ configuration sets the value of ‘title’
<CalGuixSD> to ‘'label’.
<buenouanq>but refind throws an error about not being able to find initrd
<buenouanq>/dev/sda3 is where GuixSD has been installed
<buenouanq>/dev/sda1 is the efi partition where refind is
<DoublePlusGood23>buenouanq I'm currently using a different directory entirely
<buenouanq>my refind config was right where this email said it was
<CalGuixSD>DoublePlusGood23: (device "/dev/mapper/root") or (device /dev/mapper/root)? It looks inconsistent without quotes.
<DoublePlusGood23>buenouanq /var/guix/profiles/system/kernel/bzImage && /var/guix/profiles/system/initrd
<DoublePlusGood23>CalGuixSD quotes is right
<DoublePlusGood23>I'm used to telegram, really miss being able to fix typos.
<buenouanq>will try DoublePlusGood23
<buenouanq>what about for the --options though?
<CalGuixSD>DoublePlusGood23: What's wrong with Telegram? It can be accessed with free software.
<CalGuixSD>Anyway, I updated my config:
<DoublePlusGood23>CalGuixSD: Ahhh. Your (target "/dev/sda1") should be (target "root") you're already picking up the disk via it's UUID
<DoublePlusGood23>the target sets it's name
<DoublePlusGood23>buenouanq: I'm using : --root=your-disk-label --system=/var/guix/profiles/system --load=/var/guix/profiles/system/boot
<DoublePlusGood23>with enc / it's --root=/dev/mapper/target-name
<buenouanq>DoublePlusGood23: can --root here be --root=/dev/sda3 ?
<DoublePlusGood23>buenouanq: I think so? I normally see it as a label
<DoublePlusGood23>calandroid: this is on libreboot right?
<DoublePlusGood23>err CalGuixSD
<CalGuixSD>DoublePlusGood23: Yes, Libreboot.
<DoublePlusGood23>CalGuixSD: I'm quite fond of telegram, minus the security issues, I'm saying I'm not used to IRC
<DoublePlusGood23>CalGuixSD: everything looks good. One of the more experinced people might be able to spot something.
<CalGuixSD>Are you sure I didn't just need to pass some arguments to the kernel?
<CalGuixSD>And leave my document intact?
<buenouanq> ok, trying with this now
<DoublePlusGood23>buenouanq: does "loader" equal "linux" ?
<DoublePlusGood23>CalGuixSD: For your mounting? Maybe. But that error was weird because you were mapping it oddly.
<DoublePlusGood23>But I'm somewhat sure that config will work properly
<buenouanq>DoublePlusGood23: same error. Right now it just is the path to bzImage - Should it be something else?
<buenouanq>DoublePlusGood23: are you saying I need to add a line that says
<buenouanq>ostype Linux
<DoublePlusGood23>buenouanq: maybe? I'm basing this off of my experience with GRUB
<CalGuixSD>OK, redoing system init.
<buenouanq> this is exactly what my menu entry looks like
<buenouanq>all the paths and things at the end of them exist, but it says that the loader is invalid
<CalGuixSD>Hm, I wonder if Quassel is on Guix.
<CalGuixSD>Hm, it is. Cool.
<DoublePlusGood23>buenouanq: Hmm. It doesn't look like rEFInd uses /dev/sdX names.
<CalGuixSD>ArneBab_: You dev Freenet?
<buenouanq>I tried with labels, but not with these new paths.
<buenouanq>I will try again.
<DoublePlusGood23>buenouanq Does it have a "shell" that you can use ls or dir to check?
<CalGuixSD>Starting system init.
<DoublePlusGood23>CalGuixSD: you'll probably want to take note of the options I posted when adding your grubtest.cfg and whatnot
<CalGuixSD>DoublePlusGood23: Huh?
<buenouanq>DoublePlusGood23: does what? when it fails I'm just booting back to the install flash drive - So yeas, I have many core utils at my disposal
<buenouanq>didn't work with labels
<DoublePlusGood23>buenouanq: Does reEFInd have a shell? To see what it sees the disks as
<buenouanq>`Invalid loader file! Error: Not Found while loading bzImage'
<buenouanq>oh, I'm not sure
<buenouanq>let's see
<buenouanq>I see no shell, but I can edit some of the boot options.
<buenouanq>now, in follewing that email I installed guixsd with --no-grub
<buenouanq>is there a different approach to this that maybe would include grub somehow?
<buenouanq>so, if /dev/sda1 is the efi partition, and /dev/sda2 is OSX (leaving until I can get this working) could I make a small /dev/sd3 boot for grub, and make /dev/sd4 my root?
<CalGuixSD>root@gnu /mnt/etc# guix system init /mnt/etc/leela-lite.scm /mnt
<CalGuixSD>guix system: error: build failed: cannot unlink `/gnu/store/2hba4srfvajfpkpdv73z5hhdpcn9dhbk-graphviz-2.38.0/bin': Directory not empty
<buenouanq>sda* on those
<DoublePlusGood23>CalGuixSD: you'll want --fallback
<CalGuixSD>DoublePlusGood23: I've never seen "cannot unlink" before.
<DoublePlusGood23>buenouanq: I wouldn't bother with two bootloaders
<CalGuixSD>root@gnu /mnt/etc# guix system init --fallback /mnt/etc/leela-lite.scm /mnt
<CalGuixSD>guix system: error: build failed: cannot unlink `/gnu/store/2hba4srfvajfpkpdv73z5hhdpcn9dhbk-graphviz-2.38.0/bin': Directory not empty
<CalGuixSD>I'm wondering if it's because I did "herd start cow-store /mnt" to a system/drive I already installed.
<DoublePlusGood23>CalGuixSD: yeah that sure sounds like it
<CalGuixSD>I don't want to have to repartition every time I reboot into the installer after testing the installed system.
<DoublePlusGood23>buenouanq: hmm. I still think it's the volume option
<DoublePlusGood23>buenouanq: can you try using part GUIDs as explained here?
<DoublePlusGood23>CalGuixSD: What do you mean? just copy over the config.scm and repart.
<CalGuixSD>DoublePlusGood23: Repartitioning is a pain when you encrypt the disk.
<CalGuixSD>I'll just add it to my script "start".
<CalGuixSD>But first, I have to figure out how to partiton without cfdisk, because cfdisk is interactive.
<CalGuixSD>ext4 is not mentioned in parted manual section 2.4.5.
<DoublePlusGood23>CalGuixSD: filesystems and partitions should be seperated
<CalGuixSD>DoublePlusGood23: Normally, I have LVM with several partitions and filesystems, but GuixSD doesn't support that yet.
<DoublePlusGood23>CalGuixSD: me to
<buenouanq>DoublePlusGood23: what is the difference in giving the paths to /gnu/store/HASH-thing like I had vs these /var/guix/profile/system paths?
<DoublePlusGood23>buenouanq: HASH are direct links to the version. the system paths will actually update with the package
<buenouanq>oh, brilliant
<DoublePlusGood23>buenouanq: at least that's my understanding.
<buenouanq>so (assuming I get this working) I won't have to update it every time I guix system reconfigure
<buenouanq>cause my ...grub.cfg files have the /gnu/store paths
<brendyn>You can see that these are symlinks: ls -lha /var/guix/profiles/per-user/*/guix-profile/bin/guix
<CalGuixSD>OK, I hope PARTITIONING is right:
<DoublePlusGood23>buenouanq: nope. it should just be automagical
<buenouanq>the installer doesn't have sgdisk
<buenouanq>how can I find the unique partition uuid?
<buenouanq>is that what blkid spits out?
<DoublePlusGood23>buenouanq: hmm. The grub.cfg would likely be regenerated when the kernel was updated, accomplishing the same thing, but also allowing you to fallback to an older version
<DoublePlusGood23>buenouanq: blkid is an UUID I think they're different
<buenouanq>oh oh, no
<buenouanq>blkid spits out both UUID and PARTUUID
<DoublePlusGood23>Is that the same as a GUID though?
<DoublePlusGood23>Yup. seems so
<DoublePlusGood23>GUID is Microsoft weirdness.
<buenouanq>swapping volume to the partuuid has caused refind to not even load, so I can't even boot to one of the working partitions or flashdrive any more ;~;
<DoublePlusGood23>;~; I apologize.
<CalGuixSD>I even embedded my config.scm in the install script.
<buenouanq>I don't understand why these things that apparently worked for other people are not working for me.
<DoublePlusGood23>buenouanq: I would go on the mailing list now.
<buenouanq>too much pressure (;-___-)
<DoublePlusGood23>CalGuixSD: I'll save this for when I need wifi in Chicago
<DoublePlusGood23>buenouanq: You gotta for the next sorry sap who runs into this problem
<serieux>I want to define my user shell to be zsh. What value to I add to /etc/config.scm? The manual says it's a G-expression, but I'm not familiar enough with Guile.
<serieux>would it be something like (shell #~zsh) ?
<DoublePlusGood23>serieux: that's a good question. I was scratching my head why chsh wasn't available
<CalGuixSD>DoublePlusGood23: Feel free to use my Wi-Fi. :-)
<CalGuixSD>DoublePlusGood23: Actually, I'm quite far from Chicago.
<DoublePlusGood23>CalGuixSD: ah, that's true. I use New_York
<CalGuixSD>OK, the shell script and the Scheme code should be consistent now (with partition/volume names, etc.):
<CalGuixSD>Hm... I'm not sure where to plug in (console-keymap-service "dvorak").
<CalGuixSD>Oh, (gnu services base)
<CalGuixSD>To make the system use UK Dvorak keyboard layout in the terminal by default, I put (gnu services base) in (use-modules ...), and put (console-keymap-service "dvorak-uk") in (services ...). Is this correct?
<buenouanq>the next issue DoublePlusGood23 is that I don't know how mailing lists work
<buenouanq>can I reply to and like bump or something? should I just start a new thread that links to this? or what
<Apteryx>wooh. Finally updated both my system and profile to lastest master, using --fallback because of substitute problems. That was a good 2 days of compiling stuff.
<Apteryx>Time to snapshot the thing ;)
<Apteryx>And maybe send a patch!
<buenouanq>DoublePlusGood23: ! I had to reinstall OSX so that I could reinstall refind, but I didn't touch the GuixSD partition because I didn't want to spend another full day recompiling everying
<buenouanq>and when I rebooted, the GuixSD partition was seen by refind, and it worked
<buenouanq>I'm utterly perplexed.
<buenouanq>Is there something I can put in my os config.scm that will make my system dvorak globally?
<CalGuixSD>buenouanq: Not sure if this works, but I looked in the docs and came up with
<CalGuixSD>(I use Dvorak too, so I'm trying to figure it out myself.)
<buenouanq>I also would love to remap my C if that's easy.
<buenouanq>but thank you very much CalGuixSD, I'll give it a try
<CalGuixSD>buenouanq: Your C?
<buenouanq>DoublePlusGood23: interesting, the reinstall of OSX didn't touch the EFI partition - It's my same GuixSD menuentry with the partuuid... No idea why it wouldn't load before or why I had to reinstall OSX now...
<buenouanq>CalGuixSD: Control
<buenouanq>it belongs next to the spacebar
<buenouanq>CalGuixSD: console-keymap-service documented here
<Apteryx>buenouanq: config.scm would be nice, but for now I'm just using: setxkbmap dvorak in my ~/.bash_profile.
<Apteryx>Also to remap Caps Lock as Control, I have: setxkbmap -option ctrl:nocaps
<buenouanq>is it going to be the same syntax that I used to use in /etc/defaults/keyboard on debian?
<Apteryx>I don't know. Perhaps?
<Apteryx>I had to read the manpage and dig up some file; it's a bit convoluted but it works. I more complicated examples if you need, such as 'setxkbmap -model pc104 -layout ca -variant fr-dvorak'.
<buenouanq>are loadkeys and setxkbmap related at all?
<ArneBab_>CalGuixSD: yes
<efraim>is anyone working on gcc@7? i'm starting with the two patches gcc@6 has
<ArneBab_>CalGuixSD: why do you ask?
<ArneBab_>(anything I can help you with?)
<az`>hello guix
<az`>So, does our philosophy imply porting npm to guix?
<az`>Or npm should die? (Like javascript and generally all languages other than Scheme)
<buenouanq>I am so pleased that GNU chose Scheme too though (as opposed to like, CL).
<az`>FYI npm is around 450 000 modules (
<CalGuixSD>ArneBab_: I saw it in your cloak. I thought Freenet was kinda dead/compromised.
<CalGuixSD>buenouanq: But Scheme is fragmented. You have to treat each implementation like its own language. (Chicken, Guile, &c.)
<ArneBab_>CalGuixSD: there were some attacks, but the ones where we know details relied on broken statistics (a far too high false positive rate)
<az`>I love Scheme very much, but, again: how to port 450 000 packages to guix and how to avoid name collisions then...
<efraim>there has been work to get node into guix, the problem is untangling the circular dependancies for our build-from-source requirement
<CalGuixSD>ArneBab_: BTW, I'm playing with your Wisp. I wrote my system declaration in it.
<ArneBab_>CalGuixSD: there is one attack we’re working on fixing right now.
<ArneBab_>CalGuixSD: nice!
<CalGuixSD>Not sure if a Wisp system declaration is usable by the system.
<ArneBab_>it might first need wisp in Guile (I hope to be able to add it to guile proper this year)
<CalGuixSD>You mean, so you don't have to install it?
<ArneBab_>CalGuixSD: compared to the hundreds of people caught on Tor, Freenet still has a pretty good track record (feel free to come to #freenet for details)
<CalGuixSD>(I guess that answers my question: if I have to install wisp, then I can't install a system with a Wisp system declaration.)
<ArneBab_>CalGuixSD: you can pre-process the system declaration with wisp.scm, then it’s just scheme.
<CalGuixSD>ArneBab_: Yeah, but I wouldn't have that in the installer.
<CalGuixSD>Or would I just carry around my declaration with wisp.scm?
<CalGuixSD>./wisp.scm system-declaration.scm
<ArneBab_>yes — you’d include the pre-processed version: ./wisp.scm system.w > system.scm ← include this
<CalGuixSD>oh, ok
<ArneBab_>(that’s the escape clause of wisp: if it should prove not to work well, you can always revert to plain scheme :) )
<CalGuixSD>Wisp helps me see trees of data easier.
<ArneBab_>same for me
<CalGuixSD>Mainly because I try to avoid the colons.
<ArneBab_>they are only truly needed when you have double parentheses — any other use is just an optimization to make code more compact.
<az`>wisp! where is all my beautiful parentheses?!
<CalGuixSD>Could you link me to a copy of wisp.scm that i could curl down?
<CalGuixSD>az`: I love brackets too, but I'd like people to see the same thing I see when I look at my code.
<CalGuixSD>I don't want them to go "ew, Dycks everywhere!" and not even look at what's being written.
<CalGuixSD>Also, having Guile in the init system is awesome. If my system doen't boot, I can still run Scheme code.
<buenouanq>CalGuixSD: fragmantation is preferable to bloat
<buenouanq>and guile seems to maybe be a unifier of the schemes
<buenouanq>dialects are cool though and shouldn't be discouraged
<CalGuixSD>I want all my programs to run in the same implementation so they can share code in real time.
<CalGuixSD>Like Emacs.
<CalGuixSD>Fragmentation goes against that.
<buenouanq>I don't understand why there aren't lisp dialect translators.
<ArneBab_>CalGuixSD: can you use a tarball? (wisp.scm is generated from wisp-guile.w by make dist)
<buenouanq>that this isn't a thing tells me it's prolly way more complex than I can even understand
<ArneBab_>buenouanq: there is an emacs lisp implementation in Guile
<ArneBab_>the main complication I understood was that elisp uses nil as both list terminator and #f, so a guile '() is not an elisp '(), because the elisp '() is also nil but the guile '() is not #f.
<ArneBab_>buenouanq: so now Guile supports a dedicated #nil symbol
<CalGuixSD>ArneBab_: I'm in the GuixSD installer right now. i'm not sure if I can preprocess the Wisp.
<rekado>DoublePlusGood23: I heard that you need to add this to your operating-system configuration to use flashrom on GuixSD: (kernel-arguments '("iomem=relaxed"))
<CalGuixSD>rekado: Oh my...
<rekado>DoublePlusGood23: I haven’t tested this myself yet
<CalGuixSD>There needs to be documentation for Libreboot users.
<CalGuixSD>rekado: Like this?
<CalGuixSD>(Line 59.)
<rekado>CalGuixSD: yes, just like that.
<rekado>this field just contains arguments to pass to the kernel.
<rekado>libreboot requires either a kernel configured to not care about /dev/mem or a kernel booted with that argument.
<buenouanq>who's in charge of the gnunet package?
<buenouanq>I'd like to request that we go bleeding edge from their git.
<az`>CalGuixSD: I use tao theme and highlight parentheses like this
<rekado>buenouanq: nobody and everybody is in charge
<az`>instead of wisp or something )
<rekado>buenouanq: in previous discussions we agreed that it’s better to have the gnunet project make a new release
<buenouanq>rekado: so you'll get right on that for me then ;3
<rekado>buenouanq: I heard that a new release is currently in the works
<buenouanq>it was scheduled for release in October
<buenouanq>October 2016
<buenouanq>and that was after being pushed back a few times too
<buenouanq>it does look like they're now maybe getting close this time
<CalGuixSD>az`: Nice.
<buenouanq>the problem is just that whatever they've done isn't back compatible with the version we have, so the network is totally fragmented
<CalGuixSD>I'll probably just use Wisp whenever I show code to non-Lispers.
<CalGuixSD>Not actually write in Wisp.
<CalGuixSD>((())) is why I was drawn to Lisp in the first place, as well as the "rewrite a program while it's running" feature of Emacs.
<rekado>I actually find Scheme with parentheses a little easier to read
<CalGuixSD>Do Lisp-haters hate Wisp more?
<buenouanq>I've always thought lisps looked the most beautiful and read the most naturally. I've never understood how anyone could have anything bad to say about them.
<CalGuixSD>Do the UUIDs of partitions/filesystems change every time I make them?
<CalGuixSD>Even if I do the exact same thing?
<ArneBab_>CalGuixSD: can you get the tarball and tar xf wisp-0.9.1.tar.gz wisp-0.9.1/wisp.scm ?
<CalGuixSD>ArneBab_: I'm too tired to mess with it RN.
<ArneBab_>CalGuixSD: I did not find anyone who actually hates wisp — not even among lispers (where I had expected quite a bit of pushback, but it did not come — which might be because I do not actually hate parens but see their potential: they make it very, very easy to provide excellent editor support, like paredit or … /me goes digging for the package)
<CalGuixSD>Without Lisp-specific plugins, editing nested brackets is something I don't want to do. If I used vi, I'd convert code to Wisp for editing purposes, then convert it back.
<ArneBab_>I agree to that, too … (counting the parens to close at the end when I need to work on lisp outside my usual environment is horrible)
<CalGuixSD>edit-lisp-as-wisp mode would be cool
<ArneBab_>CalGuixSD: found what I searched for: ← single-letter commands which activate when before or an open-paren or after a close-paren or when the region is active.
<ArneBab_>CalGuixSD: there is parinfer which allows you to adjust parens by changing indentation:
<ArneBab_>here’s an emacs version:
<rekado>I wanted to try lispy, but it uses vi-style commands and that’s a bit awkward on a dvorak layout
<ArneBab_>rekado: that will hit me, too :)
<ArneBab_>rekado: oh, yes, because lispy-right is bound to l (small L)
<ArneBab_>I can imagine the faces when I try to tell someone "hit l to move right"
***jonsger1 is now known as jonsger
<Petter>Anyone having trouble building from fresh master now?
<Petter>If I checkout 6d1a5e5ff I can build again.
<Petter>Breaks with this commit for me: HEAD is now at cb95c1fc... monads: Add a template and specialization mechanism for monadic procedures.
<brendyn>Petter: I did to. I ran make clean; ./bootsrap; ./configure --localstatedir=/var again and it worked
<Petter>Oh, hm. Just now within the last 12 hours?
<Petter>Did you see this documented somewhere? How did you find this solution?
<brendyn>I don't know what the commit was but guile errored so i had to rebuild
<brendyn>That is just the natural procedure for building Guix if you are using it from Gid
<brendyn>If you just run make, then the configure script isn't being regenerated
<brendyn>I don't know if make clean was needed, but I just did that anyway
<rekado>Petter: you need to remove some .go files
<rekado>Petter: “make clean-go” or “find guix -name '*.go' | xargs rm”
<Petter>I've done `make clean` and I'm well into `make` now.
<Petter>I'm guessing clean-go is covered by clean.
<rekado>yes, “clean-go” only cleans go files, whereas “clean” removes a whole lot more.
<civodul>anyone adding gcc@7?
<civodul>the gcc folks really rock:
<rekado>civodul: efraim wrote earlier about gcc@7; maybe efraim is working on it already?
<Petter>brendyn: Thanks for your tips earlier! I did `make clean`, and `make`. And now I'm back on track! :)
<brendyn>I think just running `make` only works to the extent that certain files don't change, if the make autotools stuff or new files are introduced, there will be problems
<rekado>hmm, on i686 “guix environment guix” just hangs
<rekado>it appears to do nothing
<rekado>also “sudo -i guix system reconfigure /etc/config.scm” doesn’t seem to do anything. It just returns.
<rekado>ACTION goes afk for a while
<efraim>civodul: I have gcc@7 building on my aarch64 machine. I'm expecting it to be an easy upgrade (like gcc@6 was) and i have it building with the same two patches as gcc@6 has
<civodul>efraim: excellent!
<civodul>rekado: weird
<efraim>civodul: I have a "failed to build" gccgo@5 on my aarch64 board, libgo is in %out/lib but not linked to %out/bin/go, so I think the secret is in there somewhere
<efraim>also our gccgo@4.9 package is broken, in that there is no binary
<civodul>efraim: and gccgo@5 works on other arches?
<efraim>Pretty sure it doesn't work on other systems, I haven't tried it in a while
<Petter>I'm trying to move code from (add-after ...) to (snippet ...). But failing; is the solution obvious to any of you?
<Petter>I think the relevant part of the log is: In procedure module-lookup: Unbound variable: delete-file-recursivel
<rekado>we seem to have a corrupt substitute for ghc
<rekado>it’s 97npy629c49g2wgl343f1ib4s1kx3qfn-ghc-7.10.2
<rekado>Petter: you need to add (modules '((guix build utils))) to the origin expression
<rekado>clang no longer builds on x86_64
<Petter>rekado: Thanks!
<wingo>civodul: what should i do about potluck patches -- continue to wait?
<rekado>wingo: I’m sorry, I still haven’t found any time to review this (and the next two weeks are difficult). If civodul is fine with the patches I have no objections.
<wingo>i will be on holiday until wednesday fwiw
<SovereignBleak>How's UEFI progress?
<civodul>wingo: sorry for the delay, i'm looking into it!
<civodul>but overall it looks good
<wingo>thanks for looking at it! believe me i understand delays ;-)
<civodul>heh :-)
<civodul>rekado: the corrupt item should be gone now!
<rekado>civodul: thanks!
<rekado>civodul: who else has permission to access the cache to delete corrupt items?
<civodul>rekado: it's on, but apparently only mark_weaver and myself have an account
<civodul>we should fix it
<rekado>cuirass is finally running on my GuixSD server at work.
<rekado>I was fooled by the lack of output
<civodul>rekado: woohoo!
<rekado>it actually *does* compile things
<rekado>it only seems to build one thing at a time, though
<m-o>rekado: The lack of output is really painful, I'll try to improve that when I'll be done with (guix git).
<civodul>yeah, i thought i had fixed that
<civodul>maybe i did but our package is outdated
<civodul>m-o: i'll look forward to that thing!
<m-o>rekado: I use htop and sqlite3 to query cuirass status ...
<civodul>it'll be useful not just for Cuirass but also for guix pull/channel
<rekado>m-o: heh, me too :)
<ng0>with gnutls installed from guix in my profile, why am I getting an error about gnutls guile bindings not being present (on a debian system)?
<m-o>civodul: Right now I'm stuck on guile-git with guile-2.2
<rekado>ng0: are they on the GUILE_LOAD_PATH?
<rekado>ng0: do the Guile versions match?
<ng0>sorry I forgot to add: when trying to compile guix.
<ng0>GUILE_LOAD_PATH is a good idea
<efraim>gcc@7.1 built successfully!
<civodul>m-o: stuck how? :-)
<civodul>the message you sent the other day?
<m-o>civodul: yes I tried to build guile-bytestructure with r7/* files
<m-o>and I have another error
<m-o>bytestructures/body/base.scm:38:0: definition in expression context, where definitions are not allowed, in form (define make-bytestructure-descriptor (case-lambda ((size alignment unwrapper getter setter) (%make-bytestructure-descriptor size alignment unwrapper getter setter #f)) ((size alignment unwrapper getter setter meta) (%make-bytestructure-descriptor size alignment unwrapper getter setter meta))))
<m-o>in "bytestructures/r7/base.scm"
<civodul>m-o: maybe we should revert the guile-bytestructure upgrade if it's this broken?
<ng0>whouldn't GUILE_LOAD_PATH be in .guix-profile/etc/profile ? what adds it to there if not guile? I have it on all systems, excluding this one
<m-o>civodul: yes, if guile-git does not depend of this upgrade that's an option, i'm investigating :)
<ng0>ACTION tries installing some guile dash package
<avoine>what would be the best way to sync built packages between a laptop and a desk computer? running guix publish on both of them?
<efraim>I need to look at GCC again to see if aarch64 needs any flags to target armv8 and not 8.2 or whatever 'native' might be at the time
<avoine>I'm trying to figure out how do I choose between cuirass, hydra, guix publish, guix copy, putlock or even nfs
<efraim>avoine: I suppose one could export /var/guix/per-user as one might have exported /usr in the past
<ng0>oh great. I was (and still have to) use gnutls from system debian. I just had to install their bindings
<ng0>well.. but shouldn't /gnu/store gnutls take priority over gnutls from debian and therefore be picked up by the configure run in guix.git?
<efraim> I would think it depends on your path
<efraim>then yeah I'd expect guix's
<efraim>Assuming it was in your path the last time you ran configure
<ng0>semms like it is:
<ng0>root@sharknado9000:~# which gnutls-serv
<rekado>ng0: GUILE_LOAD_PATH will be set if you install “guile” (at any version) itself into a profile
<rekado>PATH is only for executables
<rekado>but the Guile bindings are determined by looking in GUILE_LOAD_PATH
<ng0>trsying to import gnutls alone: ERROR: no code for module (gnutls)
<rekado>what’s your GUILE_LOAD_PATH?
<rekado>and which guile are you using?L
<ng0>2.2.2 of guix (package: guile) and the GUILE_LOAD_PATH is GUILE_LOAD_PATH=/gnu/store/89sa7p4np305n597p9d10hcyz7369zra-profile/share/guile/site/2.2
<ng0>all I do, is source the etc/profile file, which is what I do on my home computers as well
<rekado>oh, you’re using Guile 2.2.2 with Guix?
<rekado>I don’t think that’s going to work just yet
<rekado>you cannot use Guile 2.0.x modules with Guile 2.2.x
<ng0>odd. I have 2.2.2 locally (here, at home, development computer) aswell
<ng0>I'm not using it "with" guix I'm using the one provided by guix
<rekado>ng0: well, I don’t know what you’re doing :)
<rekado>ng0: but note that we have “gnutls/guile-2.2” (package name is “guile2.2-gnutls”)
<jackhill>Hi, I'm trying to build Guix from source on Debian Stretch following this documentation:
<jackhill>Unfortunately, I notice that Debian no longer ships the guile-gnutls package. From the changelog: Drop guile-gnutls package, testsuite errors have stayed unfixed too long. Closes: #821457, #805863
<rekado>ng0: the “gnutls” package itself is built with guile-2.0, so you won’t be able to use the bindings with guile-2.2
<ng0>rekado: I can post it to the mailinglist. But basically what I'm doing is: I have a Debian server which runs Guix for a while already (from binary installation) and I'm trying out a method of manually compiling guix documentation from source before I switch to a guix package I write for it, to offer an more up to date copy on my server.
<ng0>well... that's weird. why am I still able to compile on all systems then?
<ng0>is that a Guix vs GuixSD difference?
<rekado>I don’t know. With this information I cannot reproduce this, so I can only guess.
<ng0>ok, I will try and write what I do to the list
<rekado>the GUILE_LOAD_PATH could give you clues
<ng0>unless I can solve it myself, I'll try a bit more before I send
<rekado>I find it funny that cuirass prints incomplete lines to the logs
<ng0>ah yeah.. guile load path is different
<ng0>locally -> GUILE_LOAD_PATH=/gnu/store/aqj44z72j9ns9v5g5mpd40sm1yvdn79g-profile/share/guile/site/2.2:/gnu/store/074z2xkhr47ib14srwxkk94qpxhban12-profile/share/guile/site/2.2:/home/user/.guix-profile/share/guile/site/2.2:/run/current-system/profile/share/guile/site/2.0
<rekado>sometimes it just sits there having printed only 2/3 of a line; after a few minutes it continues printing the line and many many more.
<ng0>server with just the binary is just one path.
<m-o>rekado: yep noticed that, dunno why it does that !
<rekado>having both 2.2 and 2.0 paths in GUILE_LOAD_PATH is bad
<rekado>m-o: I’m so happy you’re working on cuirass!
<rekado>m-o: I’m just super confused by it, most of the time :)
<ng0>so far nothing hsa blown up, and i didn't even know this was in the path
<ng0>okay, this other laptop has just 2.0
<ng0>don't we have an requirement on >= 2.2 now?
<m-o>rekado: there's a lot of work :)
<rekado>ng0: not yet
<rekado>ng0: still need to port a couple of dependencies
<snape>ng0: I had similar issues, because I did things in .bashrc that had to be done in .bash_profile, like sourcing etc/profile
<ng0>I think I should install guile@2.0 then
<snape>ng0: don't you build with guix environement guix?
<ng0>there's so much to learn when you focus only on some parts…
<ng0>why is that better?
<rekado>ng0: guix environment guix takes care of everything
<ng0>I rarely use environments so far.
<rekado>environments are one of the coolest features, in my opinion
<rekado>the only annoyance is that they are not persistent
<ng0>what I have here would be really easier with a simple guix package. I simply need the data of "make doc/guix.html"
<rekado>this means that when you configure within an environment and the paths to store items are embedded you need to make sure that they aren’t collected as garbage at a later point.
<ng0>my real work is still updating itself :/
<ng0>psa: update computers and don't wait 2 months when they are off.
<ng0>rekado: basically.. yes. or write a package, overwrite build and install, and copy the results from the store to /srv/www/…
<ng0>okay, fixed it. and locally, the only obvious guile modules installed from within guix I have are guile-ssh and guile-json. those should still be available as guile-2.0 packages, right?
<rekado>yes, all of them are available as guile-2.0 packages
<rekado>it’s still the default variant, I think
<ng0>hm.. ok.
<rekado>(except for the “guile” package itself, which defaults to the latest version)
<ng0>I should've bought more than one new laptop. The thing which needs to test gnunet-service is updating for 2 days now
<rekado>I hit a bad update hole, too
<rekado>the situation on i686 is pretty bad at this moment
<ng0>this is x86_64 though
<rekado>and on x86_64 there are quite a few things that currently need to be built from source
<ng0>like gcc.. yeah
<rekado>I just had to build gcj :-/
<rekado>slow day
<ng0>offtopic, what is rxvt-unicode named in Nix? it's neither of rxvt_unicode, urxvt, rxvt-unicode. it's a bit annoying currently ssh'ing into the NixOS to learn and build
<ng0>or maybe I just give up on the search and install st.
<rekado>have you grepped the sources for rxvt?
<ng0>apparently it was too much yesterday.
<ng0>thought they wanted to work on an improved syntax for the cli tools, but it hasn't landed since I checked in last time 2 years ago.
<m-o>civodul: i may have solved the guile-bytestructures problem here:
<m-o>with this fix, i can use guix on guile2.2 + guile-git + (guix git) module
<Apteryx>alezost: In emacs-guix I now have two same shortcuts: p pack p package
<Apteryx>so M-x guix p opens "pack", which confused me!
<alezost>Apteryx: right, because "guix pack" was introduced after Emacs-Guix 0.3 release; it is fixed in the latest master
<Apteryx>OK! I'll try updating it. Thanks.
<Apteryx>Anyone having this error on fresh master: ERROR: Wrong type to apply: #<syntax-transformer mapm> ?
<ng0>oh btw, I got information on the linux-libre bug the maintainer talked about in this interview in 2013. I'm waiting for an reply if I may share the mail verbose.
<ng0>i think it might be worth an annotation in the documentation or somewhere else.
<ng0>perspective of solving it is bleak though…
<alezost>Apteryx: I mean in the latest Emacs-Guix git master; so it will be fixed in Emacs-Guix 0.3.1 which is not released yet
<Apteryx>alezost: Oh, I see.
<Apteryx>civodul: I thought the fix for '_' was to rename it to something else in (guix ui), but instead the commit 69daee23af49aeafcb1d250c90860f9253da719e renames all '_' to 'G_'. Why's that?
<bavier>Apteryx: so that the common use of '_' as syntax can be retained.
<bavier>Apteryx: e.g. in (ice-9 match) clauses
<Apteryx>OK. Then probably some of the renames are unnecessary (those used in match clauses for example).
<Apteryx>But I guess is doesn't matter much outside of esthetics.
<Apteryx>To be more precise, there seems to be only one G_ which could have been left as '_', at line 938 in (guix ui).
<ng0>as much as I dislike some elements of repology... this could be useful
<ng0>though we should probably improve lint if this wasn't catched by us
<ng0>100% homepage issues, 85% of them redirects
<bavier>ng0: our lint checks whether the listed home-page is accessible
<ng0>and redirects?
<bavier>permanent redirects are not considered a problem currently
<bavier>it's great that more places are using https, of course
<bavier>the case we might be interested in is if the redirect is non-trivial, which could indicate the domain might be inaccessible in the future
<Apteryx>'guix environment guix' crashes on latest master: Any hints welcome!
<Apteryx>What would be the git command to bissect it? 'git bisect
<catonano>it looks like the binary for linux-4.9.24 is not available :-/
<enno_>Hello. I want to use Guix as main OS on my home pc. All the packages I need are already there, but I have a Realtek 8168g-2 network chip with binary only firmware. How can I add this the Guix way?
***grillon is now known as handsomeGrillon
***handsomeGrillon is now known as grillon
<ng0>phase `build' failed after 8850.5 seconds … wake me up when gcc is build for amd64 again :/
<grillon>efraim: are you ok?
<efraim>grillon: yeah, I was looking at ng0's failed build
<grillon>efraim: ohh ok :)
<grillon>don't know why I could not download guixsd_x64 :/
<grillon>it failed on the end
<grillon>could someone try?
<grillon>same for i686
<Petter>I'll try.
<ng0>if only guile wouldn't throw so obscure error messages to people who haven't written massive amounts of code or maintain it.
<ng0>I started with a container in the first version of a service. probably I should just add it later.
<grillon>thank you Petter
<efraim>finally comparing stages 2 and 3 of gfortran@7
<Petter>grillon: I should know within 15 mins.
<grillon>ok thank you, it fail on last bytes for me
<Petter>Oh, it failed already.
<Petter>I was at 10-20%.
<Petter>I'll try again.
<ng0>there's an rsync mirror in finland in case you need it.
<ng0>not to be advertised big time
<efraim>aria2 will also resume downloads with `aria2c -c url-here'
<Petter>IceCat was able to resume as well.
<grillon>what is aria2
<efraim>its a downloading program, handles parallel downloads and torrents nicely
<grillon>now I could
<grillon>without iceCat or aria2
<grillon>I have installed aria2 anyway(for another time :))
<grillon>no with firefox as when I did the alert
<Petter>Just finished the download successfully now.
<grillon>don't know why it's working now and was not working before
<grillon>I have verified with sig it's ok
<grillon>why key is not signed?
<quiliro>hello guixsters. :-)
<quiliro>i was not able to install guixsd sn macbook air so i installed debian
<quiliro>Petter: saluton. : -)
<quiliro>i was thinking of installing libreboot
<quiliro>but coreboot says it is riskiky because it has not been tested yet
<quiliro>so now i am forced to use debian
<quiliro>what i liked about it is that i could download all 3 dvds and use them as offline repos
<quiliro>is there any way to do such thing with all guixsd repos?
<quiliro>on saturday i gave a guix demo
<Petter>Ooh, cool. How did it go?
<grillon>documentation seems not uptodate concerning qemu
<quiliro>i think it was like showing a fish how to write a program....a lot of admiration but little understanding
<grillon>proposed commands are not working and 5G seems not suffisant for the system I guess
<quiliro>it was in front of people studying to be computer science teachers
<Petter>quiliro: Aah, yeah, well Guix is different.
<grillon>hi quiliro
<quiliro>i went today to a university and established an agreement to promote free software
<quiliro>grillon: hi!
<quiliro>every month we will participate with free software conferences
<grillon>quiliro: I'm using libreboot on x60s; was straightforward to install and is working fine but I have seen it's not the same for all computers
<quiliro>guix impressed the dean of IT
<quiliro>grillon: nice....what is the risk for an efi machine if it does not work?
<snape>ng0: I'd like to push the gitolite fix, did you have the opportunity to test it?
<grillon>quiliro: sorry don't know :/
<ng0>snape: huh? which fix?
<ng0>what's the subject line or bugid?
<ng0>I mean, it's probably good. i didn't know my feedback was expected
<ng0>my only gitolite used to run on debian.. now I no longer need it. at least at the moment
<ng0>oh. I wrote I would test it
<rekado>ng0: the Guile error messages aren’t really any better even if you *have* written a lot of Guile code already :)
<ng0>sorry :/
<rekado>ng0: part of the problem is that we use staging
<ng0>snape: good to go i'd say
<rekado>ng0: so location information is lost in some cases, which makes errors harder to understand
<ng0>snape: I don't really have the resources (in devices) to test it atm
<snape>ng: ok! thanks :)
<ng0>rekado: oh^^
<ng0>I think I will look up parts of my error message tomorrow and if I don't understand it, I will send the patch + error message
<rekado>ng0: if you have a particular error message that sticks out as incomprehensible, please feel free to report it and maybe suggest a better way to report the error. There might be cases where it wouldn’t be too difficult to improve the error messages.
<ng0>In procedure strcut-ref: Argument 1 out of range: 2
<ng0>that's the last line of it at least
<ng0>and I see no mistake in the code so far
<ng0>do I have to escape "[" in plain-file?
<rekado>ng0: could you please post the whole message?
<ng0>the patch is neither saved nor published anywhere atm. I attempt to start gnunet-service from scratch and included container for the service
<ng0>I'll try and paste the error message
<grillon>I have launch my second try of guixsd install, that time it's on VM
<Petter>We're rooting for you!!
<CalGuixSD>What does "invalid field specifier" mean?
<ng0>rekado: i'll post it in a moment. I'm talking righjt now
<CalGuixSD>Specifically, I put (services (console-keymap-service "dvorak-uk") in (services ...).
<CalGuixSD>Oops. s/put (services/put/
<Petter>Do you have the "dvorak-uk" keymap?
<snape>is there a way to know the commit corresponding to a 'guix pull'?
<CalGuixSD>Petter: "loadkeys dvorak-uk" works when I boot the installer.
<CalGuixSD>I assume "dvorak-uk" comes from loadkeys.
<Petter>Ok, only suggestion I can come up with is to try f.ex. "dvorak".
<CalGuixSD>Petter: It doesn't work well on a 105-key keyboard.
<quiliro>disconnected momentarily
<quiliro>any messages for me?
<Petter>CalGuixSD: I mean, just to see if it's there the issue lies.
<snape>quiliro: you can see this channel's logs at
<quiliro>snape: TY :-)
<snape>np :)
<quiliro>is there search for terms in the logs?
<snape>quiliro: you can use your search engine for that. 'site: query'
<snape>(it works with Google)
<quiliro>snape TY again :-)
<rekado>Apteryx: the error is due to an ABI change. Run “make clean-go” and then “make” to rebuild the Guile objects.
<quiliro>rekado has a macbook on guixsd
<quiliro>i would like to see his config
<quiliro>i am using debian
<quiliro>it would be nice to replace it with guixsd
<quiliro>perhaps i could use the same method for installing trisquel on macbook air
<quiliro>hello again
<quiliro>problems with gnome
<quiliro> and my video driver
<rekado>rekado does not have a macbook
<quiliro>rekado: i saw something about guix on macbook by you somewhere
<buenouanq>I just succeeded in installing guixsd on a macbook last night.
<buenouanq>as me anything
<quiliro>buenouanq: how to do it?
<quiliro>it has efi and will not recognize usb sistem
<buenouanq>you have osx installed?
<buenouanq> here was the mail I followed basically
<buenouanq>refind is a great thing and how I've always done other distros in the past
<buenouanq>I had some trouble with the custom menuentry though.
<buenouanq>I got it working using the partition guid uuid (blkid output partuuid="..." not just the uuid="...")
<buenouanq>but actually, something weird happened when I changed that and refind wouldn't even load
<buenouanq>I thought all was lost so I installed osx again (not touching the efi or guixsd partition),
<buenouanq>and when I rebooted, my guixsd option was there and worked.
<quiliro>buenouanq: refind is the key!
<buenouanq>and don't forget --no-grub when you guis system init or reconfigure
<buenouanq>yeah, refind is a great thing
<quiliro>buenouanq: refind will boot without grub and replace it?
<quiliro>buenouanq: i have to go...thank you very much for your help
<quiliro>and one other thing
<quiliro>i do not have a permanent link.....i mounted the debian isos so i could install any can i download all the grafts from the repos or if not the sources?
<quiliro>s/"or if not the sources"/"or if not possible, download the sources"/
<quiliro>so i can do an offline install without lifting a web server
<ng0>okay I'm back. I can upload the error message now.
<quiliro>i guess i'll have to make the mirror
<ng0>rekado: ^
<quiliro>thank you for your help buenouanq
<quiliro>gotta go
<buenouanq>good luck
<quiliro>buenouanq: dankon!
<rekado>ng0: could you also paste the configuration file?
<rekado>the error happens when Guix tries to build the service graph
<rekado>I agree that it’s not a pretty error
<rekado>avoiding something like this is my motivation behind static type validation for monads and other structs
<rekado>ACTION –> zzZ
<ng0>oh, this happens with a service I am just happen to be writing. so it makes sense that I send all of it bundled to the mailinglist tomorrow