IRC channel 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': https://paste.opensuse.org/328031

<TaoHansen[m]>i can confirm that's the EFI partition with `cgdisk`

<TaoHansen[m]>here's my config.scm: https://paste.opensuse.org/69663096

<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: https://lists.gnu.org/archive/html/guix-devel/2017-09/msg00212.html

<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]>Ohh

<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>np!

<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 help-guix@gnu.org

<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: https://github.com/jaor/geiser/issues/83

<efraim>hello!

<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

<efraim>"/dev/null"

<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

<civodul>ah

<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?

<civodul>right

<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 https://www.gnu.org/software/guix/help/

<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, http://sciencehackday.in/

<rekado_>neat!

<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>WDYT?

<civodul>nice article on going beyond reproducibility: http://gael-varoquaux.info/programming/beyond-computational-reproducibility-let-us-aim-for-reusability.html

<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

<civodul>np

<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: https://gist.github.com/mbakke/e93cbc7d5f154b5d9ecc18292d9fe864

<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: https://gist.github.com/taohansen/1f5130552bacd1c01809f45d657060bd

<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 XXXX-done@debbugs.gnu.org, or to requests@debbugs.gnu.org with "close xxxx" at the top of the body, with other commands

<efraim> https://debbugs.gnu.org/server-control.html

<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: https://hydra.gnu.org/jobset/gnu/master

<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.

<TaoHansen[m]>installs*

<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: https://git.ng0.infotropique.org/ng0_guix/pre_packages/

<ng0>though I missed that my issue was closed: https://github.com/swaywm/sway/issues/1230

<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>merged!

<mb[m]2>civodul: ^

<civodul>\\o/

<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

<jherrlin>Q

<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>ah

<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>oh

<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) <https://matrix.org/_matrix/media/v1/download/matrix.org/IdgzJDcRoOCVrVXHaoYrcgQq>

<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: https://s.amsu.ng/j3Q9dOHvgpaN

<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!

<civodul>yeah!

<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

<civodul>uh

<rekado_>it says: Failed to execute login command.

<civodul>check the console or ~/.xsession-errors

<civodul>ACTION -> zZz

<rekado_>okay, will try

<civodul>night!

<rekado_>good night!

IRC channel logs

2017-10-10.log