<sebboh>ok, I asked guix package to install rust. It appears to be downloading both [...]0lr7c0ff-rustc-1.33.0-src.tar.xz and [...]ksxgi-rustc-1.32.0-src.tar.gz ...Is it actually going to install more than one version of rust or what? Is this something peculiar to that package or something peculiar to guix?
<sebboh>(...Are these patch files, where none are complete in isolation?)
<dutchie>Ideally there would be substitutes to save you from having to do all this
<sebboh>Does substitutes mean binaries in this context?
<dutchie>yes, so called because they "substitute" for you building them yourself
<dutchie>I suspect that because the Rust bootstrap is so involved, there are some timeout issues or something on the build server
<sebboh>oh.. hm, my system doesn't seem to have downloaded that whole chain back to mrustc... It must have found a substitute a few links back ... (Ok, at this point I am assuming this thing is quite clever.)
<sebboh>But if the algorithm is simply a recursive find-sub-or-build-locally... then that's exactly clever enough to build *part* of the rust chain described in the blog post.
<sebboh>ok then emacs.scm monkeys with the build. delete some elc files, etc. Fine; expected. This tramp patch goes here instead of in a .patch? Is the patch dynamic or something?
<sebboh>... so. %standard-phases ... Hm. I should do this over again with a different project. Anyway, it looks need. I guess a lot of people are traveling right now and not active in here. See you all later.
<sebboh>Ah, yes. As I said, please pardon me. I have seen that response before when somebody brings up btrfs in a zfs conversation. Fine. Maybe I'll feel that way too one day, if zfs appears in a kernel I use. :)
<michaelrose>ZFS very clearly isn't a derivative work of linux and at the same time probably will never be merged with the mainline kernel
<sebboh>I don't know. I know that some major free software projects are successful *because of* (not despite) their hardline stance regarding licensing. This is not my area but I'll take their word for it.
<vagrantc>michaelrose: if you're going to be critical of something, please do try to be constructive and keep the tone in check
<michaelrose>sebboh, I'm not saying freedom and free software aren't important, I think they are, but can you name some? I'm not convinced linux is successful because of its license
<sebboh>The very ground we walk upon. Stuff so ubuiquitous that we don't think of it much sometimes.
<michaelrose>vagrantc, performance of btrfs is terrible unless you disable cow, then can be upgraded to pretty meh. Features are not as good as zfs. Most importantly random data loss seems to suggest that it spent the decade? of its existence being substantially untrustworthy. It seems like such complex things can expand in scope and features but no degree of work added on to a bad project seems likely to turn something terrible
<sebboh>I'm not using it like, anywhere right now. I tried it out and liked some things about it then realized that the way my libvirt qemu whatever VMs kept their disk images was fundamentally not compatible with btrfs, so I switched to ext4 and stopped thinking about it.
<michaelrose>I'm using ext4 on manjaro on this laptop and I love the software selection but ext4 is clearly inferior as is manjaro
<michaelrose>funtoo on zfs is nice but a hassle and the desktop using this configuration is defunct and building on a dual core laptop is suck
<michaelrose>maybe nixos would be a better choice despite the crappy configuration language
<travankor>just wondering, anyone tried guix on guile 3.0 beta?
<jackhill>Guix does work as a package manage on the NixOS foreign distro.
<eric23>should I report that emacs freezes when I open neomutt manpage with woman
<rekado_>sneek_: later tell b0f0 about “guix build: error: #<unspecified>”: you probably used “guix build -f” on a file that does not evaluate to a package value. Make sure the last value in the file is a package value, not a definition.
<str1ngs>dutchie: though this inspired a use case I had. http://dpaste.com/0TV7GA6 . and I think the local package scheme could be greatly simplified if url with modified scheme. but my scheme fu is not that good
<g_bor[m]>dutchie: iirc we have specification->package, so mapping the specifications->manifest with that, and then concatenating the two list, and then applying packages->manifest would work. Wdyt?
<dutchie>yeah, that'd work if i can't just concatenate the two manifests directly
<dutchie>I'll give it a try in a bit when I've finished some actual work
<Gamayun>efraim: Ah, it didn't occur to me to handle it with shepherd. You have a service definition handy? I do have a process, presumably started by kdeconnect-cli, and my phone picks the device up for pairing, but I get no confirmation on desktop.
<zch>Hello, I'm planning on buying a thinkpad t420 with the intention of installing GuixSD on it, but I believe the wifi driver required would be nonfree, so I ask: What USB wifi dongles are well-supported on GuixSD? If anyone uses one, please let me know.
<roptat>(I didn't use any trick to find it, just thought "hey, maybe it's ncurses" and ran "guix build ncurses" to confirm that the result contains a tput binary)
<dongcarl>Hey all, getting a build error here that says `ld: cannot find crt1.o: No such file or directory`, however, I do have `-L/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib` in my gcc invocation
<cyris212>Is there an easy way to start emacs as a service?
<sebboh>cyris212: is it acceptable to do that once, the first time you invoke emacs? Then the daemon keeps running ever after?
<cyris212>sebboh: I was hopping that there is a way through Shepherd
<sebboh>Well I got my first package build failure. How do I find out the cause? I'm 95% sure I ran out of ram... But I'd like to know how to confirm that. I see this line: `View build log at '/var/log/guix/drvs/qj/s2arjmgnx1d64xkxinpc8h3xzn6kl3-rust-1.30.1.drv.bz2'.` ..Ok, that decompresses to 3.5 megs. What am I looking for (with grep)?
<sebboh>cyris212: sure, I figured. I don't know. (I use the EDITOR='' + emacsclient trick. Works locally and doesn't matter what init I have.)
<roptat>sebboh, use bzless on that file, and go to the bottom with G
<roptat>then there should be a backtrace that you can ignore, and an actual error message just above
<sebboh>ah, bzless in addition to zless. noted. Well I have it decompressed now. Yes I see the backtrace..
<roptat>so maybe you can paste the last few lines (maybe 10 or 20) to paste.debian.net for instance?
<roptat>they should contain an error message (something more descriptive than make: *** error 2)
<sebboh>Maybe I just don't recognize the error message before. This is my first encounter with rust. (And I'm doing it on an OS I don't know yet 'cause I'm smrt! :) ) http://dpaste.com/1PXHZ6N (that's the last N lines of the log.)
<sneek_>b0f0, rekado_ says: about “guix build: error: #<unspecified>”: you probably used “guix build -f” on a file that does not evaluate to a package value. Make sure the last value in the file is a package value, not a definition.
<roptat>sebboh, it's a separate build farm from berlin (ci.guix.gnu.org), so you have to authorize it before you can get substitutes from it
<Ozymandias42>evening. possibly a faq but I can't seem to find the answer by googling. I need to know how to create symlinks of installed binaries in guix and create certain folders in the system config file. is this easily possible?
<roptat>vagrantc, you can remove these .go files by hand
<roptat>they correspond to files that were compiled in the past, but for which there is no source anymore, so they are actually useless
<vagrantc>roptat: seems to be working better now, thanks!
<Ozymandias42>okay. that's really helpful. seems I didn't read enough and not closely enough. Thx for the fast help! I'll try that right now.
<roptat>I've read the whole manual, so I'm good at pointing people to it now :p
<Ozymandias42>hope I'll get there too with time^^ It took me about a week to get everything I needed out of there to get it to run in systemd-nspawn for the first time. Having never touched scheme before didn't help either :D
<roptat>I totally understand, I've learned guile with guix :)
<jonsger>hmpf, this bournish shell in guix grub is a little pain. No wildcards, no less. How can one use it?
<vagrantc>roptat: it's not in any sha256sum i know
<vagrantc>what i want is something i can run on a file or directory where i have my gpg web of trust properly bootstrapped so i can verify signed tarballs, git tags, etc. and then update the guix hashes in the packages on a guix system
<vagrantc>just looking to simplify my workflow ... now i end up just copying around the tarball, verifying the sha256sum of it locally where i've verified the gpg signature, and then making sure the sha256sum matches, and then run guix hash on it
<nckx>jonsger: GRUB? Has nothing to do with bournish… GRUB has more features :-p I hear there's a replacement on the way but forget what it's called.
<nckx>jonsger: It's basically Guile pretending to speak a bit of Bourne…ish sh (hence the name), I think using reader macros, but it's very limited. I'd expect the VT to handle (some) scrolling though.
<kmicu>bavier: why not? base32 from coreutils gives 1g2jzcg1p25zrkx06j160qb8bgcwa3001ys4q02496xs61pvywqk
<mbakke>Is it possible to deploy an arbitrary gexp (not necessarily a package) to a profile via the command line?
<vagrantc>kmicu: i get three lines with capital letters ... so i'm not sure what you mean
<nckx>kmicu: Because ‘Nix’ uses a different character set from ‘base32’.
*nckx isn't sure if it's as simple as ‘base32 | tr …’, though.
<vagrantc>it is in theory possible to turn a sha256sum into a nix-base32 without having the original data, though?
<kmicu>Yep, Eelco replaced some letters to avoid confusion but that’s trivial step to fix on CLI.
<vagrantc>so in theory ... now if we can just come up with practice :)
<nckx>vagrantc: I meant that literally running ‘tr’ on the output might suffice.
<sisyphe_>hi guix, when I tried to build a package definition which was working some months ago, it failed due to what I think is wrong boost version. How can I freeze the boost version used to build my package ?
<str1ngs>IPFS is nice, because it is content addressable . and maybe gnunet could support that in someway as well.
<nckx>vagrantc: Something other than sha256? Or just another representation (cuz' they are ‘standard’ sha256 bytevectors under the hood, nothing Nix-specific.) The latter should be possible, but not out of the box.
<nckx>‘base32’ is just a syntax defined in (guix packages).
<bavier>vagrantc: it would be easy to define a 'base16' syntax that uses the procedures in (guix base16)
<jonsger>is /etc/mtab on Guix system usually empty?
<kmicu>(Ideally there should be no /etc at all only /gnu/store/hash)
<nckx>jonsger: No. /etc/mtab has been ‘deprecated’ since forever, in that it should always just be a symlink to /proc/self/mounts.
<nckx>str1ngs: I don't think tying our checksum format to whatever distribution method is suitable/fashionable/tenable at a given moment is the way forward, but that's since I'm still hoping GNUnet will overtake IPFS some day 😛
<Marlin1113>how do i setup multiple layouts on the config file?
<nckx>jonsger: If it is empty (are you still in bournish?), it's because literally nothing is mounted. Which might be the case, I guess, if you end up at the REPL.
<jonsger>no, I'm in the rescue system and then /mnt/etc/mtab is empty, but for a reason. But I don't have an idea how to open a file in bournish
<vagrantc>i wanted to know if there was a trivial way to generate a hash on a system without guix/nix with standard utilities out of the box, but it sounds like the answer is no; it requires some work and not important enough for me to look into it further
*kmicu thinks there’s an alternative hash script somewhere in Nix community logs.
<nckx>Ozymandias42: I have been there, oh pharao, and totes agree.
<Ozymandias42>not sure how to take that now. I do understand why I need /usr. What I don't understand is why it needs to be a service that will be run every time the system boots when once is enough
<roptat>Ozymandias42, I don't know, I was thinking that (mkdir "/usr") would just work
<Ozymandias42>strangely enough it complains about /etc/config-cli.scm already existing. that's my .scm file btw. and it has nothing to do with (mkdir "/usr") so no idea why that error pops up when I add it above operating-system
<roptat>if your use-case allows it, you could also just run the mkdir command in your system after your first boot
<nckx>Ozymandias42: Big-picture: because Guix is not intended to trust random system state. It prefers to ensure it, in this case by running mkdir every time. Littler-picture: I too do not know why mkdir doesn't work. I don't know in which environment the file is first evaluated.
<Ozymandias42>it will not "boot" in systemd-nspawn without both /etc/os-release and /usr existing
<roptat>I wonder if that (mkdir "/usr") is being evaluated outside of the target system, so it actually creates a /usr directory somewhere else
<Ozymandias42>manually creating usr is really no problem but it's one unnecessary extra step. another step would later be to refine the /sbin/init symlink that lxd requires (and systemd-nspawn can optionally make use of too) to not be a symlink to a script that also includes the --config /path/to/shepherd.conf part
<roptat>your current system probably already has a /usr, so that's maybe the error you get?
<Ozymandias42>..that might be. I'll try removing it and re-running guix system reconfigure to test it
<roptat>are you installing guix in its own directory?
<Ozymandias42>while in the vm with guix system reconfigure on other distros with init instead.
<Ozymandias42>it worked btw. removing /usr prior to running the command I mean
<roptat>mh... ok so that was the cause of the error message
<roptat>did (mkdir "/usr") create the directory as intended?
<Ozymandias42>I actually really like that .scm config system even if it's hard to get used too.
<Ozymandias42>one thing that get's in the way of outputting just the rootfs though is that kernel and initrd are required in it even if used with the container or init command instead of reconfigure
<Ozymandias42>it's one of the reasons I run a vm in the first place. it guarantees me an really completely setup base rootfs-tree that I can then simply copy and use in a container.
<jgibbons[m]><jgibbons[m] "I would love to develop arduino "> *blobs: pre-built jars, windows binaries, even hex files. Since guixsd is a free distro it must be conscious of such matters. It uses linux-libre because linux-libre gets rid of blobs. Is there a project to do that to the arduino ide?
<sisyphe_>@rekado_: thanks, I initially thought there was an other way to use an old package version but that will do