IRC channel logs


back to list of logs

<Apteryx>TaoHansen[m]: I can suggest the font-hack package.
<TaoHansen[m]>Apteryx: ssh is working out beautifully but thanks so much. i've heard good things about that font
<TaoHansen[m]>so i'm having a difficulties installing GuixSD, specifically GRUB to the EFI with, "failed to install GRUB on device '/dev/sda2':
<TaoHansen[m]>i can confirm that's the EFI partition with `cgdisk`
<TaoHansen[m]>here's my config.scm:
<TaoHansen[m]>ah okay needed to `mount /dev/sda2 /mnt/boot/efi` first
<TaoHansen[m]>EFI install instructions should be added to the manual
<TaoHansen[m]>okay rebooted now with the error that the linux-libre-4.11/bzImage was not found
<kristofer>TaoHansen[m]: check out the mailing list:
<TaoHansen[m]>kristofer: yes i solved the GRUB install issue but rebooting into my new system failed to find the kernel image
<TaoHansen[m]>i have a feeling it may be that abstracting my root subvolume to @ is unsupported by GuixSD.
<TaoHansen[m]>oh no it was "suvol=@". typo error.
<happy_gnu[m]>Is there an info guile package for Emacs
<happy_gnu[m]>When I do C-h i m guile
<happy_gnu[m]>I can't see it
<happy_gnu[m]>But I can see Guix
<happy_gnu[m]>Or if I do from a terminal
<happy_gnu[m]>info guile
<happy_gnu[m]>It also works
<happy_gnu[m]>But not from Emacs
<happy_gnu[m]>I also installed sicp package
<happy_gnu[m]>An info file for SICP
<happy_gnu[m]>Same problem
<happy_gnu[m]>I can see it from terminal doing info sicp
<happy_gnu[m]>But not from Emacs
<Apteryx>happy_gnu[m]: C-h i m guile r
<Apteryx>or Guile Reference for the long version
<happy_gnu[m]>Both are there now
<happy_gnu[m]>Maybe is related to .profile
<happy_gnu[m]>I just installed guix on an Ubuntu machine
<happy_gnu[m]>Thanks Apteryx :)
<Apteryx>eh. How do I reform the textual sha256 I see in package definitions given a origin-sha256 bytevector?
<Apteryx>A: bytevector->nix-base32-string
<Apteryx>Do we have a procedure to fetch a package *purely* from substitutes?
<Apteryx>OK. That is solved. I'm using guix-download with the content-addressed URI scheme.
<TaoHansen[m]>okay so i think the issue is GuixSD doesn't support a dual-boot setup?
<TaoHansen[m]>i've re-installed 4 times today and getting nowhere.
<TaoHansen[m]>Grub boots but then tells me it can't find the Linux image.
<TaoHansen[m]>or it’s an encrypted root UEFI setup?
<TaoHansen[m]>ng0: are you around?
<rekado_>TaoHansen[m]: does the path to the kernel image as used in the Grub entry actually exist?
<TaoHansen[m]>rekado_: i finally threw in the towel for today. left the machine at the office. i assume it would since GuixSD’s init was the one that built that entry
<TaoHansen[m]>i can check tomorrow morning
<rekado_>TaoHansen[m]: feel free to write as much as you know about the problem to
<TaoHansen[m]>rekado_: thank you. :-)
<mbuf>what topics would you cover in a Guix workshop to get people started?
<civodul>Hello Guix!
<sneek>Welcome back civodul, you have 1 message.
<sneek>civodul, Apteryx says: I've posted a repro script for the Geiser issue here:
<efraim>i wonder if we can make a qtbase variant that only produces qmake
<efraim>i wonder if I can pass '-examples-dir /dev/null' to qtbase
<civodul>efraim: /dev/null is not a directory, so it may not work
<civodul>(wild guess)
<civodul>perhaps we could add a "bin" output in qtbase, that would contain only qmake?
<efraim>there's also "moc" and some other binaries, it's also about cutting down the compile time
<efraim>but i'm pretty sure most packages that use qmake also use "qt stuff" and having a qmake package would mess with qt integration
<civodul>or maybe there's a flag to not build the examples?
<efraim>we already don't build them, we could probably put the source in (assoc-ref %outputs "examples")
<civodul>or rather "doc"?
<mbuf>civodul, for an introductory workshop session on Guix, what material would you want one to cover?
<civodul>mbuf: probably the basics of 'guix package' and 'guix environment', and then a intro to package definitions i guess
<civodul>are you preparing a workshop?
<mbuf>civodul, yes
<mbuf>civodul, okay
<mbuf>civodul, I shall go through them
<mbuf>civodul, are there any existing PDFs that I can re-use?
<civodul>there are PDFs of talks at
<civodul>some of them might be relevant
<mbuf>civodul, will go through them; thanks!
<civodul>i don't think we have material for hands-on sessions, though
<rekado_>mbuf: what’s the audience?
<mbuf>rekado_, science enthusiasts,
<mbuf>rekado_, civodul I hope to do some Guix packaging during this time
<rekado_>reproducibility is a key topic, and scientists often care about sharing experimental setups.
<mbuf>rekado_, true
<rekado_>this can be done with “guix pack”, without having to start out with something like docker
<rekado_>for the last three talks I always made sure to mention “guix pack” and how you can generate docker images from a simple Guix setup.
<mbuf|BRB>rekado_, okay
<efraim>svga driver for aarch64 failed to build on staging
<civodul>svga? reminds me when i was young :-)
<civodul>that's an xorg-video-* driver, right?
<civodul>i think this shouldn't block merging, we can always fix it later on
<civodul>nice article on going beyond reproducibility:
<civodul>rekado_, bavier: ↑
<efraim>it was an aarch64 specific flag, so it shouldn't affect any other architecture
<civodul>efraim: good
<bavier>civodul: thanks for sharing, very nice!
<civodul>it very much echoes our narrative about frozen images vs. hackable package graphs
<bavier>civodul: sorry about the back-and-forth re the offload script
<TaoHansen[m]>alright so plan today is to forget about btrfs entirely (use ext4) and change from a whole-disk encryption scheme to just /home encrypted. hopefully that will allow GRUB to find the kernel image this time. dual-boot UEFI.
<TaoHansen[m]>spent maybe eight or nine hours unsuccessfully yesterday. wish me luck
<bavier>TaoHansen[m]: best of luck to you
<mb[m]2>Tao Hansen: Whole disk encryption should work, but (named) btrfs subvolumes are AFAIR unsupported. I use btrfs with FDE on two machines.
<efraim>I have 1 disk btrfs without encryption, eventually want a bunch of odd disks in btrfs raid 1/10
<efraim>I think especially in light of postgresql needing manual intervention at each upgrade we should keep around all the supported versions in guix
<TaoHansen[m]>mb: do you have your configs available? i'd like to check them out.
***MinceR_ is now known as MinceR
<mb[m]2>Tao Hansen: Unfortunately I don't have my configurations in a public repository, but I uploaded one here:
<mb[m]2>It may not work with the 0.13.0 install image however.
<TaoHansen[m]>mb: thanks so much.
<TaoHansen[m]>building now crossed fingers. here's the new config.scm:
<Steap>Now that every patch series opens a new bug, do we need to do anything to close such bugs after merging the patches?
<efraim>you can send a mail to, or to with "close xxxx" at the top of the body, with other commands
<efraim>reassign is also great for when it doesn't get assigned to guix-patches for some reason
<mb[m]2>Is civodul around? Icecat has finished building on staging, it would be good to merge, pause the queue and start a 'master' evaluation.
<efraim>He's logged on, don't know if he's around
<mb[m]2>I see a new evaluation was started now, and the queue is empty:
<TaoHansen[m]>two days later i have a working boot. thank the gods. so the issue is some combination of GuixSD + UEFI + FDE + BTRFS.
<TaoHansen[m]>i can do some more testing next weekend. i'd like to file a bug report when i'm certain what exactly is the cause.
<TaoHansen[m]>good lord GuixSD's version of GNOME is ancient
<mb[m]2>3.24 is only a few months, no?
<mb[m]2>Many of the GNOME projects changed build system in 3.26, so it will be some effort to upgrade everything.
<TaoHansen[m]>you're right, the 0.13 install image install 3.0 if you don't invoke a guix pull first, which i failed to do. updating everything now.
<civodul>mb[m]2: merge! :-)
<mb[m]2>civodul: But Hydra is currently busy evaluating 'master' pre-merge! :-)
<chewzerita>When I install GuixSD, will I be able to use Wayland seemlessly like X?
<chewzerita>For example to use something like sway?
<ng0>I'm still stuck with packaging sway… A functional Wayland, no idea.
<efraim>I have a patch locally to build enlightenment with Wayland support, haven't tested it yet
<ng0>or am I? Did I drop it for QA? Hm.
<ng0>ah I moved it
<ng0>look in here if you are interested in hacking on it while I don't actively work on it:
<ng0>though I missed that my issue was closed:
<ng0>thanks Sleep_Walker for the pointer
<ng0>I'll try it on the weekend.
<civodul>mb[m]2: i've restarted the evaluator, it *should* be evaluating latest master now
<mb[m]2>Oh, but I didn't merge yet. :-/
<Sleep_Walker>ng0: you're welcome :)
<civodul>mb[m]2: oh sorry!
<civodul>i saw the list of commits of yours, and i thought it was a rebase
<mb[m]2>civodul: Mind doing it again?
<civodul>ok, go ahead
<civodul>sure :-)
<mb[m]2>civodul: ^
<civodul>ok, it's doing its job!
<mb[m]2>Woo :)
<efraim>I'm working on moving monolithic qt to 5.9
<ng0>Sleep_Walker: I never needed this, is there a way to define the gcc version in … I think sway uses … cmake?
<ng0>or just provide a different gcc as input?
<Sleep_Walker>it's been some time already, I don't remember how I tested it in the end...
<Sleep_Walker>IIRC I tried to create package for sway before your attempt but I missed some dependencies in the end
<ng0>yes, I used that I think, but it's been so long
<ng0>as a starting point back then
<ng0>but I'll try with version bumps first
<ng0>I don't think I'll be using wayland (or even wayland without xwayland) on anything but my phone any time soon, but sway is interesting.
<Sleep_Walker>wlroots progress makes it even more interesting
<mb[m]2>efraim: Yay! That lessens the urgency to "port" the remaining users.
<ng0>what's that?
<Sleep_Walker>finally there will be new compositor library with support for more graphic cards
<Sleep_Walker>replacement for wlc
<ng0>say, do we have "Eclipse"? I found some related packages in our modules… I might need it at some point, or at least be familar with some of its functions.
<rekado_>we don’t have Eclipse.
<rekado_>we have the Eclipse compiler for Java.
<rekado_>it’s a loooong way to Eclipse :)
<ng0>is there some kind of a list what's left or who's working on certain java parts? I only see lots of java commits recently
<TaoHansen[m]>ACTION uploaded an image: file1507668467153.jpg (42KB) <>
<efraim>Looks like you didn't set a destination path for EFI
<TaoHansen[m]>result of first guix system reconfigure after my first boot into GNOME and Guix is already failing to install bootloader:
<TaoHansen[m]>grub-install “failed to get canonical path of ‘none’”
<civodul>TaoHansen[m]: that's UEFI, right?
<TaoHansen[m]>civodul: yeah my config is posted a few dozen lines back
<civodul>it's a bug that's been fixed in the meantime
<civodul>IIRC, you have to write (grub-configuration ... (device "/boot/efi"))
<TaoHansen[m]>civodul: that’s the only change? current config points to /dev/sda2.
<civodul>yes, i think that's the only change
<civodul>if it turns out i was wrong, the mailing list archive should have more details :-)
<TaoHansen[m]>civodul: thanks! :-) trying now.
<TaoHansen[m]>that worked!
<civodul>cool, glad it worked!
<rekado_>ACTION just dug out an old patch set from guix-patches, updated it, and pushed it to master
<rekado_>let’s do more of that!
<rekado_>I’ll pick another one close to the bottom of the list of patches tomorrow. Who wants to join in on the fun?
<civodul>it shows as "8 months" in git log :-)
<civodul>i can try!
<rekado_>the Clementine patches are from February. I’ll try those next.
<rekado_>I just reconfigured an old i686 machine to use gnome-desktop-service but sadly it won’t log in
<rekado_>it says: Failed to execute login command.
<civodul>check the console or ~/.xsession-errors
<civodul>ACTION -> zZz
<rekado_>okay, will try
<rekado_>good night!