<lafrenierejm>atw: Yes, `make check` gives the "names too long" error even after stashing my changes. I'm now just working on the latest master (2ce144eebb3e86e6f52509499d25a134309f24d0).
<nckx>lafrenierejm: I'm getting ready for bed; did you find anything relevant in the mentioned config.log?
<lafrenierejm>nckx: I have looked at the config.log that's created. grepping for "length" doesn't seem to give any hints as to how to fix the problem, though. It just lists the various lengths.
<lafrenierejm>The values listed in config.log for `guix_sbindir` and `guix_sysconfdir` both start with `/usr/local/` after having run ./configure with `-localstatedir=/var`. /usr/ does not exist on my system.
<nckx>lafrenierejm: Same here (except for sysconfdir but I set that to /etc manually), and I never had any trouble.
<nckx>(Also, prefix=/usr/local, but in practice you never ‘make install’ guix.)
<OriansJ>grep -R 1xs8fnhh48gs41wg004r7m4r2azh9khmyjjlnvyzy9c6zrd212x2 ~/.cache/guix/ returns nothing and neither does the other hash.
<jackhill>Hi Guix: I ran: `guix archive --export libreoffice > /dev/null` but received the error: "guix archive: error: hash of path `/gnu/store/xva6rqxkimlkhjzxm41bcbfvyxv725b2-libreoffice-184.108.40.206' has changed from `2dc8cbb29020fcd9f5760fe1d78c2fd781feceb816a2b873a497bbab9a098220' to `4fe455dd730a5fca3618f3186ea30b3990f84fffe5136bb97198fc784333e6aa'!"
<reepca>jackhill: nope, grafting still follows the functional paradigm (instead of re-evaluating the function with different inputs to get the new inputs, it just applies a patching function to the outputs to make them refer to different store items).
<reepca>or rather, a more accurate description would be "produces new outputs that are like the old outputs but that refer to different store items" instead of "make them refer to different store items".
<apteryx>hmm, has anyone seen guix size reporting multiple times the same package with different hashes?
<apteryx>I have four variants of Python 3.7.0... which have the same size... eh?
<reepca>apteryx: 'guix size python' only reports one python of size 74.6 MiB for me
<g_bor[m]>As per yesterday's discussion with nckx here, I pushed the fix for icedtea directly to master.
<brendyyn>Noob question. I notice there are many versions of GCC; 4, 5 ,6 ,7 ,8 , 9. But the default one of the older ones. Arch builds with llvm 8 but this doesn't even seem to exist in guix. What goes in to choosing the default versions and what would happen if they were all updated to the latest, would everything break? would the things that didn't break run faster?
<nckx>brendyyn: Some things break when updating GCC; these are fixed or built with an older GCC; but all this happens only on core-updates since it rebuilds all the things. Don't know if there's a GCC upgrade in the works there ATM.
<brendyyn>nckx: I notice the default gcc is 5, which puts it major versions behind the latest. would the update change it to 6 or what?
<nckx>brendyyn: As for LLVM 8, it's probably missing because nobody's done the work to add it yet. Maybe things have changed and it's a better compiler now, but most of the GCC → LLVM switching hype was ideological/political, with some mumbling about compilation speed to sugar the pill. As a GNU project, we can just stick with GCC ;-)
<kmicu>(In practice new compiler version can make code slower too (I’m looking at you GHC). Wasting days on maintenance to maybe save some miliseconds is a terrible tradeoff.)
<divansantana>I'm trying to reconfigure my guix system on an older generation. (Because newer generations, have large packages that take long to build, then fail). Is this the right way of doing it? sudo -E /var/guix/profiles/system-88-link/profile/bin/guix system reconfigure ~/.config/guix/myconfig.scm
<divansantana>I'm guessing the above is not the best way, since it fails to find modules defined in my channels.scm
<cbaines>divansantana, if you're using a recent version of Guix, I'd check what guix pull --list-generations says
<brendyyn>Aurora_iz_kosmos: every user has two profiles. the one in ~/.guix-profile which contains all their packages, and one in ~/.config/guix/current, which contains just the guix package, a generation for every time guix pull is run
<brendyyn>you can see them by running guix package -p ~/.config/guix/current -I
<brendyyn>and delete old ones with --delete-generations that way.
<numerobis>Hi #guix! Is there a canonical shebang line to include for scripts on guix? Like the '#/usr/bin/env PROGRAM_NAME' on Nix? Something like '#/run/current-system/profile/bin/env PROGRAM_NAME' might work, but is this how other people do it?
<numerobis>str1ngs: just user scripts at this point. I am trying this method now and will report back.
<bavier`>icedtea fails to build on my kernel, log says "not supported" for kernel 5.0
<g_bor[m]><bavier` "icedtea fails to build on my ker"> bavier`: is it still so? I pushed a fix this morning, and now it builds fine for me.
<bavier`>g_bor[m]: ah, ok, I had just pulled last night; didn't expect a fix in the meantime already. I'll try again
<numerobis>str1ngs: I tried the 'extra-special-file' service, but I run into the error 'mkdir: Read-only file system' on guix reconfigure. I'll try other things and see if I can get it to work.
<g_bor[m]>bavier`: please report back with the results. Thanks.
<str1ngs>numerobis: is that something you defined using special-files-service-type?
<numerobis>str1ngs: I was going to, but then I saw in the documentation that using 'extra-special-file' (I basically copy-pasted the two lines in the list of services) is the simple way to achieve the symlink.
<kmicu>archetyp: do you see ‘rectangles’ only in place of numbers?
<bavier`>anyone know why our openjdk's 'javac --version' output includes a "-internal" suffix?
***marlon_ is now known as Marlin1113
<bavier`>I can't get Arduino IDE to build and run because of it :rolleyes:
<kmicu>jackhill: (to balance a negative comment) feel free to use btrfs, I had no issues with it on NixOS/Guix System since ~2014. 😺
<archetyp>kmicu: No, i see lines instead of numbers
<apteryx>I'm guessing that 'guix size' is not educated about grafts and hard links.
<kmicu>archetyp: I guess that’s a very bizzare font issue and installing some more popular fonts could fix it (plus running ‘fc-cache -r’ and restarting IceCat).
<numerobis>str1ngs: I rebooted the VM, and now guix reconfigure works and adds the symlink. :)
<archetyp>I just install almost all fonts ... hope that helps ;)
<GNUtoo>hi, I'm trying to build guix for Parabola (and by extension archlinux), I've modified and built gnutls with guile support, and updated the package definition of guix to try to build the 1.0.0 version, and I've the following issue: "guix/gcrypt.scm:33:2: error: %libgcrypt: unbound variable"
<GNUtoo>Is there anything I could do to check if my guile environement is sane? there seem to be a guile interpreter
<rekado_>GNUtoo: thanks for the report. git.elephly.net is back online.
<nckx>jackhill: +1. Been using btrfs since before the disk format had even been nailed down (~2011?). It's been fine for years. Didn't live up to the hype, and for the love of all your gods don't use raid5/6, but it's certainly not full of caveats all of the way.
<efraim>I use it with compression turned on and no other real special features
<ng0>i had one problem with it since it was introduced, that's all. and this one problem was only able to be fixed by manufacturer. I prefer zfs though.
<bt>sorry if anyone responded to my (anon12345) question while I was away, the system I was asking on was unstable, but I've now got my emacs config and such migrated over to my machine. If you wouldn't mind copy pasting your response if you made one it would be much appresiated. If no one awnsered I'll go ahead and re-ask. I'm trying to get slim or gdm running on my new guix system but I'm running into a error with xf86-vesa the error I
<bt>okay I won't then do you know where the config.log it mentions would be?
<reepca>If I understand correctly, you're running 'guix system reconfigure <config.scm-file>' and during that this error appears? Then it wouldn't make sense for it to be trying to cross-compile or anything like that
<reepca>if you run guix build --keep-failed xf86-video-vesa and the build fails, at the end it'll add a note "keeping build directory <build directory>", which is usually /tmp/guix-build-<package>-<version>
<reepca>It'll be in a subdirectory of that that hopefully should be easy enough to find
<bt>I've still got a lot of my config to migrate over, like my keymap, sorry for the speed. Here's the config.log https://arborescent.tk/config.log.txt perhaps I've got to specify a newer version of the compiler somehow?
<reepca>bt: could you ls -l in the directory config.log is in and see what the permissions for conftest are?
<reepca>hm, configure must have automatically deleted it
<reepca>it thinks it can't execute the stuff that gcc compiles because it tried it once and it didn't work. I'm wondering why that might be. gcc should make its outputs executable by default, right? And its owner should be the same user that created it. Could there be some sort of filesystem flags that would cause permission errors on attempting to execute a program?
<bt>my tmp has no-suid no-dev no-exec so that's probably coing it.