<mark_weaver>handheldCar: well, you can just type Ctrl-C in the terminal where you ran the qemu command. <mark_weaver>The image is very preliminary; I don't know off-hand if it contains a shutdown command yet. <civodul>jxself: thanks for the front page :-) <civodul>handheldCar: yes, the image runs dmd <civodul>so, i think the celebration hackathon's over for me! <handheldCar>I'll try guix in dragora since it doesn't have much package management <civodul>handheldCar: great, let us know how it goes <handheldCar>after installing shared libraries, do you need to run 'ldconfig' to rebuild the shared library index? <handheldCar>or set LD_LIBRARY_PATH to include the relevant directory? <mark_weaver>my understanding is that programs built with Guix contain embedded references to the shared libraries they need, using the rpath mechanism. However, if you build programs manually (outside of Guix), then you probably need to either arrange to build with the relevant rpath linker flags, or set LD_LIBRARY_PATH. <mark_weaver>civodul or Steap would be able to answer more definitively; they'll probably be online in 4-5 hours. <handheldCar>I'm not building with Guix yet btw b/c I'm building it ***DNS` is now known as DNS
<civodul>handheldCar: could you paste the error, or post it to bug-guix@gnu.org? <civodul>could you paste the contents of /home/kete/Downloads/guix-0.4/test-tmp/store/5sa7vk3kmlyvn4mzlb9cnv364kqymj36-exist ? <jxself>Doesn't seem to be an official TLD. *jxself wonders how handheldcar managed to get a DNS "A" record for the domain <jxself>Oh, your ISP is involved in DNS highjacking? Instead of returning the usual nxdomain? <civodul>handheldCar: so, closing the bug with "wontfix" :-) <viric>opendns, unless paying, never returns nxdomain <viric>maybe even paying. I don't know how do they distingish who pays. <viric>handheldCar: you can also run your own recursive dns <jxself>Yes, your DNS can't be trusted. Set up your own local copy of BIND and have it listen only on localhost so your ISP won't complain and use that exclusively for your DNS needs. :) <jxself>That said I wonder if Guix could handle this situation better somehow... Hmm... <viric>that's what I do, and that gives the best DNS speed for my home <viric>but bind isn't considered a very safe piece of software :) <davexunit>could someone help me answer this question about guix: "Why build a layer on top of Nix?" <davexunit>viric: nix is used as a base, and guix builds atop that. right? <civodul>davexunit: Nix is both a language, and a "functional packaging" layer <civodul>Guix uses the latter, and replaces the former <viric>civodul: in fact when I wrote 'storebrowse', I had to access the raw nix db to get information. <viric>well, with guile I'd have had an API, but only if I used guile for my program, I guess. <viric>I'm still disabled in guile though. <jxself>That should be fine as long as it is not using your ISPs DNS as the source of information to cache. :) <davexunit>seems to be a lot of "why not X language?" "why not use nix as-is?" questions <jxself>No one, it seems, is pointing out that Linux-libre is an official GNU package. <jxself>So, a non-GNU kernel isn't needed. <jxself>It became a GNU package in March 2012 if that's important. <youlysses> jxself: It more-so seems to be that we actively aren't calling the "GNU" system distribution a "GNU+Linux-libre" distro, though we'd do-so ourselves... but I don't they realize that such distro's name, is not the same as it's operating-system sub-classification, though GNU is in both of them. :^P <jxself>Exactly - My understanding is GNU/Linux is for a version of the system that is distinct from GNU itself. *youlysses still prefers a "plus". :^) <jxself>I met someone who called with "GNU with Linux" <youlysses>jxself: I think that is also applicable. :^) <youlysses>davexunit: Fyi -- if I have time before Thursday (going home tomy parents, to visit my Grandpa and I'll be stranded, possibly without a computer all weekend), I plan on writing an expression for at least sdl and guile-sdl. :^) <youlysses>Right now, I'm trying to figure out SLiM, so the distro will be able to nicely log-into ratpoison, or what have it, but cmake is still being obnoxious. ***civodul changes topic to 'GNU Guix --- http://gnu.org/s/guix/ --- 0.4 is out!'
<davexunit>btw, I think I need to take matters into my own hands with SDL. <davexunit>guile-sdl has created many problems for me, so... I think I will write guile-sdl2 as a pure FFI wrapper sometime. <jxself>youlysses: Without a computer? Eek. I'd probably start exhibiting withdrawal symptoms. <civodul>davexunit: problems with SNUGGLE, or additional problems? *civodul builds freeglut with youlysses' gl patch <youlysses>davexunit: I plan on packaging both eventually (SDL2 is certainly on my list), but right-now I want to get guile-2d 0.1 fully up and supported. That being said, I'm excited that you're looking into that direction. :^) <youlysses>jxself: Well I might bum of my mom's 5-6 y/o laptop; I'm not bringing mine down though (right now it's much-more effort than it's worth (it's hooked up to my desk/workstation area and the hinge is broken), might finally convince her to give it to me this weekend ... she has had to laptops since then and has never used it since. It'll be nice to use a laptop "on the go" again... :^) <davexunit>civodul: problems vary. guile-sdl is just broken on OS X. <davexunit>I use a subset of SDL for guile-2d, so I could probably write enough of a binding for my purposes and start living in the modern world of SDL2 <civodul>ah so Guile-SDL is for SDL 1 or something? <youlysses>civodul: Everything working ok? I'm trying to figure out SLiM right-now, but cmake is still giving be trouble. Is there a way to clear, or roll-back to a completely empty profile -- I'm not sure if that'll do any good though, seeing there error is still in the check process of building... :^/ <civodul>youlysses: freeglut doesn't build, see the reply i just sent :-) <youlysses>I'll be back in like 10 or-so minutes; I'm going to make some lunch and wait till I receive the patch. Afk. <davexunit>I lost a lot of friends with the switch to pump.io <youlysses>civodul: Not sure what happened -- I swear I added that in at somepoint.... :^U *civodul hates this .io TLD <civodul>BIOT is not really something i'd like to promote as fun & trendy <youlysses>civodul: That reminds me, am I doing something wrong -- or is the demo distro so tiny, that is not even enough room to even install parted and related partition-utils? I'm trying to work off it directly, but I can't seem to do anything besides what's already there. :^P <civodul>when i tested i was able to install a second Guile, which takes a bit of room, for instance <youlysses>civodul: It'd be nice that the next-release would have at least some tools to manipulate partitions, so one could externally expand the image then go into the vm and then match the new free-space to one's root partition. That being said, I still need to package kbd, for such-a thing to be attractive for me. :^) <jxself>And yes, I've noticed it's much slower these days. <youlysses>civodul: Is there the eventual plan to segment the distro much like NixOS does, where there'd be an ~300mb minimal image and then a full GNOME distribution, or -- or is this still not a concern yet? :^) <civodul>but the QEMU image is just an interim thing <civodul>mark_weaver: i get better througput with the HTTP client within QEMU than outside of it! <youlysses>civodul: Before I send another formal patch, do you want me to send you an email and/or post a paste? <civodul>youlysses: i confirm that Parted cannot be installed in the image :-/ <civodul>youlysses: send the formal patch... once you've checked everything builds ;-) <civodul>youlysses: also pay attention to the format of the commit log <youlysses>civodul: So, basically -- just don't submit the patch as-is/generated? <civodul>submit as per git format-patch (like you did before), but make sure the commit log is what's expected <mark_weaver>(better throughput within qemu than outside of it, that is) <mark_weaver>I could believe that system calls are less expensive in an emulator than outside of one. <mark_weaver>did you apply the relevant fix(es) to make sure it's not doing a system call for each byte? (at least during the header portions) <civodul>it's not doing that: it's reading 4 KiB at a time currently <viric>I also dislike the '.io' TLD <mark_weaver>well, the code excerpt you posted to bug-guile explicitly turned off buffering. <mark_weaver>fixing that made things quite a lot faster on my intel box <mark_weaver>(and as far as I could tell, the slowdown occurred entirely within the reading and writings of HTTP headers) <civodul>if you're in touch with Evan P. & co, let them know what they endorse *civodul experiments with the store monad