Changes to make Nix output more informative errors

[Mathnerd314]

• Output several more locations during --show-trace
• Option -C / --color for use with less -r
• nix-instantiate respects '-k' by continuing evaluation after errors (only with derivations)

[Mathnerd314]

@edolstra Is there any possibility of this being merged?

[copumpkin]

Don't leave us hanging! You want to make nix output more what? :smile:

[domenkozar]

@edolstra didn't read the code itself, but this is worth persuing

[copumpkin]

:+1:

[domenkozar]

Another error that needs reasoning explanation:

error: access to path ‘/home/domen/nixpkgs/nixos/release-combined.nix’ is forbidden in restricted mode

It should at least say that it will evaluate nix only in search path and in Nix store.

[domenkozar]

This would be so nice to have. @Mathnerd314 could you resolve merge errors and I'll test?

[Mathnerd314]

I might update this eventually, but not anytime soon. There are some systematic design flaws which I want to resolve first.

[alesya-h]

Any update on this?

[Mathnerd314]

@alesguzik I've stopped most Nix development until June 24, 2016; you're welcome to do something with it before then though.

[domenkozar]

@Mathnerd314 would love to see this going, best to open one PR per fix. That way there is a higher chance they will get merged.

[copumpkin]

@Mathnerd314 could you elaborate on

There are some systematic design flaws which I want to resolve first.

so someone else can pick this up effectively?

[Mathnerd314]

@copumpkin That's just #296 and related issues; the only issue with this PR I know of is that I'm too lazy to update it to fix the merge conflicts. From Haskell it's clear that lazy evaluation works, and so far there's been nothing urgent enough in Nix development to force me to update. But of course anyone else is welcome to pick up the code and run with it.

[dtzWill]

This would be great! Has anyone looked at tackling the conflicts yet? Hopefully not too bad, but even if they are... breaking this into incremental improvements (as suggested above, and I agree should be done) means progress can be made without fixing all the things.

Is this likely to have costs to eval time/size? I've always assumed --show-trace existed (and was off by default) so that these costs were opt-in for debugging, but never actually checked how/if that's done. Also I have "show-trace = 1" or whatever in my nix.conf haha. Anyway, let's revive this!

[deliciouslytyped]

Is there any life left in this?

[stale[bot]]

I marked this as stale due to inactivity. → More info

[Ericson2314]

I am sad this was neglected. I started looking to see if there was anything to salvage after our recent log overhauling.

[Ericson2314]

https://github.com/NixOS/nix/compare/master...obsidiansystems:noisy-nix this is the first commit (without the color parts, as we have much more of that now) building but untested. That's enough for now.