<mark_weaver>nowadays, I think the more relevant limiter of initrd size is the amount of RAM in the machine. <jxself>What?! Oracle won the 2013 America's Cup? How disappointing. <jxself>And yes, RAM is the biggest thing. Back in the day I had a hard disk with a 30MB capacity. I remember getting a computer later on with more than that for RAM and being amazed and how it would have been able to hold my entire hard disk in RAM. *mark_weaver started out with 140 kilobyte 5.25 inch floppies :) <Steap>mark_weaver: and now you've got 10TB in your NAS! <jxself>I still have some of those. Not sure if they still work or not. <jxself>I've been thinking of mailing them to someone I know in France that can read them and see what's there. <mark_weaver>I still own the first computer I ran free un*x on, and it includes both 5.25" and 3.5" drives. I don't know if the hardware still works though. <jxself>Pull it out & find out? Time for some nostalgia? <youlysses>mark_weaver: I still own my first-laptop and the one that introduced me to GNU -- the power supply is loose though and doesn't reliably hold a charge. ;_; <docmalloc>in: guix refresh -u you use gnupg ... but you do check in configure: In execlp of gpg2: No such file or directory <docmalloc>and when I try to install a package I get: guix package -i zlib <docmalloc>guix package: error: No such file or directory <civodul>docmalloc: you probably don't want to use "guix refresh" actually, do you? :-) <civodul>could you strace it to see where it comes from? <docmalloc>open("/nix/store/x9x1a86flhx15cams7235rfy5gc5cww1-guile-bootstrap-2.0.drv", O_RDONLY) = -1 ENOENT (No such file or directory) <civodul>docmalloc: could you try "guix build guile-bootstrap"? <civodul>also, did you manual fiddle with /nix/store? <docmalloc>basically I removed my old guix installation <docmalloc>make uninstall, rm -rf /nix, git pull, make install <docmalloc>when I try to install a package with " guix package -i zlib" <docmalloc>I get the issue with open("/nix/store/x9x1a86flhx15cams7235rfy5gc5cww1-guile-bootstrap-2.0.drv", O_RDONLY) = -1 ENOENT (No such file or directory) <civodul>can you try "guix build guile-bootstrap"? <docmalloc>mwachs@fulcrum:~/coding/guix$ guix build guile-bootstrap <docmalloc>acquiring global GC lock `/usr/local/var/nix/gc.lock' <docmalloc>acquiring read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>acquiring write lock on `/usr/local/var/nix/temproots/15243' <docmalloc>downgrading to read lock on `/usr/local/var/nix/temproots/15243' <docmalloc>starting substituter program `/usr/local/libexec/guix/substitute-binary' <docmalloc> /nix/store/809w23w5m3fnvph9c7kvbxm89lv7mfmy-guile-bootstrap-2.0 <docmalloc>guix build: error: build failed: opening file `/nix/store/x9x1a86flhx15cams7235rfy5gc5cww1-guile-bootstrap-2.0.drv': No such file or directory <civodul>docmalloc: did you restart the daemon after reinstalling? <civodul>ah, and when you uninstalled, did you rm -rf /usr/local/var/nix? <civodul>there's a database about the store in there, and it could be out of sync if you left <civodul>yeah "make uninstall" doesn't remove it <civodul>can you check the value of localstatedir in config.log <civodul>and also run find /usr/local -name db.sqlite <civodul>to make sure you really deleted the right one <civodul>i'm pretty sure there's stale data around <civodul>could you "rm -rf /nix /usr/local/var/nix" and try again? <civodul>sorry i can't come up with better advice, but there's clearly an inconsistency here <docmalloc>so when uninstalling , updating and reinstalling ... what do i have to "clean up"? <civodul>running "rm -rf /nix /usr/local/var/nix" should be enough <ArneBab_>civodul: sorry that I ask again, but what’s the exact way to test a package when I modified a .scm file but not in the systemwide store (local clone of the guix repo)? <ArneBab_>I tried this: cd guix/gnu/packages; GUILE_LOAD_PATH=../.. guix build -e '(@ (gnu packages version-control) mercurial)' <docmalloc>so thanks a lot... removing the local state helped <civodul>ArneBab_: ./pre-inst-env guix build foo *civodul still waiting for Hydra to catch up before uploading the tarball <ArneBab_>civodul: likely after autoreconf -i; ./configure ; ./make, right? *ArneBab_ is reading hacking… <ArneBab_>civodul: damn, bootstrap uses git submodule… but I’m accessing the guix repo via hg… <civodul>ArneBab_: i can't help with hg/git setups... <ArneBab_>civodul: then I’ll just do it the dirty way (don’t want to fight with git now) <ArneBab_>civodul: what to do when guix pull fails? *ArneBab_ cries out loud ☺ <civodul>otherwise, can you try "guix pull --verbose"? <civodul>there was a bug fixed a couple of weeks ago <ArneBab_>civodul: do you see what’s wrong on my system? <civodul>most likely that bug i was referring to <civodul>can you run ./pre-inst-env guix pull from the Git checkout? <ArneBab_>starts with this: ERROR: missing interface for module (gnutls) <civodul>ArneBab_: i'm at work now, so it'll be easier for me to investigate tonight *ArneBab_ needs to get going ***civodul changes topic to 'GNU Guix --- http://gnu.org/s/guix/ --- 0.4 is out! --- Happy birthday, GNU!'
<manolis_>in the guix system where exactly are the binaries of the system commands ? <Steap>manolis_: well, GNU Guix is a GNU/Linux distribution :) <manolis_>that's why I am asking because I can't see to find the /bin folder ...:/ <Steap>manolis_: the packages installed through the guix CLI can be found in ~/.guix-profile/bin/ <Steap>civodul: did you forget to tag v0.4 ? <jxself>Happy birthday to GNU is now live on all gnu.org pages... <jxself>Or, at least the ones using the standard template. <jxself>The site seems to be scrolling around by itself? <jxself>The message is supposed to appear in net.unix-wizards in about 6 minutes <jxself>We can imagine that, at this point 30 years ago, RMS was composing the message at this time. <mark_weaver>davexunit: point your news reader (e.g. Gnus) to nntp.olduse.net, and see RMS's announcement and all the skeptical responses that it would never come to anything :) <jxself>...and the free software movement has been born :) <jxself>The website does seem strange though - It appears to be scrolling around and selectin messages by itself. <jxself>Turns out I was write about that hour diff. <jxself>RMS's message won't appear on olduse.net until 35 minutes past this hour. <davexunit>whoever's controlling the console displayed on the webpage wrote a little happy bday night <youlysses>So do I extract the .img.gz, as the appended .gz implies, or should I be able to open it directly in qemu? <mark_weaver>gunzip it, and then you can open the .img file directly from qemu <mark_weaver>youlysses: ludovic gave the command in his announcement: qemu-system-x86_64 -m 256 -net nic,model=e1000 -net user gnu-system-demo-0.4.img *youlysses needs to get more well antiquated with mailing-lists -- it seems. :^) <civodul>so, anyone tried that wonderful image? :-) <Steap>civodul: can't really boot VMs with my almost dead machine :/ <mark_weaver>I'm having major computer problems at the moment :-( <jxself>I can do it later. I don't have access to a 64-bit machine at the moment until I get home. <Steap>civodul: btw, I did not know "git pull" did not fetch new tags <mark_weaver>it does for me, but maybe that's because I've configured something long ago. <civodul>so the Bostoners, are you ready to celebrate? :-) <civodul>are the streets full of GNU hackers yet? ;-) <bavier>I can at least get the image booted on my system, though no networking... <civodul>like, what happens when you run "telnet www.gnu.org http"? <civodul>for some reason, "route" sometimes doesn't work <civodul>when that happens, you need to run "deco start networking" as root <bavier>from ifconfig, it looks like eth0 is up, but I'm getting "network is unreachable" from ping and telnet *youlysses is currently stuck at boot, waiting for/if eth0: link becomes ready. <davexunit>civodul: streets look the same here in back bay :P <youlysses>Restarted the image and got past starting networking (though unsuccessful) now it appears to be hanging and/or stuck right after starting syslogd. <youlysses>Ah it's there, it just didn't present me to the login screen till I pressed enter... :^P <youlysses>That's something I'm going to get done and *for sure* up on the mailing list, before I pass out. <bavier>it looks like name resolution is happening fine, but `ping www.gnu.org` still drops all packets. might be the corporate network I'm on. I'll try at home later. <civodul>youlysses: note that there are just a few packages pre-installed <civodul>but then you can run "guix package -i" <civodul>there's just a little bit of room for a few more packages ;-) <youlysses>civodul: It holds "loadkeys" among other various keyboard configuration options. That being said, I tried and it looks like it isn't packaged in-general. <civodul>bavier: does it drop them, or does it say "network is unreachable"? <civodul>so that's a task for the hackathon :-) <bavier>civodul: it drops/losses them after restarting the networking service <civodul>ah so it must be a different problem, indee <youlysses>glibc and check should be called by default when gnu-build-system is called right? Like I should not have to call them as inputs? <civodul>what do you mean by "calling glibc and check"? <civodul>glibc is an implicit input when using gnu-build-system <civodul>which means you don't have to explicitly list it in the 'inputs' field <youlysses>civodul: Sorry, yeah I meant "calling" as-in stating it as an input. <jxself>Here I was hoping people would see all kinds of news today. <civodul>it seems to be moderated or something <civodul>yes, but lately it's been quite unpredictable <jxself>But it also says the last news was September 16. <civodul>sometimes it takes almost a day before the news shows up <youlysses>Also, I don't know if this is just me, but cmake doesn't seem to build properly when I install it. Test 59 fails while it's preforming some-factor of a check and it causes the whole package to not build. <civodul>jxself: do you have superpower to fix that? :-) <jxself>I don't. It lives in a VM I don't have access to. <jxself>But I know who does and sent an email. <civodul>youlysses: CMake fails to build on x86_64 IIRC, Steap? *civodul runs "guix package --upgrade" to enter the glibc 2.18 realm <youlysses>Well that's a bummer, is there any sort of easy way around this? That's going to prevent me from building a fair amount of packages; Namely and more-or-less of the more important packages, wpa_supplicant. :^P <youlysses>civodul: I can check again, but I'm about 75% sure. <youlysses>civodul: Ah, it looks like Gentoo just does/did their package really weird, that somehow makes cmake a circular dependency.... but by no means, does this seem to be a depend via Debian or Arch. <civodul>talk to you tomorrow for the hackathon! 