Re: [Nix-dev] Creating offline installation image
Anyway, I still don't know how to do my task :( 2015-03-29 2:46 GMT+03:00 James Cook james.c...@utoronto.ca: If the versions are not too far apart, then it's possible for only a few store hashes to change. James On 28 March 2015 at 16:45, Arseniy Seroka ars.ser...@gmail.com wrote: I think that if they are different, many things will have different hash. But as I can see, lot's of store's elements were already copied. 2015-03-29 2:37 GMT+03:00 James Cook jc...@cs.berkeley.edu: On 28 March 2015 at 13:47, Arseniy Seroka ars.ser...@gmail.com wrote: My installation-cd-minimal.nix [1] What I do: Running qemu with generated image Checking that I can run vlc, teamviewer, dropbox, openbox etc (also Xserver is running) Making partition on hard drive Mounting to /mnt Editing /mnt/etc/nixos/configuration.nix to [2] Running nixos-install What I'm getting [3] Adding to installation-cd-minimal.nix xlibs.xf86videovmware xlibs.xf86videovesa xlibs.xf86videointel xlibs.xf86videoati doesn't affect installation. Ideas? :-( [1] https://gist.github.com/jagajaga/b41475f097b0e0b58865 [2] https://gist.github.com/jagajaga/b91cb0deb04042dbd40f [3] https://gist.github.com/jagajaga/2a78535bdb9bb6c53b2a Could the nixpkgs version used to generate the installation image be different from the nixpkgs version used by nixos-install? I don't know how the second one is determined; I guess it gets copied from somewhere when you generate the image. James -- Sincerely, Arseniy Seroka -- Sincerely, Arseniy Seroka ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Creating offline installation image
(For the list: a GitHub issue to track this.) On 28 March 2015 at 17:12, Arseniy Seroka ars.ser...@gmail.com wrote: Issue: https://github.com/NixOS/nixpkgs/issues/7059 2015-03-29 3:04 GMT+03:00 James Cook james.c...@utoronto.ca: Sorry you are having trouble. I'm going to wait to see if anyone more knowledgeable chimes in. If you're really eager to debug it yourself, I would start by looking at the source for generating the installation CD (and possibly the source to nixos-install), to see where it finds nixpkgs, and then try to build an installation CD where both versions match. Otherwise feel free to ping me in a day or two and I'll take another look. (Also, I think it would also make sense to file a bug on GitHub.) James On 28 March 2015 at 16:51, Arseniy Seroka ars.ser...@gmail.com wrote: Anyway, I still don't know how to do my task :( 2015-03-29 2:46 GMT+03:00 James Cook james.c...@utoronto.ca: If the versions are not too far apart, then it's possible for only a few store hashes to change. James On 28 March 2015 at 16:45, Arseniy Seroka ars.ser...@gmail.com wrote: I think that if they are different, many things will have different hash. But as I can see, lot's of store's elements were already copied. 2015-03-29 2:37 GMT+03:00 James Cook jc...@cs.berkeley.edu: On 28 March 2015 at 13:47, Arseniy Seroka ars.ser...@gmail.com wrote: My installation-cd-minimal.nix [1] What I do: Running qemu with generated image Checking that I can run vlc, teamviewer, dropbox, openbox etc (also Xserver is running) Making partition on hard drive Mounting to /mnt Editing /mnt/etc/nixos/configuration.nix to [2] Running nixos-install What I'm getting [3] Adding to installation-cd-minimal.nix xlibs.xf86videovmware xlibs.xf86videovesa xlibs.xf86videointel xlibs.xf86videoati doesn't affect installation. Ideas? :-( [1] https://gist.github.com/jagajaga/b41475f097b0e0b58865 [2] https://gist.github.com/jagajaga/b91cb0deb04042dbd40f [3] https://gist.github.com/jagajaga/2a78535bdb9bb6c53b2a Could the nixpkgs version used to generate the installation image be different from the nixpkgs version used by nixos-install? I don't know how the second one is determined; I guess it gets copied from somewhere when you generate the image. James -- Sincerely, Arseniy Seroka -- Sincerely, Arseniy Seroka -- Sincerely, Arseniy Seroka ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] complete removal of obsolete kdelibs derivation
On Sat, Mar 28, 2015 at 5:11 PM, Karn Kallio tierplusplusli...@skami.org wrote: The attached patch completes the removal of the obsolete kdelibs derivation; otherwise kde will fail to build Applied to master, thanks! Could I ask what error you are seeing? I can't reproduce any build failures locally, and I want to make sure something like this doesn't happen again. -- Thomas Tuegel ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Creating offline installation image
If the versions are not too far apart, then it's possible for only a few store hashes to change. James On 28 March 2015 at 16:45, Arseniy Seroka ars.ser...@gmail.com wrote: I think that if they are different, many things will have different hash. But as I can see, lot's of store's elements were already copied. 2015-03-29 2:37 GMT+03:00 James Cook jc...@cs.berkeley.edu: On 28 March 2015 at 13:47, Arseniy Seroka ars.ser...@gmail.com wrote: My installation-cd-minimal.nix [1] What I do: Running qemu with generated image Checking that I can run vlc, teamviewer, dropbox, openbox etc (also Xserver is running) Making partition on hard drive Mounting to /mnt Editing /mnt/etc/nixos/configuration.nix to [2] Running nixos-install What I'm getting [3] Adding to installation-cd-minimal.nix xlibs.xf86videovmware xlibs.xf86videovesa xlibs.xf86videointel xlibs.xf86videoati doesn't affect installation. Ideas? :-( [1] https://gist.github.com/jagajaga/b41475f097b0e0b58865 [2] https://gist.github.com/jagajaga/b91cb0deb04042dbd40f [3] https://gist.github.com/jagajaga/2a78535bdb9bb6c53b2a Could the nixpkgs version used to generate the installation image be different from the nixpkgs version used by nixos-install? I don't know how the second one is determined; I guess it gets copied from somewhere when you generate the image. James -- Sincerely, Arseniy Seroka ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] ANNOUNCE: GHCJS support in Haskell-NG
I'm pleased to announce that GHCJS support for Haskell-NG has landed on master, using the recent GHC 7.10 release. Thanks again to Ryan Trinkle for laying the groundwork, Luite Stegeman for making GHCJS, and Peter Simons for reviewing my work and filing off the rough edges. https://github.com/NixOS/nixpkgs/pull/6786 Cheers, -Charles ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Creating offline installation image
My installation-cd-minimal.nix [1]
What I do:
- Running qemu with generated image
- Checking that I can run vlc, teamviewer, dropbox, openbox etc (also
Xserver is running)
- Making partition on hard drive
- Mounting to /mnt
- Editing /mnt/etc/nixos/configuration.nix to [2]
- Running nixos-install
What I'm getting [3]
Adding to installation-cd-minimal.nix
xlibs.xf86videovmware
xlibs.xf86videovesa
xlibs.xf86videointel
xlibs.xf86videoati
doesn't affect installation.
Ideas? :-(
[1] https://gist.github.com/jagajaga/b41475f097b0e0b58865
[2] https://gist.github.com/jagajaga/b91cb0deb04042dbd40f
[3] https://gist.github.com/jagajaga/2a78535bdb9bb6c53b2a
2015-03-28 7:46 GMT+03:00 James Cook james.c...@utoronto.ca:
On 23 March 2015 at 06:51, Arseniy Seroka ars.ser...@gmail.com wrote:
Hello!
I'm trying to create an iso, that I can use to install nixos without
internet access.
I've created config [1] for iso creation. So I'm creating iso, booting
with
it and after that I'm copying this config to my new machine. Of course
I'm
editing it be right configuration for my new machine (boot, imports etc).
But I'm not additing any new pkgs.
So when I do nixos-install, it copes lot's of drv to store, but fails.
It fails because it tries to download patch for pulseaudio as a
dependence
for vlc! (which is already included to image, no? [2]).
So, how to properly create and offline nixos iso with all deps and
neccesary
files?
[1]
{ config, pkgs, ... }:
{
imports =
[ ./installation-cd-base.nix
../../profiles/minimal.nix
];
isoImage.includeSystemBuildDependencies = true;
users.extraUsers.lcd = {
};
time.timeZone = Europe/Moscow;
networking = {
hostName = foobar;
wireless.enable = false;
networkmanager.enable = true;
networkmanager.packages = with pkgs;
[ networkmanager_pptp
gnome3_12.networkmanager_pptp
];
};
services = {
openssh.enable = true;
dbus.enable = true;
};
services.xserver = {
enable = true;
desktopManager.default = none;
windowManager.openbox.enable = true;
};
environment.systemPackages = with pkgs; [
mc
wget
zsh
vlc # [2]
networkmanager
networkmanagerapplet
networkmanager_pptp
gnome3_12.networkmanager_pptp
openbox
fontconfig
];
nixpkgs.config.allowUnfree = true;
fonts = {
fontconfig.enable = true;
};
}
--
Sincerely,
Arseniy Seroka
That's strange. Did you make any progress? It might be helpful to file
a bug; it would be nice if offline installation worked.
I don't know what causes this, but two ideas for debugging:
- Verify that the iso image has a vlc output under /nix/store.
- If yes, I guess that means the installation tries to install a
slightly different version of VLC. So try to figure out why... what
exactly are you changing in configuration.nix? What happens if you try
the installation without changing anything?
A lot of this is probably time-consuming; sorry about that. It might
speed things up to install on a VM.
James
--
Sincerely,
Arseniy Seroka
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] complete removal of obsolete kdelibs derivation
The attached patch completes the removal of the obsolete kdelibs derivation;
otherwise kde will fail to build
From d00a83fd669fc43ecffc0e35e30de582bc3bc84c Mon Sep 17 00:00:00 2001
From: Karn Kallio kkal...@skami.org
Date: Sat, 28 Mar 2015 17:38:24 -0430
Subject: [PATCH] complete removal of obsolete kdelibs derivation
---
pkgs/desktops/kde-4.14/kde-package/4.14.3.nix | 2 --
1 file changed, 2 deletions(-)
diff --git a/pkgs/desktops/kde-4.14/kde-package/4.14.3.nix b/pkgs/desktops/kde-4.14/kde-package/4.14.3.nix
index 74d5204..b1673d4 100644
--- a/pkgs/desktops/kde-4.14/kde-package/4.14.3.nix
+++ b/pkgs/desktops/kde-4.14/kde-package/4.14.3.nix
@@ -220,7 +220,6 @@ versions=builtins.listToAttrs[
{name=kdegraphics-mobipocket;value=4.14.3;}
{name=kdegraphics-strigi-analyzer;value=4.14.3;}
{name=kdegraphics-thumbnailers;value=4.14.3;}
- {name=kdelibs;value=4.14.3;}
{name=kdenetwork-filesharing;value=4.14.3;}
{name=kdenetwork-strigi-analyzers;value=4.14.3;}
{name=kdepim;value=4.14.3;}
@@ -386,7 +385,6 @@ modules=[
module=kdelibs;
split=true;
pkgs=[
-{ name=kdelibs; }
{ name=baloo; }
{ name=baloo-widgets; sane=baloo_widgets; }
{ name=kfilemetadata; }
--
2.1.4
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Haskell NG: multiple project usage
I added a new datatype to tasty-core, which I'd like to use in tasty-quickcheck. I generated two default.nix files as described here: http://stackoverflow.com/questions/27968909/how-to-get-cabal-and-nix-work-together And put this shell.nix file into the tasty-quickcheck directory: https://gist.github.com/nkaretnikov/ec2c1765b37b8db2324d After running nix-shell -I ~ --pure and cabal build in the same directory, tasty-quickcheck still can't find my datatype. What's wrong? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] [PATCH] gnupg1orig: Remove left-over debug message.
On 27 March 2015 at 14:48, Petar Bogdanovic pe...@smokva.net wrote:
---
pkgs/tools/security/gnupg/1.nix| 2 ++
.../security/gnupg/remove-debug-message.patch | 22
++
2 files changed, 24 insertions(+)
create mode 100644 pkgs/tools/security/gnupg/remove-debug-message.patch
diff --git a/pkgs/tools/security/gnupg/1.nix b/pkgs/tools/security/gnupg/1.nix
index c5d2ca1..d504580 100644
--- a/pkgs/tools/security/gnupg/1.nix
+++ b/pkgs/tools/security/gnupg/1.nix
@@ -8,6 +8,8 @@ stdenv.mkDerivation rec {
sha256 =
7f09319d044b0f6ee71fe3587bb873be701723ac0952cff5069046a78de8fd86;
};
+ patches = [ ./remove-debug-message.patch ];
+
buildInputs = [ readline bzip2 ];
doCheck = true;
diff --git a/pkgs/tools/security/gnupg/remove-debug-message.patch
b/pkgs/tools/security/gnupg/remove-debug-message.patch
new file mode 100644
index 000..5127262
--- /dev/null
+++ b/pkgs/tools/security/gnupg/remove-debug-message.patch
@@ -0,0 +1,22 @@
+commit 936416690e6c889505d84fe96983a66983beae5e
+Author: Werner Koch w...@gnupg.org
+Date: Thu Feb 26 09:38:58 2015 +0100
+
+gpg: Remove left-over debug message.
+
+* g10/armor.c (check_input): Remove log_debug.
+
+diff --git a/g10/armor.c b/g10/armor.c
+index 6c0013d..de1726d 100644
+--- a/g10/armor.c
b/g10/armor.c
+@@ -534,9 +534,6 @@ check_input( armor_filter_context_t *afx, IOBUF a )
+ /* This is probably input from a keyserver helper and we
+have not yet seen an error line. */
+ afx-key_failed_code = parse_key_failed_line (line+4, len-4);
+-log_debug (armor-keys-failed (%.*s) -%d\n,
+- (int)len, line,
+- afx-key_failed_code);
+ }
+ if( i = 0 !(afx-only_keyblocks i != 1 i != 5 i != 6 )) {
+ hdr_line = i;
--
2.3.2
Thanks! Pushed as 273d31fff4135fa232daff0230b786b4548faafb.
James
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] purifying cmake - need to determine buildInputs directories in a setup hook
Currently, when building cmake projects in Nix, cmake will sometimes try to pull in headers/libraries from impure directories like /usr. I think I've found the way to disable this behavior, but I need some help writing the derivation/scripts to do this. If the cmake command is invoked with the following flags: -DCMAKE_FIND_ROOT_PATH_MODE_INCLUDE=ONLY -DCMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY then cmake will *only* search for libraries and headers in paths specified with the following flag: -DCMAKE_FIND_ROOT_PATH=list of search paths separated by semicolons My idea is to modify cmake's setup-hook.sh so that, when building a derivation that depends on cmake, the cmake command automatically gets called with the above flags, and CMAKE_FIND_ROOT_PATH only contains directories specified in the derivation's buildInputs attribute. This is where I need assistance: in cmake's setup-hook.sh, how can I get a list of all the directories listed as buildInputs to the derivation? The current setup-hook.sh finds all the dependencies' include/ and lib/ directories by looking at NIX_CFLAGS_COMPILE and NIX_LDFLAGS, but what I actually need are all the dependencies' root directories (i.e., I need $package, not $package/include). Thanks in advance! ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS next stable release
That feature would be really cool. I'm a bit confused, what's the status of the Recursive Nix feature? Is it really on hold? Or waiting for a better implementation? On 28/03/2015 9:50 PM, Bjørn Forsman wrote: On 26 March 2015 at 12:37, Domen Kožar do...@dev.si wrote: [...] I'd really like to see private store files implemented for this release, since it's the major drawback in our current package manager (after I've talked to quite some people from community in the last year). See https://github.com/NixOS/nix/issues/8 One of my biggest wishes for Nix/NixOS, is the ability to build packages from upstream tarballs which contain a default.nix file. I think that would make a great argument for winning people over to the Nix-side: With this small default.nix file in your source tree you'll be able to reproduce your development setup on any machine. And further, users can install your package simply by adding this to their config: environment.systemPackages = [ ... ] ++ (remotePackages [ http://project/source.tar.gz; ]) I don't know if this is a pipe dream :-) I guess this is the issue to discuss: https://github.com/NixOS/nix/issues/13 - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev -- Founder of Matrix AI http://matrix.ai/ +61420925975 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] patches to add mkcl and fix ecl
Hi Michael, Michael Raskin 7c6f4...@mail.ru writes: attached is a patch which fixes ecl, using the gmp and libffi supplied by nix, preserving the dffi ecl feature. Thanks, applied thanks a lot! Tomas ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS next stable release
On Sat, Mar 28, 2015 at 5:19 PM, Matthias Beyer m...@beyermatthias.de wrote: On 26-03-2015 12:37:28, Domen Kožar wrote: - set default kernel to 3.18 https://github.com/NixOS/nixpkgs/pull/6858 May I ask why not 3.19? Just because 3.18 is a longterm kernel (aka. is the stable NixOS version always based on a longterm kernel)? Yup. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS next stable release
On 26-03-2015 12:37:28, Domen Kožar wrote: - set default kernel to 3.18 https://github.com/NixOS/nixpkgs/pull/6858 May I ask why not 3.19? Just because 3.18 is a longterm kernel (aka. is the stable NixOS version always based on a longterm kernel)? -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgpbjcZfQWRBI.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS next stable release
On 26 March 2015 at 12:37, Domen Kožar do...@dev.si wrote: [...] I'd really like to see private store files implemented for this release, since it's the major drawback in our current package manager (after I've talked to quite some people from community in the last year). See https://github.com/NixOS/nix/issues/8 One of my biggest wishes for Nix/NixOS, is the ability to build packages from upstream tarballs which contain a default.nix file. I think that would make a great argument for winning people over to the Nix-side: With this small default.nix file in your source tree you'll be able to reproduce your development setup on any machine. And further, users can install your package simply by adding this to their config: environment.systemPackages = [ ... ] ++ (remotePackages [ http://project/source.tar.gz; ]) I don't know if this is a pipe dream :-) I guess this is the issue to discuss: https://github.com/NixOS/nix/issues/13 - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Use GHC 7.10.1 as default Haskell compiler in nixpkgs
This issue tracks the status of packages building with 7.10 for stackage, a lot are still failing https://github.com/fpco/stackage/issues/378 On Sat, Mar 28, 2015 at 11:12 AM, Raahul Kumar raahul.ku...@gmail.com wrote: Any idea why 1/3rd of all packages, 1551, are classified as newly failing? What package/s is the problem? Is it due to the packages not having updated as per the guidelines here? https://ghc.haskell.org/trac/ghc/wiki/Migration/7.10 Aloha, RK. On Sat, Mar 28, 2015 at 6:37 AM, Peter Simons sim...@cryp.to wrote: Hi Mateusz, GHC 7.10.1 was officially released this morning. I wonder what the stance is to switching over to it as a default. I created pull request [1] to experiment with the new version. Test builds are running at [2]. [3] shows how 7.10.1 compares to 7.8.4 in terms of ability to compile the Hackage package set. Best regards, Peter [1] https://github.com/NixOS/nixpkgs/pull/7037 [2] http://hydra.cryp.to/jobset/nixpkgs/haskell-updates-ghc7101 [3] http://hydra.cryp.to/eval/297962?compare=haskell-updates ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] patches to add mkcl and fix ecl
attached is a patch which fixes ecl, using the gmp and libffi supplied
by nix, preserving the dffi ecl feature.
Thanks, applied
Look at bittornado expression, for example, it sets PYTHONPATH for use
at runtime.
For ECL we need to set NIX_CFLAGS_COMPILE, I guess. Any flags in
NIX_CFLAGS_COMPILE are treated by NixPkgs gcc as if passed to gcc
directly. There are also NIX_LDFLAGS.
Ecl invokes gcc at runtime, to compile lisp files. At this point,
libffi needs to be passed as gcc arg -I${libffi}/lib, which is not
happening at the moment, and I haven't found a way how to do this.
So unless this runtime gcc invocation works (with or without) libffi,
ecl is not usable.
I tried a few things as you suggested but without success. E.g.
NIX_CFLAGS_COMPILE = [ -I${libffi}/include ];
NIX_LDFLAGS = [ -L${libffi}/lib ];
or
wrapProgram $out/bin/ecl \
--prefix NIX_CFLAGS_COMPILE ' ' -I${libffi}/include \
--prefix NIX_LDFLAGS ' ' -L${libffi}/lib
but that did not work. I think it makes sense, because it is ecl which
creates the gcc arguments, not nix.
Well, I had a similar solution in environment, and it worked for me…
ECL should be invoking our wrapped GCC, which would inherit the
environment variables and use them. At least that theory allowed me to
build a few executables using ECL.
The attached patch adds with-libffi-prefix to configure.ac (similar to
the existing with-gmp-prefix) and re-runs autoconf.
Well, that does seem to be a proper fix instead of dirty workarounds.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Q - Querying for common C tools like make and kernel headers
This stuff (common development tools) is called `stdenv`. It is available as `pkgs.stdenv`, but the interesting part is here: https://github.com/NixOS/nixpkgs/tree/master/pkgs/stdenv. The kernel is available as `pkgs.linux_version` e.g. `pkgs.linux_3_18` (I think stdenv includes only the headers). Make is `pkgs.gnumake`, GCC is `pkgs.gcc` etc. On Wed, Mar 4, 2015 at 3:03 AM Tony Su ton...@su-networking.com wrote: Objective: Install VMware Guest Tools Common requirement: Common Development tools like make, gnu c compiler, often packaged together by distro maintainers Kernel headers and related code to modify existing kernel Initial package query does not return anything, ie nix-env -qa make nix-env -qa kernel Suggestions on how these types of packages are listed and installed? TIA, Tony ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
