IRC channel logs

2018-04-06.log

back to list of logs

<pkill9>nice, didn't knwo there was a wishlist
<pkill9>know*
<pkill9>it's really easy to package, i just installed it and it didn't require any dependencies, although I disabled tests because it complained that it didn't have access to pytest
<bavier`>pkill9: feel free to send a patch :)
<efraim_>pkill9: https://gitlab.com/Efraim/my-guix/blob/master/dfsg/main/ranger.scm I've had this as a WIP for forever, never got around to deciding if I wanted to finish it
<efraim_>If it turns out to be helpful
<ryanprior>I bought a Think Penguin wifi chip and an ifixit repair kit today. Gonna do surgery on my 2015 Dell XPS 13 Developer Edition in hopes that I'll be able to use linux-libre. Hopefully that'll be done within a couple weeks.
<ryanprior>In the meantime I think I should practice installing GuixSD in a VM. I've used the text-mode installers for Debian and CentOS but the instructions for GuixSD seem less like a guided tour and more like a in-the-weeds system administration task.
<wxie>ryanprior: The guixSD installation guide is solid. I followed it, and worked out.
<ryanprior>What EYE think would be neat, is a fully automated installer that you configure from an existing installed system.
<ryanprior>So you're getting ready to install, you run this program, it checks that your hardware is compatible, asks you all the quesitons you'd normally get asked during install, and writes that out to a config file. Then you reboot and it has everything it needs and it just goes.
<ryanprior>The live installers I've used lately have been nice, but I'd rather have the installation process be non-interactive.
<gnewb>Hello Guix
<civodul>Hello Guix!
<kmicu>( ^_^)/
<pkill9>what's the URL of the build server again?
<pkill9>do any packages provide libnss3.so? I tried nss but it didn't provide it
<civodul>no idea
<civodul>the build servers are at https://hydra.gnu.org and https://berlin.guixsd.org
<pkill9>i can't find libnss3.so in anyof thenss packages, weird
<pkill9>any of the nss*
<pkill9>thx
***OdyX_ is now known as OdyX
<OdyX>Hi there. I'm trying to install GuixSD on a baremetal machine. That machine has Debian on it currently and I'm booting the ISO through memdisk/grub-imageboot. The ISO is found and it boots, but the boot fails (does not find the root partition) leaving me with a scheme shell. How can I go further ?
<OdyX>It does a whole bunch of "waiting for partition '31393730-…' to appear" lines before…
<pkill9>found it, libXss.so.1 is in libxscrnsaver
<allana>Hi, I am trying out the guix system distribution for the first time. I was able to take the prebuilt qcow2 image, convert it to vdi (for my VirtualBox host) and boot the machine. I am able to log in as root (with no password) to my new system. My keyboard layout is a Norwegian keyboard, and I am struggling to find an example in the documentation that describes how to set this properly. Presumably it is set to a US keyboard. I am also
<allana>unsure about a starting point for the system configuration. So, I have two questions. 1) How do I set my keyboard configuration, and 2) How can I get the current system configuration so that I have something to play around with? Any help would be greatly appreciated.
<sneek>allana, you have 1 message.
<sneek>allana, lfam says: I bet that you became root with `su root`. As documented in the su manual page, this will set your PATH incorrectly for Guix. You need to use `su --login` in order to get the correct PATH
***zsin is now known as tirei
<siraben>What is the minimum disk space needed for a Guix installation?
***zsinskri[m] is now known as zsin
<pkill9>siraben: how much do you have available?
<siraben>pkill9: I want to install on a 8 GB USB
<pkill9>it will fit on there, cos the installation image itself is a guix installation
<pkill9>also i created some disk images with `guix system disk-image config.scm` and they fit on there
<pkill9>though annoyingly they didn't seem to be persistent
<pkill9>maybe i didn't set them up right
<siraben>I have issues with wireless, I think it's because it needs non-free drivers :/
<allana>I have a response from sneek that doesn't apply to a couple of questions that I asked. I'm guessing that sneek is a bot. Can anyone help point me in the right direction?
<pkill9>siraben: yeah that's a common issue
<siraben>I know it's unethical to install non-free stuff, but in the event that I do, does Guix support .deb installations?
<siraben>e.g. there is a firmware available from the Debian repository
<pkill9>nah, but you can write your own package definitions
<pkill9>someone also wrote a config that downloads and compiles the non-free linux kernel with binary blobs
<pkill9>siraben: which wireless do you have?
<siraben>It's on a MacBook Pro 2012 model
<siraben>broadcom
<siraben>Normally I would download the `firmware-b43-installer' from the Debian repository
<pkill9>if all that's needed is a kernel module then i think it would be easy to make some kind of package definition to isntall it
<pkill9>here it explains the process https://help.ubuntu.com/community/WifiDocs/Driver/bcm43xx#b43_-_No_Internet_access
<siraben>And Guix supports dpkg?
<pkill9>no, but you don't need it, that's just debian's packaging system
<siraben>Hmm, alternatively I could roll with a Debian + Guix install
<pkill9>you just need to replicate the process debian does to get the firmware, then package it using Guix's packaging system aka create a package definition
<pkill9>yeah that would work too
<allana>Is there a way to export the current guixsd operating-system declaration?
<ng0>"just".. if someone is new to Guix, "just" creating a firmware package that most likely needs to be build from source is no walk in park ;)
<pkill9>yeah lol probably
<ng0>the undocumented dark side of the moon.
<siraben>Lol
<siraben>I'm familiar with Scheme, but almost gave up when installing Guix
<siraben>The manual is pretty unclear
<pkill9>would it need to be built from source though? looking at the debian package, it extracts it from the proprietary download https://packages.debian.org/jessie/firmware-b43-installer
<siraben>It doesn't tell me where the download is
<pkill9>but yeah it's probably more difficult than i assume, lol
<siraben>It's a script that downloads and sets everything up nicely
<pkill9>i commonly make that mistake :P
<siraben>Well, what are some good USB adapters that work with Guix?
<ng0>idk. I'm not familiar with the driver. I have a collection of my own drivers, which are blobs, and then there's another class of drivers which are build from source and most of the time require the kernel source, where our strategy of currently throwing away the build directory of the kernel doesn't really work in favor for the driver.
<ng0>so I'm working on something probably next month that hopefully can be readjusted and upstreamed into guix eventually.
<siraben>I like how you have to know how to use Emacs to install Guix
<siraben>Well, Zile
<ng0>it was recently replaced by nano
<ng0>but you could just guix package -i nano.. or -i mg
<ng0>in the image
<pkill9>or vim :P
<ng0>nvi is already there
<ng0>you don't want vim in the minimal image, unless you want long time downloading
<pkill9>is dmcrypt in any of the Guix packages?
<siraben>Yeah, so the setup would be just Guix, Emacs, and some other minimal tools
<pkill9>ah, lvm2, nvm
<pkill9>ACTION almost has veracrypt packaged
<siraben>Anyone know how to set up Guix on Trisquel?
<siraben>I attempted the standard things
<siraben>Then got an issue about the groups not correct or seomthign
<siraben>something*,
<roptat>what do you mean the standard things?
<siraben>Following https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html
<roptat>when did it go wrong? did you run step 4?
<siraben>Ah, no
<siraben>That's why
<siraben>Let me try again
<allana>Does aonyone have experience configuring non-US keyboards for GuixSD?
<siraben>The manual has information
<siraben> https://www.gnu.org/software/guix/manual/html_node/Preparing-for-Installation.html#Preparing-for-Installation
<pkill9>am i not supposed to jam everything into one profile?\\
<allana>Thanks siraben. I was expecting this to be configured in Guile scheme as part of the OS.
<allana>I am coming from NixOS, so I was thinking there would be some kind of global system configuration in scheme.
<rekado_>allana: there is a “console-keymap-service”, but it does not affect the keyboard configuration in a graphical desktop like GNOME.
<civodul>rekado_: that's really something we should fix BTW
<civodul>i never realized how bad this is because i'm on a qwerty keyboard
<allana>Thanks for the response rekado_. The tip from siraben was what I was looking for. I was able to run "loadkeys no-latin1" to get my keyboard working properly.
<rekado_>allana: you can add the console-keymap-service to your operating system configuration so you don’t need to run this command manually each time.
<allana>Thanks rekado_. Question: This is my first time booting GuixSD actually. I am new to the OS, and I am coming from NixOS where there is a global "configuration.nix". Is there something similar for GuixSD? For example, I would like to experiment with my current system.
<allana>I have booted the 0.14.0 image as a virtual machine
<rekado_>allana: you initialise the system with a config.scm. That file is not installed anywhere. To change the configuration of your system you would edit such a file and run “guix system reconfigure config.scm”
<rekado_>(I keep these config files in a git repository in my home directory)
<allana>Do you know if there is a way to export the "current" config.scm, or do I need ot just play around in the dark? Or perhaps there is a config.scm used to create the 0.14.0 image somewhere on the web?
<ng0>can someone in Boston kick the ftp.gnu.org box? waiting for a release to appear I sent > 40 minutes ago, and so far only the signatures appeared :D very useful.
<ng0>I think I'm done waiting, I'll add my fileserver to the gnurl definition and remove it once the ftp.gnu.org picks up.
<pkill9>allana: the config used to create the installation image is i think stored in gnu/system/install.scm
<pkill9>in the package definitions tree
<pkill9>and there are example instlalation configs in gnu/system/examples
<pkill9>typically the gnu folder is in ~/.config/guix/latest
<pkill9>i assume in root
<allana>Thanks pkill9!
<pkill9>np, can't remember where i even know that lol
<pkill9>i think it may have been mentioned in the manual
<pkill9>but no idea where
<atw>pkill9 re one profile: personally I use ad-hoc environments a lot. For projects, I write a guix.scm.
<pkill9>what about for software you just use personally, like graphcial software
<pkill9>?*
<pkill9>currently I just use `guix package -i` but it seems to get a lost slower to generate new profiles
<pkill9>lot*
<siraben>I get the "failed to install locale" error
<siraben>It installs fine, but that error annoys me
<siraben>Thanks roptat for pointing out Step 4
<roptat>siraben: step 8? :p
<siraben>roptat: ah, shit
<siraben>roptat: thanks again
<roptat>yw :)
<roptat>maybe the list should be converted into titles. steps would be more obvious
<roptat>another solution would be to add hints to guix warnings, but that may be more annoying if the hint doesn't help fix the issue
<roptat>or even better: wrap guix to use glibc-locales in any case: no warning anymore
<lfam>Huh, this is new to me. `./pre-inst-env guix system --help` returns 'guix: system: command not found'
<lfam>It works when I do it within `guix environment guix`
<lfam>Can anyone else reproduce this?
<pkill9>is there a way to search the hydra build server for a specific file to find which package that file is in?
<lfam>pkill9: No
<lfam>Is there a particular file you are looking for?
<pkill9>aww
<pkill9>yes
<pkill9>libsmime3.so
<pkill9>and libnss3.so and libnssutil3.so which the nss package doesn't seem to provide
<lfam>pkill9: Google shows that libsmime3.so is part of NSS
<pkill9>oh they are created by the nss package
<pkill9>i think i was looking in the package in my profile, which i assume chose the 'bin' output of the nss build
<roptat>lfam: reproduced
<lfam>Thanks roptat
<siraben>Can Guix be installed in an extremely minimal environment e.g. Tiny Core Linux?
<roptat>siraben: it only needs a linux kernel
<roptat>and some way to type guix commands
<roptat>the issue is that the store takes quite some space (a few GB)
<roptat>with some extra work (adding a few files for glibc to work), I even installed it on my android phone (which is quite a hostile environment :))
<civodul>roptat: woow!
<civodul>you need to post pictures of it :-)
<rekado_>roptat: blog post time!
<civodul>+1
<lfam>civodul: Does `./pre-inst-env guix system --help` work for you?
<civodul>yup!
<roptat>that was last year
<civodul>it's never too late, roptat :-)
<roptat>the steps may be different with another device, this is what I did : http://paste.lisp.org/display/335235
<civodul>fun
<civodul>you'd better not have it in your pocket when you run 'guix pull'
<roptat>There's nothing to see because I couldn't run it from the phone itself, only through adb
<civodul>oh
<roptat>but I'd like to give it another try
<roptat>I can't remember what the issue was
<roptat>I remember SELinux getting in the way
<roptat>but that's easy to "solve"
<rekado_>roptat: can you install SELinux policies on Android?
<rekado_>we have one for the daemon.
<roptat>I think the issue was running things from the store
<roptat>and having the daemon launched automatically
<roptat>I tried to modify android's initrd but the phone ended up in a boot cycle
<roptat>anyway I'll write something for the blog since you looked interested :)
<rekado_>roptat: thank you!
<zybell_>roptat did you really mount the same device to two mountpoints?
<lfam>civodul: It's not working for some of us on a foreign distro. I'll put together a bug report
<siraben>roptat: somebody should make an automatic installation script
<siraben>I have to copy/paste blocks from the installation guid
<siraben>guide*
<roptat>siraben: there is one though
<civodul>lfam: ok
<roptat>zybell_: it works /o\\
<siraben>roptat: Where?
<roptat>can't remember
<rekado_>siraben: etc/guix-install.sh
<roptat>zybell_: / is a ramfs so you can't copy the whole store in it and it can't be a symlink
<zybell_>Didn't mean to doubt that. could be a typo, therefore better ask.
<roptat>I installed to (user-fs) and then mounted it on /gnu and /var as they don't exist on android
<roptat>so there are more directories in /gnu than just store, but it's OK :)
<siraben>I mean the binaries
<siraben>not the operating system
<rekado_>siraben: is this about the installer script?
<rekado_>The script does install the binaries.
<thomassgn>Anyone able to get linux-libre-4.16 to build? I have a definition for it here, but it keeps failing at 'AR drivers/built-in.o'...
<thomassgn>here I mean: https://notabug.org/thomassgn/guixsd-configuration/src/master/modules/linux-libre.scm
<siraben>rekado_: No for other linux distros, I want to install Guix
<siraben>So ideally it should be a shell script or something. No big deal if there isn't one already, I'll write one.
<roptat>siraben: etc/guix-install.sh installs Guix on foreign distros
<rekado_>siraben: this *is* a shell script.
<jonsger[m]>siraben: you can try openSUSE Tumbleweed. there you just have to do "sudo zypper install guix"
<bavier`>we need to do some work if we want guile-json to actually be an optional dependency
<bavier`>or just make it a required dependency
<bavier`>at this point we have a mess of code to handle run-time module loading, but then things just break or issue scary warnings when those modules aren't there
<civodul>we also have an automake conditional for guile-json
<civodul>so i think we could handle it, but it's true that most of us build with everything enabled, so these issues keep popping up
<civodul>ACTION has to go
<civodul>later!
<bavier`>right, I might be the only person who builds without guile-json
<alezost>bavier`: I also do this :-)
<bavier`>alezost: \\o/ :)
<allana>Hi, is there a "guix way" for installing emacs and other packages that I would normally install through elpa/melpa? Something other than "guix package -i emacs emacs-undo-tree ..."
<allana>I know that Nix has some options for customizing emacs through the Nix language
<wigust->allana: No. Could I ask you what's wrong with ‘guix package -i emacs-undo-tree’?
<allana>wigust-: no problem at all :-)
<wigust->allana: I remember was a discussion about using ‘guix import’ to pipe to a ‘guix build’, but as you see it's not implemented yet.
<allana>wigust-: it's just that there is more than one way to do it, e.g. installing from Emacs or by guix.
<allana>And considering there are emacs packages that are not covered by guix that I use, I don't want ot mix-and-match.
<allana>Most of all this is a learning experience for me
<dijong>hi, i coincidentally did a web search for efforts to port thunderbird / icedove to guix and saw this patch was posted today. is it possible to apply this and install icedove? it references an issue, but i can't figure that out based on my reading of the context
<dijong>this is the link: https://lists.gnu.org/archive/html/guix-devel/2018-04/msg00106.html
<allana>So thank you very much for your response, wigust-
<wigust->allana: np. In a long run we want a normal package recipes, because we want a high quality and we could track updates for them with ‘guix refresh’.
<gnewb`>Hello Guix
<thomassgn>dijong: I've been following the issue, and it seems there are some blockers. So currently not available, but some contributors have stepped up to do the work soonish. But it is a huge package and might take some time. In the meanwhile there are other good alternatives like claws-mail (I think there are others also), if all you need is a graphical mail client.
<thomassgn>But, if you are so inclined, you can definitely try and see if you can figure it out; I'm just saying there may be some work involved, but we are always happy for patches :)
<dijong>thomassgn: thank you! i was actually able to get the gnu/linux x64 binary version of thunderbird from mozilla's site to work on guix with patchelf which i have been using for a few months, but i would love to help get it officially packaged
<dijong>also it seems like ng0 already has a working packaged version (just not rebranded yet)? his tarball is a little too confusing for me to set up, and i can't find his original repository for that
<thomassgn>Ah, yes. if you follow the discussion from the mail list you'll see there are a few issues both with freedom and with technical packaging.
<thomassgn>But I find the whole browser/mail-client thing too big and scary to actually try and understand, change or improve it.
<dijong>it's unfortunate (but necessary) that there is a difference between what is free software, and what may be included in a fully-free gnu/linux system
<thomassgn>yes
<gnewb`>I am experiencing some unexpected behaviour when running `guix build lilypond'
<rekado_>gnewb`: what’s that behaviour?
<gnewb`>I first checked that there's a substitute for it with `guix weather' then I ran `guix build lilypond --dry-run', which told me that it would download something. But when I run `guix build lilypond' it starts to build it from source.
<gnewb`>The weird thing is I'm pretty sure I already installed the latest version this morning (and I haven't run `guix pull' since then)
<lfam>gnewb`: Are you sure it's building lilypond from source, and not some other program?
<gnewb`>lfam: It looks like it. It starts by unpacking a lot of files that start with lilypond-2.19.80/
<lfam>gnewb`: Can you share the result of `guix --version`?
<gnewb`>guix (GNU Guix) ae81bf4f995466a4650e2756d2763b8a163d2f63
<lfam>gnewb`: I can reproduce it. I'm seeing some strange behaviour, where I get a substitute for `guix build --no-grafts lilypond`, but not for `guix build lilypond`. This seems wrong to me
<gnewb`>lfam: Does this mean I should run `guix package -u lilypond' with --no-grafts when updating?
<lfam>gnewb`: I recommend against using ungrafted packages. We use "grafting" to apply security updates to core libraries of the Guix packages: https://www.gnu.org/software/guix/manual/html_node/Security-Updates.html
<lfam>It may be safe to use lilypond in this way, not sure
<lfam>Can you please send a brief bug report to <bug-guix@gnu.org>?
<bavier`>gnewb`: if you 'guix build --no-grafts lilypond; guix build lilypond' the grafting may happen locally
<bavier`>worth a try, as a workaround
<lfam>bavier`: This behaviour is unexpected, right?
<rekado_>yes, this seems wrong.
<bavier`>yeah, not expected
<rekado_>the grafting always happens locally, but you should still get the substitute.
<lfam>Right
<daviid>bavier`: hello! any progress wrt guile-cv? I know you were working on getting latex modules being available without imposing the full texlive ...
<bavier`>is grafting always local?
<bavier`>I thought grafted substitutes could be downloaded
<bavier`>daviid: hi! no, sorry, have had far too many other things going on.
<daviid>it's ok
<gnewb`>bavier`: I just tried `guix build --no-grafts lilypond'. It downloaded the substitute but it didn't print any lines starting with "grafting".
<bavier`>gnewb`: cool, now does 'guix build lilypond' do the grafting?
<pkill9>is Icedtea able to run Minecraft?
<bavier`>pkill9: don't know, but guix has a Minetest package
<pkill9>yeah i remembered that, i've been trying to run minecraft just for a particular server, otherwise I wouldn't bother with it
<bavier`>pkill9: np, just throught I'd mention it
<pkill9>it reeaally doesn't help you when you're debugging: all it gave is a Java stack trace when the problem was it couldn't find xrandr on the path, didn't give an error message saying that, that pretty much says it all
<pkill9>about how much they care lel
<gnewb`>bavier`: I'm not sure. It just prints the store path of the lilypond I built (with `guix build lilypond') before I ran `guix build --no-grafts lilypond' (It starts with "/gnu/store/wxxjnxm9"). Meanwhile the store path of the downloaded substitute starts with "/gnu/store/38wrgd24".
<gnewb`>bavier`: I just ran `guix package -u lilypond' which didn't return anything. The path returned by `readlink $(type -P lilypond) now starts with "/gnu/store/z3wabg4m" and is neither the one I built locally nor the one I downloaded.
<bavier`>gnewb`: ok, you could delete the one you built, using 'guix gc --delete /gnu/store/wxxjn...', then try 'guix build lilypond' again
<bavier`>I would expect that to graft the substituted lilypond
<gnewb`>bavier`: I tried it. It worked as you expected, thanks. The path it returned is the same as the one I deleted.
<bavier`>gnewb`: cool.
<bavier`>so overall the behavior is unexpected.
<daviid>bavier`: I did ask because I just released gnu foliot, now compatible with guile-2.2, and it uses latex too, so it would benefit from your work on guile-cv ... saying this because someone proposed to package foliot, a while ago, and I suggested to wait till the next foliot release, done ... if that person is here and still interested, I suggest he/she gets in touch with you wrt this latex depency and the way you plan to address it for
<daviid>guile-cv, which in my opinion is the right think and would apply to foliot ... voilà! :)
<bavier`>daviid: makes sense, good
<gnewb`>bavier`: I've just sent a bug report.
<bavier`>gnewb`: thanks!
<mbakke>On core-updates, cross-compiling '(@@ (gnu packages make-bootstrap) %static-binaries)' fails, but the native build is OK.
<pkill9>what in general causes a system to freeze and require a hard-reset as a resutl of waking up from suspend?