IRC channel logs


back to list of logs

<nalaginrut>anyone encountered this error? guix/ui.scm:250:7: source expression failed to match any pattern in form (report-error (_ "failed to load '~a': ~a~%") file (strerror err))
<nalaginrut>I'm compiling master branch
<fps>sneek: later ask ehiggs: it was just the first google hit ;)
<fhmgufs>I decided to install GuixSD now.
<fhmgufs>But can I do that with a custom kernel.
<fhmgufs>Meaning disable the kernel installation like with --no-grub for GRUB?
<fps>fhmgufs: you can add a kernel stanza to the operating-system form
<fps>i'll contact you in /query cause what i'm about to say is not GNU :)
<fps>fhmgufs: what doesn't work with linux-libre?
<fhmgufs>Hello again.
<fhmgufs>Does somebody now how much a working kernel on the Raspberry Pi 2 is away from linux-libre?
<anonymiss>fps: probably wifi, gpu, or ethernet. 2/3 of my laptops have issues with linux-libre and integrated ethernet+wifi, that's why I got usb extensions
<fps>anonymiss: that's what i suspected, but i was wrong :) see his question :)
<fps>fhmgufs: so linux-libre fails to boot on the RP2?
<anonymiss>fhmgufs: depends, you have to compare what rpi2 needs in modules and check the linux-libre list of what is getting blacklisted with the patchset that is linux-libre
<fps>fhmgufs: since i don't know much about the arm builds, maybe you have more info about how it fails?
<fps>do you have any e.g. photos of the last log lines?
<fhmgufs>fps: I don't know, I haven't tried it yet.
<fhmgufs>I will try it and report it later.
<fps>fhmgufs: oh ok :) give it a shot and see if it works :)
<anonymiss>i'm moving over my last laptop to guixsd now, so I have to force myself to work on packaging things I need in guix.
<fhmgufs>Me to, by the way
<anonymiss>(and typing on a netbook when your hands are the size of the neetbook is not really pleasant)
<fhmgufs>I'm using my Raspberry Pi 2 as a second desktop computer, it works really well.
<fhmgufs>And now it wants to run GuixSD. :)
<anonymiss>on coming from other distros to guixsd: in gentoo gnu/linux there are many emacs packages, and you can add melpa, elpa, etc as overlays to install directly from. what is the approach/opinion in guix so far? do people install emacs packages through emacs and only big ones as bbdb are added as system packages?
<rekado>anonymiss: we surely don't have enough Emacs packages in Guix, in my opinion.
<rekado>I have a big list of packages I use with Emacs and the vast majority of them are installed through the elpas.
<rekado>I'd welcome more emacs packages in Guix.
<anonymiss>hm, okay. I don't use many packages, but some don't exist here. Maybe I come to that.
<fhmgufs>Does the (kernel [...]) line in the guix system configuration file the same as if I downloaded the precompiled kernel from hydra and unpacked it to the root file system?
<rekado>fhmgufs: if you want a custom kernel I suggest creating a variant of the linux-libre package.
<efraim>I think I read if you have your separate GUIX_PACKAGE_PATH (or is it GUILE_PACKAGE_PATH) then packages in that directory take precedence over official packages
<fhmgufs>efraim: thanks, that's a good idea.
<rekado>it's GUIX_PACKAGE_PATH
<efraim>ah here's where I got it:
<fhmgufs>Is "guix system vm-image bla.scm' the same as creating an image, mounting it to /mnt and run 'guix system init bla.scm /mnt"?
<paroneayea>anyone here running guix and debian side by side?
<paroneayea>I'm not sure the (menu-entry) type we have works for debian stuff
<paroneayea>it seems to assume appending bzImage and stuff
<paroneayea>I guess I could make directories with symlinks which fake it but...
<fhmgufs>*GuixSD* and Debian?
<fhmgufs>Or guix on top of Debian.
<paroneayea>fhmgufs: I have them both installed
<paroneayea>on separate partitions
<paroneayea>sharing a root partition
<paroneayea>so I can transition to using guixsd full time
<paroneayea>guix doesn't have everything I need for my work yet.
<paroneayea>(but it is close!)
<fhmgufs>Excuse me, but I'm no Debian GRUB expert :(
<alirio>paroneayea: you can make a configfile entry in /etc/grub.d/40_custom in debian
<mark_weaver>paroneayea: since you're running on Libreboot, you can make /boot/grub/libreboot_grub.cfg a menu that allows you to choose either Debian or GuixSD, with each of those menu items using the 'configfile' command to load the desired grub.cfg
<mark_weaver>alternatively, as I recall there's a non-default item in the Libreboot grub.cfg that scans for other grub.cfg files on the hard disk and lets you choose between them.
<mark_weaver>having said this, it's certainly true that we could use more flexible means to create custom grub menu entries.
<paroneayea>mark_weaver: oh good idea
<paroneayea>mark_weaver: also, haha, I'm going to have three grub prompts to get to boot to either then :)
<paroneayea>libreboot, intermediate menu, guix/debian menu
<paroneayea>which is fine, but funny
<paroneayea>I'm going to have to put a picture of a signpost with a ton of arrows on it on the second one.
<paroneayea>mark_weaver: is there a way to set what file guix writes the grub config to?
<paroneayea>I'd like to not have debian and guix fight over the same grub.cfg
<davexunit>Guix controls grub entirely
<paroneayea>ok well then
<paroneayea>I guess I'll have to see if debian can be set up to write to a different file ;)
<paroneayea>as long as *one* can, it'll be okay
<davexunit>we just need an interface in the OS config to additional menu entires
<paroneayea>yeah I thought that's what menu-entries was for, but it's kind of set up with a guix mindset
<davexunit>I want to be able to do "chainloader +1" and such
<paroneayea>looks like debian also wants to write to grub.cfg, arg
<paroneayea>ok well
<alirio>from 29d3242e5c428d3b0e8dc9db1c81cd4053e5271c, I get "*** stack smashing detected ***: guix-daemon terminated"
<paroneayea>anyone else finding that isc-dhcp is failing?
<efraim>paroneayea: it's failing on hydra too
<paroneayea>efraim: ah well then.. glad it's not just me :)
<civodul>efraim, paroneayea: mark_weaver just turned off parallel builds for isc-dhcp, that may be related
***efraim is now known as efraim_
***efraim_ is now known as efraim
***efraim is now known as efraim_
<davexunit>civodul: I've been meaning to ask this for awhile. what's up with our GUILE_LOAD_COMPILED_PATH search path?
<davexunit>I thought that compiled guile modules were supposed to go to $(libdir)/guile/2.0/ccache
<davexunit>but our search path says otherwise
<davexunit>many guile packages such as guile-opengl install compiled modules to ccache
<davexunit>so when you try to load a guile-opengl module in guile, it doesn't find the compiled file and recompiles it
<bavier>has anyone else had issues with `guix system reconfigure` on i686 targets recently?
<civodul>davexunit: it's just that i never followed that convention but yes, you're right
<civodul>we should at least fix the search path spec in core-updates
<davexunit>civodul: okay. I don't really care either way, I just want things to work right :)
<civodul>bavier: the changed i made yesterdays for /etc/fstab is an ABI break; you may need to "make clean-go"
<civodul>davexunit: short-term solution is to fix the guile-opengl package to install modules in share/guile/site/2.0 :-)
<davexunit>civodul: okay :)
<davexunit>and my upcoming guile-sdl2 package, too
<davexunit>... and existing sly package :)
<davexunit>lots of stuff
<bavier>civodul: thanks, I'll try again later after cleaning
<civodul>mark_weaver: what's up with security-updates?
<paroneayea>I feel like I'm much more aware of compile time vs run time dependency management than I used to be.
<paroneayea>and oh right, that explains the difference between a couple of the input types...
<civodul>davexunit: the guile-opengl package installs .go files in share/guile/site/2.0, so no problem here
<civodul>but maybe upstream defaults to lib/guile/ccache
<davexunit>maybe that got fixed recently then
<davexunit>I remember having to sit through compilation in bunch in the past
<rekado>building lilypond sure takes a long time.
<civodul>davexunit: i think you fixed it in 0e215f4 :-)
<rekado>I hope that *this* time around I have fixed the generation of info docs.
<davexunit>civodul: thanks, me!
<civodul>rekado: heh, i know that feeling
<rekado>*sigh*... didn't work. It's producing a lot of png files, but none of them are installed.
<paroneayea><mark_weaver> actually, what I do is this: I make both ~root/.config/guix/latest and ~mhw/.config/guix/latest symlinks pointing to my git checkout of 'guix', so all of my guix commands always use the version from my git repo.
<paroneayea>mark_weaver: is that as simple as symlinking ~/devel/guix/ to ~/.config/guix/latest or whatever?
<rekado>paroneayea: that's what I did, too.
<paroneayea>bash-4.3$ sudo ./pre-inst-env guix system reconfigure /boot/config-new.scm
<paroneayea>guix system: error: failed to connect to `/usr/local/var/guix/daemon-socket/socket': No such file or directory
<rekado>did you ./configure with --localstatedir=/var ?
<paroneayea>rekado: oh, I did not
<paroneayea>rekado: should I?
<rekado>I think I did.
<rekado>lemme check
<rekado>yes, I did.
<paroneayea>rekado: trying that
<civodul>paroneayea: be careful with that, make sure to always use the same localstatedir
<civodul>$localstatedir contains the database that says what's valid in the store
<civodul>on GuixSD, --localstatedir=/var, indeed
<paroneayea>rekado: civodul: good to know, thank you!
<paroneayea>ACTION recompiles
<alirio`>"make clean-go" didn't worked but cloning the repo again did, I need to remember to try stronger clean phases next time
<bavier>for a package update that requires fixes in some dependent packages, should all be lumped into a single patch?
<civodul>bavier: probably, yes
***anonymis` is now known as anonymis
<bavier>gtg now, but I'll send a boost update patch soon
<paron_guix>guix system: error: symlink: File exists: "/var/guix/profiles/system-2-link"
<paron_guix>at the end of a "guix system reconfigure"
<paron_guix>i know why.
<paron_guix>oh maybe I don't
<paron_guix>erk, I hope I haven't messed up my guix system state O_O