IRC channel logs
2017-03-11.log
back to list of logs
<catonano>CharlieBrown: debian drove you away from human support ? <Gamayun>The Debian forums used to be quite unfriendly as I recall.. <CharlieBrown>catonano: The IRC says "use horribly out of date garbage, fix our bugs in the developer area, or git out." <buenouanq>preordering the EOMA68 Libre Tea and Micro Desktop Housing :3 <buenouanq>y'all have until the end of May to teach me how to install GuixSD on a ARM machine <catonano>ok, I give up on pgadmin. Lots of dependencies <slyfox>i'd like to trace package build failure in 'guix environment'. is there an easy way to call guix build phases one by one and see how it goes? <slyfox>mostly i'd like to build a package how guix would do it then and run test suite manually a few times <civodul>slyfox: you should build with "guix build foo -K" <civodul>and then, cd /tmp/guix-build-foo* ; source environment-variables <slyfox>or run 'guix environment' in temp dir, right? <civodul>yes you can also do that in addition to the above steps <civodul>but it's only useful if you use 'guix environment -C', which gives you something very close to the isolated environment <ng0>how's the uefi support on Guix going? I've read an experience on a list which discarded guix for a specific set of hardware because it didn't support uefi. if it's not completely merged, are hacks documented on how to get it to work, or is it still a complete work in progress? <civodul>ng0: i use it on my laptop, works like a charm :-) <civodul>the only issue is that installation is a bit tricky <civodul>you should search the list around January for details <civodul>but yeah, we should do something about it <ng0>okay, so you provided all the details already in january, it's just a bit rough? <ng0>thanks :) If I understand enough, I'll document it… I'm only writing this month, so adding more documentation to that will not be that bad. <ng0>was this after the 0.12 release? <ng0>is it too late to sign up for GHM? <ng0>cool. I'll need to check some dates and deadlines <phant0mas>do we have any eta on when we will be able to push to core-updates again? <phant0mas>there is a patch from Rene which fixes a build issue of grep on Hurd which I forgot to push :P <civodul>phant0mas: we don't know! but you can help get the current branch fixed :-) <civodul>i'd either rely on "automake -a" or copy it by hand <jmd>What about the other patch? <adfeno>Hi, how do I make a package definition inherit another, but also replace the "snippet" that is inside the "origin" definition? <mineralka>hi, I just installed guix to try. all went ok, but when tried install emacs got error output path `/gnu/store/hg3692jqq4jmhg4qx8d7y67fspimy898-?id=3ba68f9e64fa2eb8af22d510437a0c6441feb5e0' should have sha256 hash `1dnlszhc8lihhg801i9sz896mlrgfsjfcz62636prb27k5hmixqz', instead has `1w1jfj4h22rszggzbrif15530smn1xga0dg2a6a3vlapyafsacip' <civodul>mineralka: did you install the 0.12.0 binary tarball? <mineralka>hi, i installed ftp://alpha.gnu.org/gnu/guix/guix-binary-0.9.0.x86_64-linux.tar.xz <mineralka>also did subsitutes: guix archive --authorize < /root/.guix-profile/share/guix/hydra.gnu.org.pub <alezost>mineralka: great! If you have questions you are welcome to ask <jmd>Why do packages build with gcc-4.9 by default? Why not 5.x or 6.x ? <taylan>I wonder why guix pull is compiling libxslt... funny <taylan>it also downloaded python-minimal <jmd>What does the runpath-validation phase do? <methalo>There is a way to graph the packages needed to create the image for Hurd? <efraim>Is Python-cython supposed to build singlethreaded? <methalo>i mean to create a GuixSD Hurd image <adfeno>Aw... those patch series for Ring are some what messed up. <adfeno>It's like a patched teddy bear, it's supposed to look pretty, but isn't. :( <adfeno>It's somewhat strange because a lot of what was done there was supposed to be sent by him to upstream. <adfeno>But so far there's no reply yet. <adfeno>I can't even get `guix build -L ring-client-gnome` to to recognize these as a package. <adfeno>Hi all! I'm having a problem putting the series of patches about Ring together, and using the recipe with `guix build -L [Path to custom recipe's directory] ring-client-gnome`. Error is: /home/adfeno/Testes/Guix/ring.scm:404:5: aviso: invalid field specifier. guix build: error: ring-client-gnome: unknown package <adfeno>I'll give you the source code... <catonano>adfeno: I wouuld suggest you to do "echo $GUIX_PACKAGE_PATH" and see exactly what it points to <adfeno>catonano: That line is a ... Oh... <adfeno>I was working with this for quite some hours with no result, thanks! :) <catonano>adfeno: that's why you ask people to review youur work :-) <adfeno>Strangely enough, it's still giving the same error on same line, but I am very thankful for your help indeed :) <adfeno>I just replaced (("1.0.0")) with ((commit "1.0.0")) <adfeno>But as I said, still there is something elso to it. <catonano>adfeno: sometiimes it happens to me too. The assignment of env variables can be tricky. That's whhy i suggested you to verify what GUIX_PACKAGE_PATH exactly is <adfeno>I mean: it's empty (in my profile). <rekado>I just built R 3.3.3, twice, with the same output. <rekado>There are a lot of sources for embedded time stamps in R. <rekado>I also had to disable the recommended packages. Will package them separately soon. <efraim>It looks like llvm 3.8.1 built successfully on aarch64 <catonano>adfeno: are you working on a git checkout ? If you are not, then you need to set that var <catonano>and make it point it to thhe older containing your source file <adfeno>catonano: I'm not working on git checkout. <adfeno>(not using the "pre-inst-and-something" script. <catonano>adfeno: then GUIX_PACKAGE_PATH must be set in order for your stuff to be found <catonano>I think the manual mentions this somewhere <adfeno>So, is it OK to set it immediately before running a Guix command? <adfeno>Like: GUIX_PACKAGE_PATH="/home/adfeno/Tests/Guix" guix build ring-client-gnome <catonano>I think it is, but I'm no expert off env vars. I set it in my .bashrc file <adfeno>I tried that and it gives same error. <catonano>the file containing your source must be named the same way of your scheme namespace <adfeno>Don't worry, we'll soon find out :) <catonano>buut this happens to me often, it can be confusing <adfeno>I used Emacs to check-parens, and it didn't complain. <adfeno>Also, autoindentation seems OK too. <adfeno>It is stuck on the (source ...) declaration of libringclient package. <adfeno>I don't know if it helps, but using strace tells me that the error happens somewhere after the line that ("ffmpeg" ,ffmpeg) from the *libring* declaration. <adfeno>How do I debug the script that `guix build` evaluates when reading a package definition? <adfeno>I tried --verbosity=5 but got same brief error message. <jmi2k_>I have rust 1.15 patch ready. I'll submit it tomorrow after a bit of testing. <adfeno>I tried inserting (debug-options 'full) in my custom-made package definition, but it's still being vague. <civodul>adfeno: are you trying to debug a build failure or Scheme code? <civodul>jmi2k_: hopefully you can contribute to the ongoing discussion based on your experience <jmi2k_>I don't visit debbugs, only the mailing list <adfeno>civodul: A package declaration that I'm picking up (I got it from patches related to Ring). <civodul>jmi2k_: this is the guix-patches mailing list <civodul>adfeno: right, but what's the error or behavior you're trying to debug? <jmi2k_>Yes, I was talking about guix-devel. It's the only I check. I'll keep that in mind for future patches <janneke>does this ring a bell? ERROR: no code for module (ssh channel) <adfeno>civodul: It says: /home/adfeno/Testes/Guix/ring.scm:406:5: warning: invalid field specifier. guix build: error: ring-client-gnome: unknown package <adfeno>civodul: To clarify: I'll give you the code I'm using. <adfeno>I used Emacs's check-parens and it didn't report unbalanced parentheses. Also, autoindentation seems to be doing OK. <jmi2k_>One note: try to adopt rustbuild instead of makefiles for rust versions. IIRC, they will be removed for next release. Even if that doesn't happen, I thibk we should do it as soon as possible. <adfeno>Also, forgive me for the messy coding style, I didn't configure my Emacs to do indentation and structure correctly yet. <jmi2k_>I'll post the same in the mailing list tomorrow. I'm on android with 6% battery <rekado>adfeno: we have a little script to indent code properly <civodul>janneke: ./configure detects whether you have Guile-SSH or not, normally <civodul>adfeno: you chose (ring) as the module name, but you probably want (gnu packages ring) <civodul>and then stored in gnu/packages/ring.scm <janneke>civodul: ...trying to update master from 0.10.0 on top of an ubuntu machine...must be some load path confusion :-( <adfeno>Also, one must understand that I picked-up the patches that are related to Ring somehow (with version bumps (but keeping older version information just in case)). <jmi2k__>Sorry, my connection isn't very good <marusich>civodul, have you ever noticed a situation where running "guix pull" is extremely slow when offloading is enabled? <marusich>I tried setting up offloading on my local wireless network for fun, and I found that when it was enabled, "guix pull" took so long I had to stop it and disable offloading to get it to complete in a timely fashion. <adfeno>civodul: Now that I put "ring.scm" inside "/home/adfeno/Testes/Guix/gnu/packages", and change the module definition to "gnu packages ring", the error still exists. <adfeno>... which still points to the current gnu/packages/ring.scm file <adfeno>I'm running it like this: GUIX_PACKAGE_PATH="/home/adfeno/Testes/Guix" guix build --verbosity=5 ring-client-gnome <jamesrichardson>Anyone loading iptables at system startup (or any sort of firewall)? <adfeno>jamesrichardson: GuixSD, or some other distro? <adfeno>We might have to ask or rwait around some more then.... <adfeno>I run it in Trisquel, so I'm only using Guix, not GuixSD. <jamesrichardson>I was running debian until the box blew up a few months ago. It's replacement arived today. I was thinkg about loadking it with GuixSD, the iptables thing is well troublesome. <janneke>civodul: Hmm... this does not work for me (guix on ubuntu) in Makefile.am: <janneke># Unset 'GUILE_LOAD_COMPILED_PATH' altogether while compiling. <janneke>most probably it's my problem and i have a b0rked setup again <janneke>guix environment did not add guile-ssh to GUILE_LOAD_COMPILED_PATH, so i did that manually, and i omitted GUILE_LOAD_PATH <slyfox>civodul: are containers created by 'guix build' try to limit available memory or amount of fork()s allowed, or simething like that? <slyfox>I see 'pthread_create failed: Resource temporarily unavailable' pop up occasionally and fail to reproduce it outside <janneke>yeah...it would be nice if we could have `guix environment' detect broken .bashrc's