<Sleep_Walker>civodul: I was just checking if there is some known problem - it fails on `build of /gnu/store/yc1dgyl6cx0h4irf4x9c99y39333akm9-guix-package-cache.drv failed` with pretty short log http://ix.io/2dNo
<Blackbeard>the readme says to only use 'make' and 'make install'
<Sleep_Walker>civodul: thanks! I believed I wipe whole installation before reproducing but I indeed forgot this one
<guix-vits>Blackbeard: if compiler notices something "unusual" but not "wrong" within the code, it can emit an "warning". Good programming practice is "treat all warnings as errors"; so this flag is exist.
<DamienCassou>is there a way to generate a value for the PATH variable from a list of dependencies? I would like to use `wrap-script` to setup the PATH of a bash script. I could use the PATH that is current while the package builds, but this contains more things than necessary (e.g., GCC)
<civodul>dftxbs3e: i got a bounce from your email address ("spam detected" :-/)
<PurpleSym>The only difference is in mistune.cpython-37.pyc and it’s literally the hash of its own /gnu/store directory that’s different.
<NieDzejkob>I'm trying to set up offloading onto my Debian machine, but ssh with a command directly on the commandline doesn't run a login shell, which means it doesn't read /etc/profile.d/guix.sh which sets the relevant env vars. As a perhaps related problem, I get a protocol error from guix offload test: https://paste.debian.net/1134102/
<NieDzejkob>is there a way to update /usr/local/bin/guix on a foreign distro? the equivalent on Guix System would get updated on a reconfigure
<civodul>NieDzejkob: you would run "guix pull" as root
<civodul>since /usr/local/bin/guix points to root's profile
<guix-vits>PurpleSym: did you customized anything in python-mistune, or mistune.cpython-37.pyc is packaged inside of jupiter-zpid?
<NieDzejkob>civodul: oh, I thought I was running some old version because the commit ID is different, but it's just that someone pushed a commit between my pull as user and as root
<NieDzejkob>PurpleSym: Maybe there's a python-mistune in both Guix and your channel?
<raingloom>if i need multiple source files for a package, i just use a list of origin objects, right?
<civodul>raingloom: 'source' cannot be a list, but you can add extra origins as inputs
<rndd>hi everyone! could anybody help? i wanna try i3wm on my laptop. so, i dont know how to change my config.scm to install and apply i3... where i can found information about possible functions and arguments fo config.scm?
<anadon>civodul: Before I leave for a bit, last Thursday and Friday I ran into failures for `guix pack --format=squashfs ...` on CentOS7 related to "guix/scripts/pack.scm". Adding the "--no-recovery" option helped one kind of failure from replicating on the command line, but the guix command still fails.
<anadon>NieDzejkob: I'd suggest something if I knew. Sorry :/
<NieDzejkob>After some print-debugging, I determined that the problem is in remote-daemon-channel's call to open-remote-pipe*
<rndd>NieDzejkob: maybe. so my question is about modifying config.h (that is the basic way to configure dwm - the idea is about recompiling whole dwm when you want to change, for example, frame fize). So, i need to put my config.h inside project source and recompile how i can to do it with guix ?
<NieDzejkob>/gnu/store/g7w8qzw94cd5snmhwx9ankpx3axy0m4d-rust-1.40.0/lib/rustlib/x86_64-unknown-linux-gnu/codegen-backends/librustc_codegen_llvm-llvm.so: error: depends on 'librustc_driver-1040000d6b8afc7f.so', which cannot be found in RUNPATH ("/gnu/store/g7w8qzw94cd5snmhwx9ankpx3axy0m4d-rust-1.40.0/lib/rustlib/x86_64-unknown-linux-gnu/codegen-backends/../lib" "/gnu/store/nsrym6zn3yb4390fazx1gq8rg0m8dhkd-llvm-8.0.0/lib" "/gnu/store/2plcy91lypnbbysb18ymnhaw3zwk8pg1-
<nckx>Blackbeard: It is, but it turns out that it won't affect the installer because the installer knows best and hard-codes a console-font service and font (2 different ones, even: LatGrkCyr-8x16 on TTY2 and lat9u-16 on the others).
<sneek>nixo_, NieDzejkob says: FYI, you forgot to --signoff on the nheko patchstack you pushed. I tried to find an option to signoff by default, but failed miserably, so, uh... be more careful next time ;)