<lfam>georges-duperon: You are using `guix build --check`?
<lfam>georges-duperon: Can you explain in more detail what you tried? In general, you have to first build the thing, and then try again with --check
<georges-duperon>lfam: guix build --check -f guix.scm builds twice if there's not already a build, that's not the issue.
<georges-duperon>lfam: I produced one binary file, and placed in in (string-append (assoc-ref outputs "out") "/bin/"), all fine.
<georges-duperon>lfam: But if I try to put a .tar file next to it, I get that message.
<georges-duperon>lfam: The only way so far I've found to get that data somewhere in the output without getting that message is to base64-encode it, and place it in a .txt file in (string-append (assoc-ref outputs "out") "/share/doc/foo.txt")
<nico202>Hi, I was trying to get guixSD luks boot automatically with a keyfile, any hint on some resource I should read? Right now it requires me to enter the password manually (and twice), I'd like grub to load it from an usb key
<civodul>rekado: that's a nice write-up with clear explanations!
<civodul>it's good for you that your boss understands what's at stake this well :-)
<civodul>and can explain it in terms that make sense to the bioinfo community
<kristofer>hello! I've been troubleshooting my exim-configuration with exim -d+route -bt email@example.com and discovered the running exim isn't using the configuration specified in my system configuration.
<mange>Can you paste your configuration using the link in the topic?
<kristofer>my exim-service-type is basically copy-pasta from the manual. I have a custom exim.conf in ./ with my system configuration, but apparently chooses to use the default configuration packaged with exim
<rekado>I’m having a weird problem compiling Haskell things.
<rekado>ghc-inline-c no longer builds, saying it depends on two different variants of parsec.
<rekado>civodul: I don’t know yet. For each Haskell package GHC generates a bunch of configuration files. It wonder if there might be a conflict with configuration files describing the same package (but using different identifiers), which could be order-dependent.
<rekado>on the other hand this could just be a problem with the store on my laptop because I ran out of space a few days ago.
<ng0>for a deactivated mailinglist, nix-devel gets still a lot of mail :)
<civodul>rekado: but do you think there are packages that produce different results on different machines? or are you just talking about run-time behavior?
<rekado>civodul: too early to tell. What I see, though, is that the package fails to build on my laptop, while it could be built on the workstation where I packaged it.
<mange>kristofer: After a bunch of experimenting, I can't reproduce your issue. The service should set things up to load a small config file that contains two lines (setting exim_user and exim_group) before loading the config file that you supply.
<mange>I tried it by creating an incorrect config file and then traced through the references in the store (starting from the correct *-shepherd.conf file, then through the *-exim.conf files).
<kristofer>if your vm is running exim, try exim -d to see what file the runtime config is
<mange>kristofer: Does -d connect to the running daemon and ask it for the config location? The man page isn't clear one way or the other.
<mange>kristofer: Based on what I'm seeing, I think that exim -d doesn't talk to the daemon, and just uses whatever config file it thinks it should. The daemon is run with -C /gnu/store/...-exim.conf, but running exim -d doesn't know that, so it just uses the default configuration file instead.
<roptat>rekado: could it be because of some missing processor feature?
<nckx>Also weird: the new IceCat is great, but (at least on i3) the tab bar doesn't 'auto scroll' when opening a new tab: new tabs eventually 'drop off' the right end and I have to use the scroll wheel to get them back. Has anyone had this problem?
***mbowcutt_ is now known as mbowcutt
***tau is now known as Guest38059
<rekado>the package.cache files for ghc-inline-c on the two systems differ.
<rekado>the order of some lines in files in package.conf.d differs as well.