IRC channel logs

2014-11-05.log

back to list of logs

*lenixusr
<civodul>Hello Guix!
<jmd>hi
<sneek>jmd, you have 1 message.
<sneek>jmd, civodul says: unless gcc-configure-flags-for-triplet is changed in a way that doesn't affect the other systems
<civodul>i wonder if ath9k-htc-firmware is miscompiled
<civodul>i managed to get the kernel to loaded, but i get "target is unresponsive"
<civodul>and the .fw file is exactly 51,000 byte long, which looks suspicious
<civodul>actually http://jxself.org/ath9k-htc/version-1.3.2/htc_9271.fw has the same size
<civodul>that one is successfully loaded, though
<jmd>Running guix package -i I get an error:
<jmd>guix package: error: build failed: path `/gnu/store/1r60y38nv0igm2510d1w7yg177cbd7r6-indent-2.2.10' is not valid
<jmd>What does that mean?
<iyzsong>I have no clue why cmake did not add qt5 to binaries/libraries's rpath.
<iyzsong>anyone can confirm this? try build libqtxdg, http://lists.gnu.org/archive/html/bug-guix/2014-11/binVzTWo2scer.bin
<iyzsong>I just got a libQt5Xdg.so without qt5 in rpath..
<jmd>iyzsong: I think that qt5 does something explicit with rpath.
<civodul>jmd: it means that 'indent' is referred to but is not registered as a valid store item
<civodul>jmd: can you check whether that directory exists, and what "guix gc --references thething" returns?
<civodul>could it be that you reinstalled Guix with a wrong localstatedir?
<civodul>iyzsong: if you grep gnu/packages/*.scm, you'll see that CMake needs help to set the RUNPATH
<jmd>civodul: Oh perhaps I did. Bummer.
<civodul>just re-run ./configure with the right --localstatedir, and re-install
<civodul>it should be fine
<jxself>civodul: That message has been their issue #1 for a long time: https://github.com/qca/open-ath9k-htc-firmware/issues/1
<iyzsong>civodul: sorry, I can not find out an example >.<
<iyzsong>jmd: I do not know that, but it does linked successful
<jmd>We need a proper /etc/init.d/guix file for debian &c
<iyzsong>jmd: debian sid have swithed to systemd
<jmd>iyzsong: really? That is good news.
<jmd>not!-
<iyzsong>jmd: yes :)
<jmd>now we have to persuade them to switch to dmd
<iyzsong>oh, I see andreas's kdelibs patch, so I have to set CMAKE_*_LINKER_FLAGS?
<tim__`>hello, i have a freshly installed guix sys, when i try "guix system reconfigure cfg.scm" it says, unbound variable %base-file-systems. how to fix that?
<civodul>jmd: https://gnunet.org/content/gnu-guix-initd-script
<civodul>tim__`: this is a known issue with version 0.7; the fix is to run "guix pull" first
<civodul>but then, you may find that "guix pull" will fail, unless run from a git checkout
<civodul>high time for a release!
<iyzsong>+1 for release
<ArneBab>guix pull fails with ERROR: download failed "http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/gc-7.2d.tar.gz" 404 "Not Found" ☹
<ArneBab>(installed via the 0.7 package, ./configure ; sudo make install # installed over the old installation)
<mark_weaver>ArneBab: that was fixed a long time ago
<ArneBab>then something is broken here
<mark_weaver>you must be using an old Guix.
<mark_weaver>you'll have to compile from git, I'm afraid. there's a problem with 0.7 that prevents it from being able to "guix pull" to the latest.
*mark_weaver goes afk
*jxself moves mark_weaver's keyboard closer to him so that he's no longer away from it
<DusXMT>Actually, several problems. Not only this, but it also trips on a json module, I don't exactly remember the error though, it was a while ago
<civodul>ArneBab: are substitutes enabled?
<ArneBab>civodul: how do I do that?
<ArneBab>mark_weaver: oh, ok
<ArneBab>any chance to get a 0.7.1 which fixes that?
<ArneBab>civodul: I’ve been out of touch and just wanted a quick check whether it still works…
<jxself>I understand it's a non-trivial thing to fix.
<jxself>To get the version of Guix you install to actually be the version you install...
<ArneBab>jxself: I’m sorry, I don’t understand
<jxself>What do you not understand?
<ArneBab>what your comment meant
<jxself>Whenever you install a version of Guix you always end up with the previous version installed. That seems to be a difficult problem to solve is what I saying. :)
<jxself>SO when you install 0.7 you actually get 0.6. If you install 0.6 you get 0.5. And so forth and so on in that fashion it goes backward...
<jxself>Seems to be a difficult problem to fix such that install 0.7 gives you 0.7 and not an older one.
<jxself>Hopefully that is clearer :)
<davexunit>yeah, it's a tricky problem. how can the guix package contain the hash of itself?
<davexunit>it's guix all the way down
<jxself>Heh.
<DusXMT>jxself: but that only happens if you install the guix package from within guix without pudating the package files before. If you just compile and install guix, or update the package files before installing, it will give the correct version
<jxself>Ah? Good good.
<ArneBab>jxself: yes…
<ArneBab>jxself: now I understand
<ArneBab>DusXMT: is that still a matter of just saying guix pull?
<ArneBab>jxself: essentially it comes down to a bootstrapping problem: You need something to build the current version of guile, then you can use it to rebuild itself.
<ArneBab>(to me bootstrapping always feels a bit magical: suddenly a project can stand on its own feet)
<DusXMT>ArneBab: Yup. Unfortunately, with 0.7, it's not possible anymore, so you have to go with git. From there, you can run guix pull, install the `guix' package it provides, and all should be as it should
<ArneBab>:(
<ArneBab>I’m then waiting for the next release…
<ArneBab>(I want to go by the official documentation, else I can’t easily tell others to try it)
<davexunit>ArneBab: 0.8 coming soon
<ArneBab>davexunit: nice! thanks for the info!