<Svetlana>I've cloned guix and I think our previous conversation stopped there <Svetlana>(about having a cloned guix pkg manager on a non-guix OS, and a usb drive with guix OS on it; missing gnu-disk-image when i try to boot it) <DusXMT>Svetlana: just to make sure it's not something obvious, are you sure your USB drive's partition with guix is labeled "gnu-disk-image"? <DusXMT>If yes, my other theory is that the system doesn't detect your USB drive on boot-up (missing drivers in the kernel?) <Svetlana><civodul> and then run "blkid -L gnu-disk-image" <Svetlana><Svetlana> yes, i confirm i can see sdb1 now, and that it does print /dev/sdb1 <Svetlana>how do I check for 'does it detect usb drive?' from the scheme prompt that it gives? <Svetlana>civodul suggested ``,use (guix build linux-initrd)'' and ``(find-partition-by-label "gnu-disk-image")'', but I've not tried that yet (I could try and take notes of what it says, hopefully not many lines) <DusXMT>I myslf don't knoe exactly how, but you can list directory content in scheme, I'd list /dev to see what sdX devicesthere are. The initrd doesn't come with a shell, so that's the only way I think it can be done <Svetlana>ah. how can I list directory content in scheme? <civodul>Svetlana: sorry for the loooong delay <civodul>that's another reason why email sometimes works better for me ;-) <Svetlana>that is not a problem at all; my temperament is way slower than that <civodul>so yes, find-partition-by-label would be the thing <civodul>if you could try it from the Scheme prompt, that'd be great <Svetlana>yes, and any pointers how to do ``lsblk'' or similar in scheme? <civodul>but DusXMT's guess that some drivers are missing could be correct <Svetlana>i.e. list available devices and their names <civodul>there's 'disk-partitions' in that (guix build linux-initrd) module <civodul>from the prompt, you could also try: <civodul>(ext2-superblock-volume-name (read-ext2-superblock "/dev/sda1")) <civodul>or sdb1, whichever is supposed to be correct <Svetlana>ok I took notes, will reboot and see what i get *civodul is now a happy user of guix.el :-) <Svetlana>apparently it only detects my usb flash drive and my logitech usb mouse after bugging out with the error about gnu-disk-image not found -- and the commands return sdb1 fine in scheme (except the last long one which says something about unbound variable) <Svetlana>so i see the error, then scheme prompt, then some more of logs in a format similar to the earlier ones -- this time about 2 usb devices <civodul>Svetlana: so detection happens *after* the error, right? <civodul>and find-partition-by-label does work at the prompt? <civodul>in linux-initrd.scm, there's a variable called 'max-trial' <civodul>currently, the thing waits for at least 6 seconds before errorring out <civodul>we could still increase it, if need be <civodul>or are there many USB devices plugged in? <Svetlana>2 -- usb kb which it did fail to detect entirely (but it's not a big problem since the laptop has a builtin one anyway), and a usb mouse which it said it detected properly <Svetlana>i could try to take out the usb keyboard and see whether that makes it a bit happier <alezost>civodul: ah, I see your message in ML, glad that the problem disappeared :) <alezost>civodul: But I didn't really understand the message about "package.el" replacement <civodul>alezost: when you install something from package.el, the elisp files are compiled and loaded directly in the running emacs <civodul>Svetlana: maybe it's just that we need to increase the timeout <civodul>i could try to build a new image for you, with a higher timeout <civodul>(but i'm short on disk space right now...) <alezost>civodul: sorry, perhaps I'm just not able to comprehend it right now as I am all in "Makefile.am" and "configure.ac": that's a very interesting and huge subject <Svetlana>ok; i'll try without usb kb and yell back -- unlikely to help but may be worth a try *Svetlana eyes 'makefile' <Svetlana>(as other things, a horrid concept until one reads a /complete/ manual) <civodul>Svetlana: you only need a few lines of Makefile.am normally, no configure.ac <civodul>alezost: specifically, you need lisp_DATA = ... and MODULES += ... <alezost>civodul: actually there's some more that need to be done, I'll push it soon to a separate branch and I'll send a message about that <Svetlana>2 more detail. 1) the error is not 'gnu-disk-image not found', it is 'failed to resolve partition `gnu-disk-image`'; 2) the error message is preceded by a handful of warnings about it being unable to find /dev/sda6 <Svetlana>sda6 is a swap partition created and used by the os I'm chatting here from <Svetlana>(and unplugging the keyboard didn't make a difference) <civodul>Svetlana: what is the exact warning? <civodul>yes, it's from partition-label-predicate <civodul>Svetlana: normally the kernel message that says that the USB thing was detected is preceded by a timestamps like [12.4324345435]; what is that timestamp for you? <Svetlana>will check (I should probably start taking pictures :) <civodul>Svetlana: indeed, 16 seconds, that's a lot more than i'd expect <civodul>we can increase the timeout to 20s, then <alezost>civodul: should I mention all new files in a commit message (like "* emacs/guix.el: New file." for each one) <civodul>you can check standards.info for details <civodul>alezost: another thing for your to-do list ;-) : after 'guix pull', you'd have to restart the Guile process, so that it can actually load the new (gnu packages ...) modules <alezost>civodul: ok, thanks, I think in the worst case the new branch may be deleted <alezost>civodul: yes, for every action Outside "Guix REPL", it needs to be restarted <civodul>also a 'u' binding in the package list, to mark for upgrading <civodul>and 'U' to the installed package list, to mark all obsolete packages for upgrading <civodul>this is starting to look really nice, i like it <alezost>that's why I didn't bind u/U for upgrading: because I don't know where to move unmarking <civodul>key bindings are a difficult issue ;-) <alezost>anyway all keybindings may be modified by a user <civodul>but getting the defaults right is important, IMO <alezost>civodul: surely, I think we may raise that question on ML later <alezost>I mean when there will be more than 2 users :) ***Basstard1 is now known as Basstard`
<alezost>civodul: I have pushed the branch and sent a message to guix-devel <alezost>civodul: about "guix pull": do you mean there is a way to reread (gnu packages ...) without restarting a REPL? <civodul>alezost: i mean there is *no* way to reread (gnu packages ...) without restarting the REPL <civodul>well, that's not completely true, but still <alezost>civodul: hm, so what was you suggestion? To restart it automatically somehow? <civodul>alezost: yes: if/when there's a "guix pull" command in guix.el, call geiser-restart-repl or something like that once it has completed <alezost>civodul: but there is no support for "guix pull" in guix.el (how did you do that?), besides a user may run "guix pull" in a console (I mean outside geiser REPL) <civodul>alezost: yes, so that remark is for when there is support for "guix pull" in guix.el *alezost thinks it would be great to add davexunit's web interface to guix repo as well