<rie>i did: guix pull -v 2 but i'm not seeing any debug output (did i need to pipe stderr to a file?) the command is still running (over 7 hours) and hasn't moved past the git update and i'm worried its stuck.
<lfam>rie: What kind of computer are you using? And what is the output of `guix describe` and `guix --version`?
<rie>it's an asus eee-pc netbook. describe: error: failed to determine origin. version 1.1.0
<rie>describe also said hint: perhaps this guix command wasn't obtained with guix pull
<bavier[m]1>pull on eee-pc is fairly slow if substitutes are unavailable
<rie>the guix real process is using 0% cpu. top shows nothing going on at all it seems
<bavier[m]1>I think pull needs to substitute/build a git before it can do the local checkout, which requires several other packages be available, etc. On an eee-pc that may take a while esp. if ram is low and disk-swapping is going on
<bavier[m]1>if there's no builds happening, it should be safe to cancel and restart the operation without any "work" being lost
<rie>i have, restarting it leads to the same result. doesn't seem like anything happens at all.
<efraim>wleslie: not sure about emacs at all, but to switch profiles I think you need to source ~/.guix-extra-profiles/etc/profile
<wleslie>not quite, you need to set GUIX_PROFILE first, as the sourced file depends on its current value
<wleslie>hmm. it doesn't read my ~/.emacs, but Custom writes to ~/.emacs.d/early-init.el
<wleslie>ah, figured it out; if it fails during site load (in my case due to invalid entries in EMACSLOADPATH) it doesn't get to .emacs
<vits-test>xelxebar: iso9660 vs ext4 zip-ability: IDK how, but chances are.
<xelxebar>vits-test: Maybe the ext4 image contains a lot of free space (i.e. zeroes)?
<xelxebar>vits-test: Interestingly, I build the image on a remote machine and ncat'd it to my local machine through a reverse ssh forward with compression (ssh -C -R). That the receive side was reporting something like 15 MB/s throughput, which is well above my puny internet link's capabilities. So you're probably right about the compression.
<shoxy>hi everyone! guix is great! i would like to use it for my servers, but i am worried that e.g. postgres is not maintained. I myself am not (yet) able to support maintaining. How do you handle such (famous/important) packages at guix?
<vits-test>shoxy: One need to challenge a developer for hand-to-hand fight. Loser become a package maintainer.
<jmarciano>leoprikler: I have Guix on image, not on one of computers as we cannot allow spending bandwidth.
<jmarciano>leoprikler: so currently I am not using it, only when in Europe. But you say that when you delete file, that file does not end by default in Trash can, is that so?
<jmarciano>MSavoritias[m]1: not that I refer to any freedom issue, I refer to Tramp accessing remote files and variable delete-by-moving-to-trash causing Tramp to attempt trashing remote files, which is all bound to Freedesktop.org but it is no standard just popular adoption
<jmarciano>and Tramp accesses many remote systems, definitely not only desktops as in "freedesktop", mostly servers
<jmarciano>I know in Hyperbola GNU/Linux-libre much of stuff from Freedesktop is not followed blindly
<leoprikler>sneek: later tell jmarciano Guix (the package manager/OS) deletes files [upon gc] using rm, so nothing is trashed. Applications on Guix, e.g. GNOME, may or may not honor XDG trash, as they do in other distros.
<leoprikler>Half an hour doesn't sound too bad for a system upgrade. Remember, that Guix is a source-based distro with substitutions, so you can get your Gentoo "10 years compiling" sweater out of the closet if you still have that ;)
<jonsger>it depends on your machine and whether you get substitutes or not, Bumblehorse
<leoprikler>There are some performance issues, specifically on HDDs, but trust me, I've seen worse.
*jonsger hopes that Miguel and Ludos patches on `guix publish` improve the situation...
<maav>jonsger: for small packages you should already see an improvement, but you can always pull a commit from master that hasn't been built yet... and I really need improvements, as half an hour would be delightful sometimes with my machine :)
<maav>i want to try some kind of "wait unless nobody is going to build that" option...
<maav>saying it out loud I realized that maybe a "guix fetch" command could be a good idea...