IRC channel logs

2013-11-10.log

back to list of logs

<mark_weaver>c107: useradd is in /usr/sbin
<c107>Ah... It works!
<c107>I just forgot sudo(1). Thanks, mark_weaver.
<c107>mark_weaver: Done. How do I get `guix-daemon` to run by default?
<c107>i don't want to always have a terminal running and running.
<c107>I don't know what LOCALSTATEDIR is.
<c107>csh@cshlap:~$ guix package -i emacs
<c107>guix package: error: failed to connect to `/usr/local/var/nix/daemon-socket/socket': Connection refused
<mark_weaver>that's generally what you see if the daemon isn't running
<c107>Oh, god. I didn't restart it. So embarrassing.
<c107>(I had it running in a termianl window.)
<mark_weaver>LOCALSTATEDIR is ${prefix}/var
<c107>server is unresponsive
<mark_weaver>what error message are you seeing? any output from the server itself?
<c107>Seems to be working now.
<c107>Installing Emacs.
<c107>It seems slow.
<c107>Seems to be stalled.
<djbclark>viric: good to hear that's still being used :-) ... looking forward to see what the fuloong vs 8133 Guix compile times are like.
<mark_weaver>I'm working on finding that out, as we speak!
<mark_weaver>I just finished generating new bootstrap tarballs for MIPS N32 on my 8101B, and am currently working on using them bootstrap on the 8133.
<mark_weaver>s/using them/using them to/
<djbclark>Fast work.
<mark_weaver>djbclark: the bootstrap has run into a small snag: the kernels available on this 8133 system are not configured with support for namespaces, which are needed by guix-daemon (and nix-daemon).
<mark_weaver>so the next step is to build a new kernel for this machine.
<mark_weaver>for now, I guess I'll use git://dev.lemote.com/linux-official.git, since the community kernel apparently does not support Loongson 3A.
<djbclark>mark_weaver: that's unfortunate. I wonder if there is an ahleung (sp?) distro that you could just use to bootstrap... I'll go take a look.
<mark_weaver>oh, it's not worth replacing the outer distro at this point, I don't think.
<mark_weaver>I'm already quite a ways into building the kernel.
<mark_weaver>this machine is definitely a *lot* faster than the 2f
<djbclark>mark_weaver: ah k. yeah I was thinking of 2f times.
<djbclark>lulz... looking for that distro I found https://groups.google.com/forum/#!topic/loongson-dev/sFytbxZ0_jw ... perhaps I'll post an update... GUIX++ parabola--
<djbclark>mark_weaver: So you should know I have no way of getting the image that is on that back, nor do I know how hard or easy it is to install something else. So if you want to be paranoid-safe boot from USB and http://www.partimage.org/
<mark_weaver>yeah, I was worried about that. I'm being very careful not to disturb the working system.
<mark_weaver>fortunately, guix makes that easy.
<mark_weaver>okay, new kernel built.
<mark_weaver>is there a reputable partimage usb image for the yeeloong 8133?
<djbclark>mark_weaver: what was the time on that vs. 2f time, roughly?
<mark_weaver>I haven't been measuring build times so far. when I start bootstrapping guix, then I'll be able to compare numbers.
<djbclark>mark_weaver: Good point. Probably best to just physically remove the hard drive and do it from another system.
<mark_weaver>do you know off hand how hard it is to get the hard drive out of the 8133?
<djbclark>mark_weaver: perhaps teh interwebz will have an answer to one of those questions.... yeah the case did seem pretty 2001-monolith-like.
<mark_weaver>well, we can cross that bridge if we come to it, which hopefully we won't. I don't anticipate having to do anything very risky.
<djbclark>Ah http://dev.lemote.com/category/loonux3 + http://dev.lemote.com/653.html + google translate looks somewhat safe
<mark_weaver>I'm not planning to displace the outer system anytime very soon, and even when I do, I'll just make use of an unused partition, maybe the swap partition.
<djbclark>Or, looks much easier, http://www.gnewsense.org/Projects/GNewSenseToMIPS-3A -> http://www.gnewsense.org/Projects/GNewSenseToMIPS-USB
*djbclark is a bit surprised gnewsense looks like it may have risen from the grave
<mark_weaver>ah, good find!
<mark_weaver>I didn't realize that gNewSense had already done so much on the 8133.
<mark_weaver>yeah, I was surprised too.
<mark_weaver>they even totally revamped their artwork and website.
<mark_weaver>(of course that's the least important part, but it just shows how much energy has been put into reviving it)
<djbclark>Yeah, those two pages do look super-useful. GCC build farm even has a 3A machine, who knew - and also perhaps that's an answer to qualms
<djbclark>Although I guess their mandate must be a bit different, as looks like their compile farm also has like AIX
<mark_weaver>well, the GCC team exercises a fairly strong degree of autonomy from RMS.
<mark_weaver>I'd like to try to do what RMS would want, if it's feasible.
<mark_weaver>oh, it's very easy, I see.
<mark_weaver>yes, that's just the page we need.
<mark_weaver>now, I'm actually tempted to install gNewSense as the outer OS on this machine.
<mark_weaver>(making a backup first, of course)
<mark_weaver>well, better yet, in a different partition.
<djbclark>I wonder if gNewSense would be into including Guix (or GuixPkgs? Nix has Nix, NixPkgs, NixOS, and whatever they call their distributed system)
<mark_weaver>I certainly hope so, and expect so. Packaging Guix for the popular distros would be very useful, I think.
*djbclark chuckles at the thought of guix debian packages
<mark_weaver>seems like a no-brainer to me :)
<mark_weaver>of course there's also a long-standing precedent: alien
<djbclark>tell that to the pythonistas
<mark_weaver>hmm?
<djbclark>Oh I was talking more about a (set of) Guix .debs that would allow a user to immediatly start using Guix Packages alongside debian packages.
<mark_weaver>yes, that's what I was thinking of too.
<djbclark>Oh, Python has its own package system, and its integration with Debian was a bit of a clusterfuck over time as I remember vaguely.
<mark_weaver>I guess alien is significantly different.
<mark_weaver>well, yes, and I confess I'm very unhappy with the popular Python methods of distributing software these days.
<djbclark>As is python... you probably wouldn't want to ever install the Guix-compiled stuff as .debs, just the boostrap and initial config stuff.
<mark_weaver>right
<mark_weaver>I see what you mean, about the comparison with python.
<djbclark>Oh wow I'm behind the times, there is even a new method now... https://wiki.debian.org/Python/TransitionToDHPython2 (not that this is at all apropos to Guix, just for people's amusement).
<mark_weaver>booting into the new kernel now
<mark_weaver>hmm, it might be stuck
<mark_weaver>it's using some kind of quiet bootsplash mode
<mark_weaver>booting into the old kernel again.
<mark_weaver>hmm. so the new kernel seems to boot fine, and it starts up systemd which then seems to hang.
<mark_weaver>I'm fairly sure that systemd uses namespaces if they're available. so maybe something is broken there, and maybe that's why they removed namespace support from the kernel.
<mark_weaver>(just a random hypothesis)
<mark_weaver>I'm going to try a newer kernel.
<mark_weaver>hmm. I wonder which one is most functional on the 3A.
<mark_weaver>gNewSense as an outer system is looking increasingly desirable.
<mark_weaver>well, having looked more closely, maybe not.
<djbclark>Its linux (the kernel) also has namespaces disabled? Or its just not done yet? I thought I saw prealpha somewhere...
<mark_weaver>I'm not sure.
<djbclark>There is always #gnewsense :)
<mark_weaver>another tempting option is to use the same home-grown system I've got on my 8101B, except with a new kernel.
<mark_weaver>well, I need to mull this over.
<djbclark> http://artisttrust.org/files/art/TrimbleDivergentPaths.jpg ... good night, at least from my side :)
<mark_weaver>okay, good night!
<mark_weaver>nice picture!
<mark_weaver>:)
<djbclark> https://wiki.debian.org/systemd#Known_Issues_and_Workarounds has debug tips... looks like it's easy to turn on much more logging
<mark_weaver>ah, thanks for the link. looks useful.
<bpeak>/home/user01/dev/AUR/guix-git/src/guix/build-aux/missing: line 81: dot: command not found → Which package contains the dot command? The graphviz graph visualization software?
<mark_weaver>yes, it's part of graphviz
<mark_weaver>the *.png file is included in the tarball, so you should only need to build it if you're building from git.
<mark_weaver>(I confess I've sometimes just touched the *.png file, making it a zero length file, as a temporary hack to get guix installed, and then used the graphviz package from guix itself to fix it later)
<mark_weaver>bpeak: ^
<bpeak>mark_weaver: Got it, thank you. I installed graphviz and was able to get passed that error message. I'm trying to install guix-git from archlinux's AUR. Building failed with something else for me, I'll try again later after reading records.log.
<mark_weaver>okay