IRC channel logs

2014-06-25.log

back to list of logs

<civodul>any Linux-savvy person here?
<civodul>even with CONFIG_SERIAL_8250=y i fail to get the serial console early at boot
<civodul>any idea what else is needed?
<davexunit>hello #guix
<davexunit>I am writing a package for an image library, freeimage, and I wanted some thoughts on consolidating all of the various modules for image libraries into one (gnu packages image) module.
<davexunit>libpng, libtif, and libjpeg each have their own module.
<davexunit>oh, and imagemagick
<davexunit>but maybe that one could stay as its own module
<civodul>davexunit: makes sense to me
<civodul>you can post a patch to that effect on guix-devel, just in case someone objects
<davexunit>civodul: okay.
*civodul heads off to the swimming pool
<civodul>ttyl :-)
<davexunit>woo!
<civodul>guile-opengl, wo0t! :-)
<davexunit>civodul: thanks for the feedback, I'll have the patches fixed up tonight hopefully.
<davexunit>especially on the changelog format, I can never keep all the rules straight.
<civodul>heh, no big deal ;-)
<davexunit>I knew you'd have a suggestion for the substitute* line, so thanks for that, too. I was on a time crunch at the time.
<civodul>actually i was surprised to see that it worked at all :-)
<davexunit>civodul: I wrote it expecting it not to work.
<davexunit>and then saw it work and moved on to testing the resulting package.
<civodul>yeah
<civodul>i guess it's the beauty of referential transparency, after all
<davexunit>civodul: I am trying to write a package for a library whose source distribution is in a zip file, by default this does not work with the gnu build system.
<davexunit>is there a phase I need to replace in order for it to work?
<civodul>davexunit: yes, the 'unpack' phases uses tar
<civodul>so you'll have to replace that
<davexunit>awesome, thanks.
<civodul>see guix/build/gnu-build-system.scm
<davexunit>I had to run off to work as soon as I had the error and didn't get to look further.
<davexunit>thanks!
<civodul>you're welcome!
<davexunit>I've been very pleased by how easy it is to tweak the build system to deal with package oddities.
<civodul>yeah, still a bit verbose and inconvenient here and there, but that's ok
<davexunit>civodul: how is the bootable disk image going?
<civodul>davexunit: progress had stalled with the core-updates stuff i had to do, and now with getting a kernel with enough modules
<civodul>but the rest is doing ok!
<civodul>'guix system disk-image' can already build an image with the basic stuff needed for installatino
<civodul>from there one can run 'guix system init', which initializes the user's system
<civodul>and then boot into GNU
<davexunit>and this is on "bare metal", not a VM?
<civodul>though of course there are still few services, etc.
<civodul>bare metal, yes
<davexunit>I'll have to flash a USB stick then. :)
<civodul>yup :-)
<civodul>argh, GLib pulls in Python
<davexunit>what complexity does that create?
<civodul>it means that as soon as you install, say, Avahi, you end up pulling all of Python 3
<civodul>just because GLib has two Python scripts
<civodul>it's just suboptimal
<davexunit>oh, I see. yeah, that's a pain.