Re: [Nix-dev] hydra's nix-expression works in nix-shell, but fails with nix-build

2014-06-15 Thread Luca Bruno
Always use nix-build to test building packages, and enable the usage of chroots because that's very important. nix-shell does not use chroots. On Sun, Jun 15, 2014 at 3:01 AM, Thomas Strobel ts...@cam.ac.uk wrote: Hi! I'm trying to write a nix-expression for current hydra, see below. It

Re: [Nix-dev] Fw: Re: Linux Action Show is calling

2014-06-15 Thread Wout Mertens
I have the distinct impression that Eelco neither wants to promote nor discourage NixOS evangelism... which I totally understand. More newbies means more noise but OTOH means more eyeballs and developers. In any case, +1 from me. Would be nice to have more than 1 person in the interview though...

Re: [Nix-dev] hydra's nix-expression works in nix-shell, but fails with nix-build

2014-06-15 Thread Thomas Strobel
Thanks, I added --pure to nix-shell, but the result didn't change. The only difference in the environment variables which are set for nix-build and nix-shell is that nix-build contains the following: declare -x NIX_ENFORCE_PURITY=1 declare -x NIX_INDENT_MAKE=1 declare -x TZ=UTC In nix-build

[Nix-dev] problem using Haskell libraries that depend on C libraries

2014-06-15 Thread Ganesh Sittampalam
Hi, I have a general problem with developing Haskell code in NixOS. It arises when I directly build a Haskell library that depends on a C library, rather than installing the Haskell library as a nix package. The problem is best illustrated with an example using myEnvFun and zlib, though the

Re: [Nix-dev] Proper way to handle OpenGL applications

2014-06-15 Thread Vladimír Čunát
On 06/14/2014 04:22 AM, Mateusz Kowalczyk wrote: I notice inconsistent behaviour between my root and user accounts when it comes to OpenGL. [...] Yes, LD_LIBRARY_PATH should be set for anyone who wants to use OpenGL. Otherwise you may get default mesa driver or none at all (depends on

Re: [Nix-dev] Proper way to handle OpenGL applications

2014-06-15 Thread Kirill Elagin
Any software such as ‘mpv’ that I put in my configuration.nix will think it's using OpenGL 1.4. This carries over to the user, where you'll see the similar output. What I have noticed in the past is that sometimes if I nix-env -i an existing piece of software on my user account, it will no

Re: [Nix-dev] pytables, numexpr, and pandas

2014-06-15 Thread Andreas Herrmann
Thanks for your detailed answer. On 15 June 2014 02:28, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk wrote: On 06/14/2014 11:17 PM, Andreas Herrmann wrote: A) Is there some kind of test suite that I need to run on the expressions before I can send a pull request? (I can build and use them...)

Re: [Nix-dev] Proper way to handle OpenGL applications

2014-06-15 Thread Vladimír Čunát
On 06/15/2014 08:36 PM, Kirill Elagin wrote: Either the description above is wrong or your patch doesn't fix that behaviour as the quote suggests that something's really wrong is going on and I can think only of one case fixed by your commit, that is running OpenGL programs via `sudo`. Ah, I

Re: [Nix-dev] Proper way to handle OpenGL applications

2014-06-15 Thread Mateusz Kowalczyk
On 06/15/2014 08:36 PM, Kirill Elagin wrote: Any software such as ‘mpv’ that I put in my configuration.nix will think it's using OpenGL 1.4. This carries over to the user, where you'll see the similar output. What I have noticed in the past is that sometimes if I nix-env -i an existing

Re: [Nix-dev] pytables, numexpr, and pandas

2014-06-15 Thread Mateusz Kowalczyk
On 06/15/2014 09:09 PM, Andreas Herrmann wrote: Thanks for your detailed answer. On 15 June 2014 02:28, Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk wrote: On 06/14/2014 11:17 PM, Andreas Herrmann wrote: A) Is there some kind of test suite that I need to run on the expressions before I can

Re: [Nix-dev] problem using Haskell libraries that depend on C libraries

2014-06-15 Thread Peter Simons
Hi Ganesh, zlibTest:~/zlib-0.5.4.1$ cabal repl ... Loading object (dynamic) z ... failed. command line: user specified .o/.so/.DLL could not be loaded (libz.so: cannot open shared object file: No such file or directory) Whilst trying to load: (dynamic) z you are right: the

Re: [Nix-dev] hydra's nix-expression works in nix-shell, but fails with nix-build

2014-06-15 Thread Mateusz Kowalczyk
On 06/15/2014 11:09 AM, Luca Bruno wrote: Always use nix-build to test building packages, and enable the usage of chroots because that's very important. nix-shell does not use chroots. How does one enable chroots for this purpose? I had it happen before where I tested a package in nix-shell

Re: [Nix-dev] Binary packages for custom store path installs

2014-06-15 Thread Vladimír Čunát
On 06/14/2014 11:05 PM, Ertugrul Söylemez wrote: Well, let's not try to decide the undecidable. Would it be so bad to have explicit dependencies? That seems to be the only sound solution. If you mean *only* using explicit dependencies and not using the hash-scanning approach, then I think

[Nix-dev] Testing NixOS modules.

2014-06-15 Thread Mateusz Kowalczyk
Greetings, I just opened [1] and started to implement it, basically making pass-through options that user can configure. What is the way to test NixOS modules? I don't particularly want to wait until ‘updatedb’ is scheduled to run, perhaps I only want to see the final command nix produces. I

Re: [Nix-dev] problem using Haskell libraries that depend on C libraries

2014-06-15 Thread Ganesh Sittampalam
Hi Peter, On 15/06/2014 21:12, Peter Simons wrote: you are right: the environment variable $NIX_LDFLAGS ensures that GCC can find libz (and other systems libraries), which is why cabal configure succeeds. But this won't help GHC locate those libraries, because it doesn't know about that