[Nix-dev] [***SPAM***] Using nix-shell in messy trees with symlinks and binary files

[zimbatm]

Maybe attach your default.nix so we can have a look. I suspect that you're
loading the whole nixpkgs in your shell somehow.
A version of nix and channels could also come handy

On Thu, 18 Feb 2016 18:25 Kosyrev Serge <skosyrev at ptsecurity.com> wrote:

> Good day, folks!
>
> What I'm seeing is a rather disturbingly odd, context-depenent behavior of
> nix-shell:
>
> ,----
> | [deepfire at andromedae:~/src/foo]$ nix-shell default.nix
> | warning: dumping very large path (> 256 MiB); this may run out of memory
> | error: file ‘/home/deepfire/src/foo/generated/rootfs/chroot/dev/fuse’
> has an unsupported type
> | (use ‘--show-trace’ to show detailed location information)
> |
> | [deepfire at andromedae:~/src/foo]$ mv default.nix scripts/
> |
> | [deepfire at andromedae:~/src/foo]$ nix-shell scripts/default.nix
> |
> | [nix-shell:~/src/foo]$
> `----
>
> The directory structure, indeed, has some oddities -- device files,
> symlink loops, this kind of stuff.
>
> Consideration that nix-shell tries to compute some.. hash.. out of it all,
> sends shivers down my spine.  That's a lot of stuff to hash through.
>
> If this theory is, indeed, correct, what would be the way to make
> nix-shell disregard certain paths from the equation?
>
> --
> с уважениeм / respectfully,
> Косырев Сергей
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20160218/50caed8e/attachment-0001.html