IRC channel logs

2015-05-19.log

back to list of logs

<alexshendi>I have now build a new version of mit-scheme, how do I install it as a package?
<davexunit>alexshendi: guix package -i
<alexshendi>davexunit: Without any package arguments?
<davexunit>alexshendi: with the package name
<davexunit>which I guess is 'mit-scheme'
<alexshendi>davexunit: that fetches the binary that doesn't work from hydra.gnu.org
<davexunit>alexshendi: not if you updated the package definition
<alexshendi>I can execute the new binary directly from the store
<davexunit>okay, so you already built it. just install it.
<alexshendi>It works, but is not symlinked under .guix-profile
<davexunit>paste the command that built it
<alexshendi>I used: "guix build -L /home/alexshendi mit-scheme"
<alexshendi>THe modefied scheme.scm ist in the home directory
<davexunit>guix package -L /home/alexshendi -i mit-scheme
<alexshendi>davexunit: Aah, thanks a ton!
<alexshendi>Cool, I get an editor window now!
<alexshendi>davexunit: Would anybody be interested in the modified "scheme.scm" file?
<davexunit>alexshendi: what did you change?
<alexshendi>Just 2 lines: "#:use-module (gnu packages xorg)"
<alexshendi>and added "("libx11" ,libx11)" to inputs
<alexshendi>Pretty trivial :)
<davexunit>alexshendi: sounds useful. do send a patch to guix-devel@gnu.org.
<alexshendi>davexunit: Do I have to be subscribed to the mailing list?
<davexunit>alexshendi: would help but your mail would be approved soon.
<alexshendi>davexunit: Will send the patch -- Thanks for your help.
<davexunit>yw!
<davexunit>paroneayea: just packaged sfxr :)
***jaerf is now known as freaj
<paroneayea>oooh
<lamefun>Is Guix a package manager or a distro?
<lamefun>Ah nevermind.
<daviid>lamefun: guix is a package manafer, guixsd is a distro...
<daviid>*manager
<lamefun>Already found that out, hence the nevermind.
<daviid>sure
<zacts>hi
<quantum-groupie>Command 'ifconfig -a' shows enp0s25 as ethernet controller
<quantum-groupie>Command 'ifconfig -a' shows enp0s25 as ethernet controller
<quantum-groupie>but 'ifconfig' shows nothing
<quantum-groupie>'dhclient enp0s25' takes several seconds, completes without error
<quantum-groupie>but appears to do nothing
<quantum-groupie>'ifconfig enp0s25 up' gives a hopeful message, but still nothing shows up under 'ifconfig'
<quantum-groupie>If anyone has any suggestions, I would be very appreciative.
***tschwing_ is now known as tschwinge
<iyzsong>quantum-groupie: check 'dmesg' (maybe your ethernet is not suporrted by linux-libre?) and 'ip link'
<quantum-groupie>dmesg shows 'enp0s25: link is not ready'
<iyzsong>well, this look good, try 'pkill dhclient; ifconfig enp0s25 up; dhclient -v enp0s25'..
<quantum-groupie>ok; last command gives a list of lines such as 'DHCPDISCOVER on emp0s25 to 255.255.255.255 port 67 interval 3
<quantum-groupie>at end, no DHCPOFFERS received
<iyzsong>I have no ideas now :-(
<quantum-groupie>thanks anyway
<quantum-groupie>Hi all; having trouble bringing networking up; 'ifconfig' shows nothing; I cannot even bring lo up with 'ifconfig lo up'
<quantum-groupie>'ifconfig -a' shows 4 devices: enp0s25 (ethernet), lo, and two wireless
<rekado_>quantum-groupie: are you sure you have a dhcp server on the network? I cannot reproduce this issue. Once I did "ifconfig --up enp0s25 && deco restart networking" things just work fine.
<rekado_>when I have downloaded http://hydra.gnu.org/nar/jmhnihb9hi8bkq8qy410iv2i06v5wgb8-texlive-texmf-2014 with wget is there any way to import it into the store?
<rekado_>I tried "guix archive --import < the-archive" but it says "error: build failed: input doesn't look like something created by `nix-store --export'"
<rekado_>I can download texlive-texmf just fine with wget but it *always* fails when guix build does its thing. The result is almost invariably a truncated/corrupt archive.
<rekado_>nss fails on MIPS because of a timeout; can the timeout be increased? http://hydra.gnu.org/build/442531/nixlog/1/raw
<rekado_>nss is required for icedtea and thus blocks a number of packages on MIPS.
<mark_weaver>ah, good point!
<mark_weaver>I'll look into it
<mark_weaver>it appears that (timeout . 72000) in build-aux/hydra/gnu-system.scm is the thing to change
<mark_weaver>well, first we need to determine how long it actually takes
<mark_weaver>rekado_: okay, I've hacked the database on hydra to specify a timeout of 40 hours (previously 20) for http://hydra.gnu.org/build/365618 and we'll see how that goes.
<rekado_>mark_weaver: thanks
<mark_weaver>once we have an idea of how long it really takes, then we can change the timeout setting in build-aux/hydra/gnu-system.scm appropriately
<mark_weaver>rekado_: thanks for bringing this to my attention!
<amirouche>I justed got my guix tshirt :)))
<amirouche>beautiful stuff
<quantum-groupie>rekado_: I do have a dhcp server on the network. My other machines get their ip addresses from dhcp.
<paroneayea>one more guile-emacs patch tossed to the list. This time for sure, right? :)
***freaj is now known as jaerf
<paroneayea> https://microca.st/clacke/note/-yuaxBb9TRWt9Q27Hfviqw
<sirgazil>amirouche: glad to hear about the shirt :)
<sirgazil>Enjoy
<zacts>oh are guix t-shirts back?
<sirgazil>zacts: the initial campaign is over, but a new set of clothes can be printed if enough people reserve:
<sirgazil> http://teespring.com/guixsd-for-the-libre-geek
<zacts>oh cool
<zacts>what is a rush order?
<sirgazil>zacts: I have no idea. Where did you see this?
<zacts>sirgazil: click on I Still Want One
<zacts>and then it shows "This design is currently not for sale, but you can either reserve an order and we'll email you when it's available again, or rush an order and we'll custom print one for you!"
<zacts>and then shows "Rush order (+$10 extra, receive by May 22)"
<zacts>as an option
<sirgazil>hmm, it shows different information to me. I only see an option to reserve.
<zacts>sirgazil: I'll try to send you a screenshot in a sec
<amirouche>zacts: I think rush order, is to ask for a *single* print, not a "batch"
<amirouche>(note: seems like at this retailer «Large» size, is a french «Medium» size
<amirouche>I should have checked that)
<amirouche>paroneayea: this looks like what was proposed on the list, that said I don't see the difference with using a "meta" package
<rekado>hey people of #guix! I just wanted to say that it's a pleasure working with y'all.
<rekado>That's all :)
<paroneayea>rekado: :)
<davexunit>rekado: :)
<davexunit>right back at ya!
<paroneayea>indeed
<paroneayea>#guix is a great place, nice people here :)
<rekado>BTW: I still cannot build stuff because guix claims that guile is not executable.
<rekado>non of my disks are mounted noexec.
<rekado>-r-xr-xr-x 1 root root 10912 Jan 1 1970 /gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile
<rekado>these are permissions on the file.
<cehteh>wtf filesystem is that?
<cehteh>timestamp looks wonky
<rekado>no, timestamp looks right.
<cehteh>how that?
***jaerf is now known as freaj
<cehteh>i know such things from strange filesystems
<rekado>take a look at the stuff in your /gnu/store. All timestamps are set to 0 to allow for reproducible builds.
<cehteh>which may be a cause
<cehteh>ah
<cehteh>heh ok .. nevermind
<rekado>what's odd is that I *can* execute guile from this file just fine.
<cehteh>but .. uhm .. that somehow defeats the idea of timestamps
<rekado>do you really care about timestamps in the store?
<cehteh>i have no running guix right now, but eventually i may care yes
<rekado>additional information: I'm running "make && ./pre-inst-env guix build my-package" after "guix environment -e '(@@ (gnu packages package-management) guix-devel)'"
<rekado>I also tried with "--pure" but there's no difference.
<rekado>I'm on GuixSD. Reconfiguring the system after "guix pull" right now, hoping that this fixes it somehow...
<mark_weaver>rekado: have you verified that /gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile is the one that guix (-daemon ?) is trying to run
<mark_weaver>?
<davexunit> https://clearlinux.org/
<davexunit>hmmmm
<mark_weaver>can you show me the full error message?
<davexunit> https://clearlinux.org/features/stateless
<rekado>mark_weaver: this is the full error: http://paste.lisp.org/display/148444
<mark_weaver>rekado: so the error is actually "Permission denied"
<mark_weaver>probably the thing to do is to attach strace to guix-daemon (making sure to include the -f option), try the build again, and then see what happened in the trace output
<mark_weaver>rekado: ^^
<rekado>hmm, strace shows nothing of interest afaics.
<rekado>the first mention of an error is when the error is printed.
<mark_weaver>you see no 'exec' calls to try to launch guile?
<rekado>argh, made a mistake, just a moment, I'll retry
<rekado>attached to the wrong process (too tired)
<rekado>is it normal to see a lot of these:
<rekado>[pid 16390] close(25) = -1 EBADF (Bad file descriptor)
<rekado>by "a lot" I mean up to 1023.
<rekado>mark_weaver: here's the complete output: http://elephly.net/downies/guile-permission-denied.txt
<mark_weaver>rekado: dunno, but let's stay focused on the problem at hand
<mark_weaver>[pid 16390] execve("/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile", ["guile", "--no-auto-compile", "-L", "/gnu/store/6fnbs4j7dsn6rc598d72c"..., "-C", "/gnu/store/ww9kwrbs4h468vll6a3sw"..., "/gnu/store/jim51hzcjcwf4qv8sbszr"...], [/* 15 vars */]) = -1 EACCES (Permission denied)
<mark_weaver>rekado: ^^ key line
<rekado>yes
<mark_weaver>this is happening within a chroot of course
<mark_weaver>sorry, I have a crying baby, can't continue now
<rekado>it's not urgent.
<rekado>thanks for your time.
<mark_weaver>rekado: what's the output of "ls -ld /gnu/store" ?
<mark_weaver>and "ls -ld /gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11"
<rekado>dr-xr-xr-x 6 root root 4096 Jan 1 1970 /gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11
<rekado>drwxrwxr-t 705 root guixbuild 466944 May 19 23:31 /gnu/store
<mark_weaver>rekado: what's the output of: ls -l /gnu/store/hy2hi0zj5hrqkmkhpdxf04c9bcnlnsf9-glibc-2.21/lib/ld-linux-x86-64.so.2
<mark_weaver>well, I guess I'm barking up the wrong tree, since you can apparently run guile outside of the build environment
<rekado>lrwxrwxrwx 1 root root 10 Jan 1 1970 /gnu/store/hy2hi0zj5hrqkmkhpdxf04c9bcnlnsf9-glibc-2.21/lib/ld-linux-x86-64.so.2 -> ld-2.21.so
<paroneayea>I see a number of people in Guix contributing to rdf.scm
<paroneayea>that's interesting to me
<paroneayea>rekado: does your research lab use RDF?
<rekado>paroneayea: no. LV2 uses RDF.
<paroneayea>I've also wondered what kind of RDF options might be available for guile, I don't think I know of any, though I guess that redland bindings could be written
<paroneayea>also yayyyy guile-emacs finally in guix
<paroneayea>thanks taylanub for reviews / merge!
<paroneayea>bipt: also ^^^^
<paroneayea>:D
<paroneayea>davexunit also ;)
<mark_weaver>paroneayea: that's great news, thanks for working on it! :)
<mark_weaver>rekado: I'm sorry, I've run out of ideas for now
<mark_weaver>I suggest you send mail to bug-guix@gnu.org about it, and civodul will surely engage
<paroneayea>mark_weaver: thanks also to your help :)