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
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...
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
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
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
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
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...)
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
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
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
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
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
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
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
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
15 matches
Mail list logo