IRC channel logs


back to list of logs

<bavier>guix states a required guile version of >= 2.0.5, but there are a lot of tests that fail if 2.0.9 isn't installed
<Steap>bavier: oh ?
<Steap>like, which ones ?
<bavier>the "sendfile" procedure is used by a lot of tests
<bavier>which only appeared in guile 2.0.9
<Steap>yes, but this should work with 2.0.5 ebcause we use something else
<bavier>guix/nar.scm:90:8: In procedure write-contents:
<bavier>guix/nar.scm:90:8: In procedure module-lookup: Unbound variable: sendfile
<Steap>Have you upgraded to 2.0.9 ?
<Steap>Are you sure you've compiled with 2.0.5 ?
<bavier>guile (GNU Guile) 2.0.5-deb+1-1
<Steap>what's the test that fails ?
<bavier>there's 13 of them
<Steap>all 13 tests fail ?
<bavier>well, 13 fail of 21 total
<Steap>well well well
<bavier>I can paste test-suite.log somewhere, or send it guix-devel
<Steap>yeah, sending a bug report would be nice
<bavier>it would be easy enough to work around, but I thought it'd be nice to get our story straight for new devs
<Steap>I used to use 2.0.5
<Steap>and it worked well
<Steap>Now on Sid, I have 2.0.9
<Steap>so, I can't really tell
<bavier>I'm on a fresh install of trisquel 6.0
<Steap>I love Guix
<Steap>People have weird hardware
<Steap>they run Trisquel
<bavier>ok, I think I might need to try a make clean
<Steap>13 failing tests seem a bit crazy to me
<bavier>Steap: crisis averted; thanks for the pointer
<bavier>now I can start packaging again
<gzg>The only test I've ever had fail, was the one. :^P
<taylanub>Do we have a very rough idea on when there'll be a "sanely usable" distro, with common stuff like Xorg, IceCat, MPlayer, etc. ? (Many things I'd be OK handling manually actually, e.g. compiling FFmpeg/MPlayer is easy ..) If it'll be long or is unknown I think I'll consider running Guix on gNewSense for the meanwhile.
<brendyn>taylanub: 15 minutes. ill get you a drink too.
<taylanub>wut ..
<viric>mark_weaver: I guess packaging ts is a good path to learn guix
*brendyn trolololol
<a_e>taylanup: Would you like to package ffmpeg and mplayer? If they are easy to compile, I hope they are also easy to package.
<Steap>Should we compile ffmpeg or avconv ? :p
<mark_weaver>avconv I think
<mark_weaver>Here's the current status of the MIPS N32 build:
<mark_weaver>failed builds so far: libmad-0.15.1b, alsa-lib-, and mit-krb5-1.11.
<mark_weaver>failed to download rsync-3.0.9.tar.gz because it no longer exists in the download location
<mark_weaver>oh, I've got fdisk, expect and dejagnu now too. the builds are going fast now.
<a_e>Steap: No idea; ubuntu uses avconv.
<mark_weaver>so does Debian (unsurprisingly)
<a_e>Okay; I mentioned ubuntu because google sends me here:
<a_e>mark_weaver: There is rsync-3.1.0 now. And we should add the subdirectory "src/" to the uri, it contains more than just the latest release. Remember to remind me of the update ;-)
<mark_weaver>ah, good.
<viric>Steap: I use ffmpeg everywhere.
<viric>that was for mut
<Steap>Not familiar enough with mutt ot be able to understand this sequence of commands :)
<Steap>viric: ffmpeg has been replaced by avconv on Debian
<Steap>discovered that recently
<viric>I know, I know
<viric>but I use ffmpeg :)
<Steap>We should package both :)
<viric>does guix use a sqlite db for the store state?
<viric>nix does, I wonder if guix too
<mark_weaver>even if we package both, the question will arise which library to use as inputs to other packages.
<viric>does anybody know why might be, that civodul packaged guix in nixpkgs with a particular version of guile related?
<mark_weaver>to be honest, I don't know the relevant issues, but in general I tend to trust Debian's judgments about these things in most cases.
<mark_weaver>viric: I don't understand your question
<viric>mark_weaver: the nixpkgs expression for building guix includes a specific guile, it doesn't use the nixpkgs usual guile.
<viric>(about ffmpeg, I simply found more documentation and irc help for ffmpeg than for avconv or libav)
<mark_weaver>I don't know. What specific guile does it use, and what is the nixpkgs' usual guile?
<mark_weaver>viric: the help can easily be translated by changing 'ffmpeg' to 'avconv
<viric>2.0.9, usual guile now. guix uses guile bootstrap binaries of 2.0.7.
<viric>ah, it has both the usual guile, plus the bootstrap binaries. I missed that.
<mark_weaver>speaking for myself, I don't like the fact that "ffmpeg" contains the name of a free-software-unfriendly patented codec.
<mark_weaver>*codec family.
<viric>I want a free codec that can do interlaced video, btw.
<mark_weaver>interesting. do you actually have a way to play such videos from a computer to a device that is actually doing the interlacing?
<mark_weaver>interlaced video is such a nightmare. no way to play it well on modern displays.
<viric>mark_weaver: but it saves 50fps quite well :)
<viric>I basically want the 50fps.
<viric>I don't know if it should be equivalent, in terms of cpu usage, storing/playing 50fps half-vertical-res.
<phant0mas>Guys I have a question about guix packages ,I want to see if I am getting it right
<phant0mas>when we use for example #:use-module (guix packages) ,what does it do exactly?
<Steap>Not a Schemer myself
<Steap>but I think you get to use the "guix packages" module :)
<phant0mas>yep I got that feeling from the documentation :P
<phant0mas>I am reading guile reference manual
*Steap should do that too
<Steap>I do quite a lot of cargo cult in Guix
<phant0mas>Yeah ,I was thinking that I could help a bit with packages
<phant0mas>so that's why I am reading the documentation
<Steap>it's quite easy to do even when not being familiar with Scheme
<Steap>even though you'll have to write a few lines of code
<phant0mas>I am pretty good at C and Java so I am not afraid to get my hands dirty ;-)
<viric>is it possible to have a file with guix recipes, out of the guix distribution, but that will be processed by guix commands?
<phant0mas>but I don't think I am good enough to help with guix source code itself just yet
<phant0mas>I think I got it
<phant0mas>starting working on a package to see what I can do
<gzg>So, are we/should we eventually split non-GNU software into a separate module?
<Steap>gzg: why ?
<mark_weaver>phant0mas: #:use-module (guix packages) makes the exported bindings from the (guix packages) module available to the current module.
<mark_weaver>gzg: in the context of guix, I believe that 'gnu' means the GNU OS as a whole, and does not imply that everything in there are GNU packages.
<mark_weaver>phant0mas: you don't need to know much scheme to write new package descriptions for guix.
<mark_weaver>at least not for the easy ones
<phant0mas>mark_weaver: thank you, another question I have ,let's say I have wrote scm file for a new package ,how I build it with guix? I know I should use guix build but where should I put the source?
<gzg>mark_weaver: I'm just worried the peanut gallery might get all up-in-arms claiming that, we're claiming this -- because there is some ambiguity there and there are those who want to hate GNU with every opportunity allotted to them. Maybe/hopefully I'm worrying about nothing.
<phant0mas>mark_weaver: even when I try to build existing packages I get the error "unknown package"
<gzg>phant0mas: Command?
<phant0mas>gzg: I am at the folder where I have the scm source file and I use "guix build 'filename' --keep-failed"
<phant0mas>definitely I am missing something :P
<gzg>phant0mas: You need to use/run the "pre-install-environment", load the module, theh build it. First go to your root guix folder and loox for a"pre-inst-env".
<gzg>When found, run "./pre-inst-env guile -c '(use-modules (gnu packages x))' " (x is the name of the module which holds your desired expression(s).
<gzg>Then you just need to tell guix to actually build it. "./pre-inst-env guix build x"
<gzg>X in this case is the specific expression loaded within the loaded module.
<mark_weaver>phant0mas: put it in guix/gnu/packages/
<mark_weaver>phant0mas: and add it to
<mark_weaver>then run 'make' in the top-level guix build directory, and then do: ./pre-inst-env guix build -K <package-name>