<ray__>Hi there: I have an issue where adding binutils to the list of inputs causes a RUNPATH validation failure
<ray__>Specifically, I'm trying to compile xmonad, and just adding binutils to the list of inputs, with no other changes results in
<ray__>/gnu/store/v6k307nzmfwnim9bg08m9c2jb2lgbmch-xmonad-0.13/bin/xmonad: error: depends on 'libXss.so.1', which cannot be found in RUNPATH ("/gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib" "/gnu/store/vla5j7pbkpcp39lsdfsmz7m9azn48lr4-gcc-5.5.0-lib/lib")
<cbaines>ray__, at build time, the information about the packages is what's in the "inputs"
<cbaines>which is a list of the input names, and input store paths
<cbaines>I think there is a plan to rework the package build setup to use G-expressions, which would make the whole process much more flexible, and I think that might allow passing in extra data more easily
<ray__>Ok, I have another idea, tell me if it can work. The path /lib/ghc-8.0.2/xmonad-0.13.conf.d is created when xmonad is compiled, so can I just look for a path of that form?
<ray__>I don't know any scheme, but it seems like it should be possible to look for a directory of the appropriate form, then get the true path as a string
<cbaines>The scandir function in the File Tree Walk module comes to mind
<cbaines>Out of interest, what are you trying to do with the xmonad package?
<ray__>When I insalled xmonad, and tried to run xmonad --recompile
<ray__>It complained about all kinds of things going wrong
<ray__>I'm wring to wrap-package the xmonad binary so that it has everything it needs in order to recompile
<ray__>So putting xmonad into the GHC_PACKAGE_PATH, ghc into the PATH, libc into the LIBRARY_PATH
<ray__>While I have you here to ask, the next step is going to be to make it possible to get xmonad-contrib into the path if the user wants it, but it should be an optional dependency (so to speak). What's the best way to do this? Does guix have something similar to use flags? Or maybe I can do it like NixOS and have it in the system configuration?
<ray__>The other idea I had was to make a second package like xmonad-with-contrib, which just has a shell script to set the GHC_PACKAGE_PATH and call xmonad
<cbaines>When you wrap xmonad, you can choose for each environment variable whether to include the value from the environment
<cbaines>e,g, PATH="/gnu/store/...-foo/bin" vs PATH="/gnu/store/...-foo/bin:$PATH"
<ray__>mmhm, but xmonad-contrib isn't going to be in the path unless I put it there
<cbaines>Well, someone wanting to use it could just install it right (guix package -i xmonad-contrib)
<civodul>looks like something's wrong with call-with-networking-fail-safe but i can't see what
<snape>SSL_CERT_DIR=/run/current-system/profile/etc/ssl/certs causes my SSL errors
<snape>if I set it to SSL_CERT_DIR=/etc/ssl/certs, it works fine
<jonsger1>civodul: gcc, glibc, hello fail all. they use "mirror:" as uri. vim, 0xffff, 0ad etc doesnt fail
<thomassgn>ehrm, suddenly guix fails to reconfigure because it needs some usb storage modules for initrd. Is there a way to silence/continue? I didn't need them yesterday evening. I tried adding what it asks for but hit the bug where usb-storage us misnamed as usb_storage. It was fixed 30 days ago, but it still happens here.
<pkill9>feature request: a flag for `guix system init` to not copy any files over, so if grub fails to install due to a misconfiguration, you can try again without copying over all the files that the previous run of `guix system init` copied over
<thomassgn>what is it in the store you have to delete to clear old generations? it's some kind of symbolic link right?
<jonsger1>civodul: I run the guix installed on opensuse. guix-daemon (restarted) from systemd
<jonsger1>adding perl-text-markdown-discount-unbundle.patch and racket-fix-xform-issue.patch to gnu/packages/patches, to gnu/local.mk and running "./bootstrap" resolves the issues with guix weather/challenge
<rekado>FWIW “guix weather” and “guix challenge” work fine here (using a git checkout on this Fedora machine).
<rekado>92.6% substitutes available (7,574 out of 8,183)
<rekado>when the configuration file contains a bind password (bindpw) the service refuses to start unless the file is chmod 400 – (how )can I do this when the file is created with an etc-service-type extension?
<rekado>the second problem is that this service only works when LD_PRELOAD=/path/to/nslcd/lib/libnss_ldap.so.2 is set.
<civodul>LD_PRELOAD or LD_LIBRARY_PATH? prolly the latter is enough, no?
<rekado>I always considered LD_PRELOAD to be more precise
<civodul>in the meantime, you can perhaps add an activation snippet that calls chmod
<civodul>but you cannot be sure it'll be called after the file has been created, which isn't great
<rekado>I have changed the nscd-configuration by adding (name-services (list nss-pam-ldapd)), which should set LD_LIBRARY_PATH for nscd, but I guess I also need to extend the service that provides /etc/environment to set LD_LIBRARY_PATH there.
<joshuaBPMan>snape: I actually wouldn't mind trying to chip in. I'm just not sure how to get started. And I'm not entirely certain how much time I'm willing to invest in packaging things. Maybe I should sit down one morning and try packaging some things.
<davexunit>rekado: we don't? I just ran 'guix package -A sssd' and got a hit
<rekado>davexunit: but once I’m done with this nslcd stuff I want to make it obsolete with sssd.
<rekado>well, yes, we have the package, but we don’t have a service.
<snape>joshuaBPMan: if you want to package some stuff, you should try with some easier packages before getting into Rust
<davexunit>I want to get something sane figured out soon because it's a constant source of headache for me
<janneke>civodul: hmm, changing plain-file won't that rebuild world? looking at text-file*, i'm afraid it may need a (set-port-encoding! port "ISO-8859-1"); something like: http://paste.debian.net/1033123
<jonsger>civodul: every patch has to be added to gnu/local.mk or?
<ng0>as user root, what is the output of: readlink $(which mkfs.ext4)
<nixd>I actually just looked into the ISO's files. Not sure if they are even meant to be there as files. The output of this is: "which: no mkfs.ext4 in (/run/setuid-programs:/root/.config/guix/current/bin:/root/.guix-profile.bin:/run/current-system/profile/bin:/run/current-system/profile/sbin)"
<nixd>Yeah, but has anyone had this issue before? I couldn't find anything. The workaround for me has been installing e2fsprogs, going to its directory and running mkfs.ext4 manually. Should I do anything regarding this, like opening a bug, or just leave it be for now? Thanks to all for the help.
<ng0>like describe what you did, the shasum of your ISO file, etc…
<lfam>nixd: I expect that you already had an e2fsprogs package in /gnu/store and it could have been found with the command I showed you
<lfam>A bug report would be welcome although I think it's going to be hard to reproduce, I think :/
<nixd>Ifam shouldn't guix -i e2fsprogs have behaved differently if it already was installed? Versions should be the same, shouldn't they? The SHA1 of the ISO I used is F2B28A0FC9551900EAFDA27BEB7A834F2C861355 . I'll see and may open a bug report. I burned it onto a DVD. Other than that I just followed the installation manual, no special steps. Should be
<nixd>easy to reproduce, unless my ISO is somehow faulty
<ng0>so what happened with rust? my rust update hang midway, right before the actual new version and now I'm on 1.23.0 compiling?