Re: [Nix-dev] A few questions about ARM support and NixOS on a Chromebook
Hi, Well, I'm on the first leg of my train journey to Brussels. I've managed to pack these devices: BeagleBone Black; PandaBoard ES; Raspberry Pi; Chromebook; Archos tablet; Optimus 3D; as well as an Arduino Duemilanova and some other electronics (and a whole bunch of power adaptors!). I don't plan to go to many talks, so much of this hardware will be available to others to mess around with and see if we can get stuff running on them. Please note though that *I haven't brought an external screen* with me because I only have what I could squeeze into 2 large panniers and a rucksack (plus my bike). I've packed a couple of keyboards, 1 of which has a pointing stick mouse, but I could really do with at least 1 screen with an HDMI input (I have the needed HDMI cables: HDMI, MicroHDMI, MHL). *If you're going to FOSDEM, you haven't set off yet, and you're able to bring a screen with HDMI input, please do!* Sorry for the late notice on this issue. The challenge is to try to get at least one ARM device supported (or updated in the case of the Raspberry Pi) and for me to try to get up-to-speed with doing this kind of thing as I can see that I'm going to have to be doing a lot of this myself. I want to help break this catch-22 where there are a few people who want to do use Nix on ARM and know a bit about how to make that happen but who perhaps don't know not enough or don't have enough time to get it going. I know almost nothing about cross-compiling or compiling whole operating systems, so I'm going to need some help from some more experienced Nix people. Hope to see you there! Best regards, James Haigh. On 28/01/15 00:46, James Haigh wrote: Hi, I forgot to say, that was my first email to the list. So hi everyone! I was told about NixOS by Doaitse Swierstra at Summer School Utrecht 2013 on the Applied Functional Programming course. I went to FOSDEM for the first time last year, seeing Domen's excellent talk, and I've been in Freenode/#nixos since the previous Saturday night. I subscribed to this list in June. I'm going again to FOSDEM this year, so hope to see some of you there! I immediately realised the significance of NixOS and knew straight away that I was eventually going to use it as my primary OS, but I didn't get round to trying it until last year. However, so far I've only installed it on one device and the majority of my hardware is ARM, especially if you count in cores or computational performance. Here's a list: ARMv6 hardware: * ×1, 700MHz: Raspberry Pi (Broadcom BCM2835) ARMv7-A hardware: * ×1, 1GHz: BeagleBone Black (open hardware; Sitara AM3358/9, ARM Cortex-A8) * ×2, 1GHz: LG Optimus 3D (runs Android; TI OMAP4430, ARM Cortex-A9) * ×2, 1.2GHz: PandaBoard ES (open hardware; TI OMAP4430, ARM Cortex-A9) * ×2, 1.5GHz: Archos 101 G9 Turbo 250GB (runs Android; TI OMAP4460, ARM Cortex-A9) * ×2, 1.7GHz: Samsung Series 3 Chromebook (Samsung Exynos 5250, ARM Cortex-A15) * ×4, 1.3GHz: Acer Iconia Tab A500 (runs Android; Nvidia Tegra 3) * ×4, 2.2GHz: Sony Xperia Z1 (runs Android; Qualcomm Krait MSM8974) That's 18 ARM cores in total! (Not counting those embedded in whatever other devices such as hard disk drives, and I think even my old Nokia 6300 has an ARM9 processor.) x86 hardware: * ×2, 1.66GHz: ThinkPad X60 Tablet (L2400, Intel Core Duo) x86-64 hardware: * ×2, 1.5GHz: ThinkPad X60 Tablet (L7400, Intel Core 2 Duo) Total 4 x86(-64) cores. I have had other x86 devices, but they either broke or I gave away my working x86 hardware to family. The ThinkPad X60 Tablets are the only x86(-64) hardware that I actually intend to keep on using and that I'm willing to replace if they break, and even then, that's only until I'm eventually in a position to design an ARM-based motherboard for them. I'm also rather fond of the PowerPC I-Mac G3, despite having never owned one, so I may aquire one of those at some point and attempt to install GNU+Linux on it (NixOS?). I have a couple of 680MHz MIPS routers installed with OpenWrt, but they're probably not worth the effort or suitable for NixOS due to having only 64MiB of RAM (comparable to personal computers of the late 1990s or early 201st decade) and I'm unlikely to buy any new MIPS devices anyway, instead opting for ARM devices. I intend to eventually install NixOS on all of the devices listed above. However, for the Android devices, that would preferably be in the form of a chroot so that I still have Android on those devices. On 26/10/14 01:26, Mateusz Kowalczyk wrote: [...] You'd have to find an ARM machine strong enough to build nixpkgs, even if only sometimes. I believe machines of that power are very expensive. I might be wrong. Or maybe you know someone who would be happy to donate such a monster ;) [...] So, that monster you speak of. I have 18 modern ARM cores, and counting – that is a fairly beastly amount of computational
Re: [Nix-dev] A few questions about ARM support and NixOS on a Chromebook
I have the busybox.. but that's not enough. Eelco updated the bootstrap tools in the 29th of October, but I cannot find why. The new bootstrap tools include different binaries. Eelco updated the stdenv scripts to accomodate the new tools, but without updating arm or mips tools, hence breaking them. One approach could have been to have kept the old stdenv scripts for arm/mips. Can anyone point me to the reasons of the change, so I can try to work in that same direction? Or restore old bootstrap tools scripts. Regards, Lluís. -- PGP key D4831A8A - https://emailselfdefense.fsf.org/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Use Haskell for Shell Scripting
If you want to impose on people to learn Haskell and Nix to contribute, you're going to end up in a lonely island. Remember, Nix tries to be approachable to everyone and that's why it's minimal and simple. A lot of developers do realize that bash is terrible, but it wasn't replaced yet exactly for that reason. Legacy matters. On Fri, Jan 30, 2015 at 5:07 PM, Oliver Charles ol...@ocharles.org.uk wrote: Not sure if you're serious, but the last time we considered even rewriting the scripts in C, people were mostly against that. However, I guess with this the major opposition (can't read the source code easily) goes away, because you can still cat the scripts. However, I'd imagine that the startup overhead is now higher than bash, and the size of closures goes up a lot (you have to pull in the many hundreds of MB that GHC needs). So while it's a nice idea, I don't think it's practical to be done system wide - though I'm all for doing it locally! -- ocharles On Fri, Jan 30, 2015 at 4:02 PM, Joe Hillenbrand joehil...@gmail.com wrote: http://www.haskellforall.com/2015/01/use-haskell-for-shell-scripting.html Time to replace all shell scripts in Nix with Haskell? ___ 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] Use Haskell for Shell Scripting
Not sure if you're serious, but the last time we considered even rewriting the scripts in C, people were mostly against that. However, I guess with this the major opposition (can't read the source code easily) goes away, because you can still cat the scripts. However, I'd imagine that the startup overhead is now higher than bash, and the size of closures goes up a lot (you have to pull in the many hundreds of MB that GHC needs). So while it's a nice idea, I don't think it's practical to be done system wide - though I'm all for doing it locally! -- ocharles On Fri, Jan 30, 2015 at 4:02 PM, Joe Hillenbrand joehil...@gmail.com wrote: http://www.haskellforall.com/2015/01/use-haskell-for-shell-scripting.html Time to replace all shell scripts in Nix with Haskell? ___ 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] nix, Maven and JAR-files
Hi,
I've recently started using NixOS and friends and have been really
impressed. I've never had this much confidence in my operating system and
the installed software, and packaging new software has never been this
smooth. The community has also been really helpful. Thank you!
One of my development targets at work is Clojure on the JVM and I'm
contemplating ways of leveraging nix in this world. I have a vague idea of
something I'd like to try, and would appreciate any
feedback/suggestions/references to prior work, including this is an awful
idea don't do it.
In short, I'd like to use nix to express dependencies on Maven packaged
JARs, and make them available to my package at build or runtime.
For those of you unfamiliar with the Java world, a JAR is typically a Java
Library, and Maven is many things, but what it provides that I'd like to
leverage is:
- a way of naming and versioning JAR files
- dependency resolution for JAR files
- repositories hosting JAR files
Rough outline of how I see this working:
- Provide the ability to express Maven dependencies in a derivation. Not
exactly sure how this would work or look but end result could perhaps be a
set like:
[{ groupId = org.clojure; artifactId = clojure; version =
1.7.0-alpha } ...];
- Add some functionality for downloading JARs from maven, including
transitive dependencies, and putting those JARs in nix store (the maven
executable sort of knows how to do this). Maven provides sha1 checksums,
maybe leverage those for verification?
- Provide a way to to, given list of dependencies expressed as above, get
the corresponding list of paths to all transitive dependencies in nix
store. This can be used for example in `buildInputs` in order to construct
a full classpath (':' separated list of JAR files) needed by the java
runtime or compiler.
If I had that, I think I could do some more interesting stuff.
As I said, any and all feedback appreciated. Happy to chat about this
off-list on #irc (I'm ragge) if you prefer.
Best regards,
Ragnar
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Use Haskell for Shell Scripting
http://www.haskellforall.com/2015/01/use-haskell-for-shell-scripting.html Time to replace all shell scripts in Nix with Haskell? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Use Haskell for Shell Scripting
On Fri, Jan 30, 2015 at 8:36 AM, Domen Kožar do...@dev.si wrote: If you want to impose on people to learn Haskell and Nix to contribute, you're going to end up in a lonely island. Remember, Nix tries to be approachable to everyone and that's why it's minimal and simple. I'll never buy the circular argument that Haskell's not popular because Haskell's not popular. I think people would be encouraged to learn Haskell if Nix was using it to great success. From what I've seen, a huge chunk of the existing Nix community are Haskellers because they understand the benefits of purity. I think if there is a clear benefit to a superior tool, it should be used, though I'm not entirely convinced there are a huge benefit to using Turtle. On Fri, Jan 30, 2015 at 5:07 PM, Oliver Charles ol...@ocharles.org.uk wrote: Not sure if you're serious... I'm not sure if I am either. I'm just curious what people think about the possibility. I'd imagine that the startup overhead is now higher than bash, and the size of closures goes up a lot (you have to pull in the many hundreds of MB that GHC needs). Given those concerns another option could be shell-monad[1][2], which outputs shell script, so you get some of the safety benefits of Haskell with none of the overhead. Maybe it would be a good middle ground. [1] http://joeyh.name/blog/entry/shell_monad_day_3/ [2] http://hackage.haskell.org/package/shell-monad ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Windowmaker not properly defined.
I will verify it now. 2015-01-29 9:09 GMT-02:00 Berno Strik dutchma...@gmx.com: New user of NixOS so bare with me. I'm running NixOS 14.12. First: I've noticed that I can not use: services.xserver.windowManager.windowmaker.enable = true. I get the following error: error: The option 'services.xserver.windowManager.windowmaker' defined in '/etc/nixos/configuration.nix' does not exist. I've tried to do some research and I think this is because in the following file: nixpkgs/nixos/modules/services/x11/window-managers/default.nix windowmaker is not defined in the imports. Can someone please look into this problem or help me find a solution. Second: Is it also possible to add libpng and libjpeg to the build inputs. This is in file nixpkgs/pkgs/applications/window-managers/windowmaker/default.nix. This allows windowmaker to also use png and jpeg icons. In the current build it only supports xpm icons and bitmaps. Thanks in advance. ___ 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] added libpst
Hi all,
would it be possible to add new nixpkg? Patch attached.
Thank you,
Tomas
From 081469bf75e69ff5ab1836e2de70b02c2924a10f Mon Sep 17 00:00:00 2001
From: Tomas Hlavaty tomas.hlav...@knowledgetools.de
Date: Fri, 30 Jan 2015 18:59:22 +0100
Subject: [PATCH] added libpst
---
pkgs/development/libraries/libpst/default.nix | 26 ++
pkgs/top-level/all-packages.nix | 2 ++
2 files changed, 28 insertions(+)
create mode 100644 pkgs/development/libraries/libpst/default.nix
diff --git a/pkgs/development/libraries/libpst/default.nix b/pkgs/development/libraries/libpst/default.nix
new file mode 100644
index 000..d4b602c
--- /dev/null
+++ b/pkgs/development/libraries/libpst/default.nix
@@ -0,0 +1,26 @@
+{ stdenv, fetchurl, autoconf, automake, libtool, boost, python, libgsf,
+ pkgconfig, bzip2, xmlto, gettext, imagemagick, doxygen }:
+
+stdenv.mkDerivation rec {
+ name = libpst-0-6-63;
+
+ src = fetchurl {
+ url = http://www.five-ten-sg.com/libpst/packages/libpst-0.6.63.tar.gz;
+ sha256 = 0qih919zk40japs4mpiaw5vyr2bvwz60sjf23gixd5vvzc32cljz;
+};
+
+ buildInputs = [ autoconf automake libtool boost python libgsf pkgconfig bzip2
+ xmlto gettext imagemagick doxygen ];
+
+ preConfigure = ''
+autoreconf -v -f -i
+ '';
+
+ doCheck = true;
+
+ meta = {
+homepage = http://www.five-ten-sg.com/libpst/;
+description = A library to read PST (MS Outlook Personal Folders) files;
+license = stdenv.lib.licenses.gpl2;
+ };
+}
diff --git a/pkgs/top-level/all-packages.nix b/pkgs/top-level/all-packages.nix
index 4f4914d..d42b5be 100644
--- a/pkgs/top-level/all-packages.nix
+++ b/pkgs/top-level/all-packages.nix
@@ -6379,6 +6379,8 @@ let
libpseudo = callPackage ../development/libraries/libpseudo { };
+ libpst = callPackage ../development/libraries/libpst { };
+
libpwquality = callPackage ../development/libraries/libpwquality { };
libqalculate = callPackage ../development/libraries/libqalculate { };
--
2.1.3
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] nix, Maven and JAR-files
Charles O'Farrell and I did some initial scoping out of what it would take to
have a nice Java ecosystem in nix a few months ago but the efforts died down
when I caught the nix-on-Darwin bug. I plan on getting back to it when I'm done
and have a lot of ideas in the space. I'm on my phone now so don't have links,
but there's a nearly dead ##nix-sbt channel on freenode with some links in the
topic, and interested people hang out in there if you want to discuss.
In short, I think I agree with a lot of what you're saying and share the same
goals, and we should talk on IRC at some point.
On Jan 30, 2015, at 12:17, Ragnar Dahlén r.dah...@gmail.com wrote:
Hi,
I've recently started using NixOS and friends and have been really impressed.
I've never had this much confidence in my operating system and the installed
software, and packaging new software has never been this smooth. The
community has also been really helpful. Thank you!
One of my development targets at work is Clojure on the JVM and I'm
contemplating ways of leveraging nix in this world. I have a vague idea of
something I'd like to try, and would appreciate any
feedback/suggestions/references to prior work, including this is an awful
idea don't do it.
In short, I'd like to use nix to express dependencies on Maven packaged JARs,
and make them available to my package at build or runtime.
For those of you unfamiliar with the Java world, a JAR is typically a Java
Library, and Maven is many things, but what it provides that I'd like to
leverage is:
- a way of naming and versioning JAR files
- dependency resolution for JAR files
- repositories hosting JAR files
Rough outline of how I see this working:
- Provide the ability to express Maven dependencies in a derivation. Not
exactly sure how this would work or look but end result could perhaps be a
set like:
[{ groupId = org.clojure; artifactId = clojure; version =
1.7.0-alpha } ...];
- Add some functionality for downloading JARs from maven, including
transitive dependencies, and putting those JARs in nix store (the maven
executable sort of knows how to do this). Maven provides sha1 checksums,
maybe leverage those for verification?
- Provide a way to to, given list of dependencies expressed as above, get the
corresponding list of paths to all transitive dependencies in nix store. This
can be used for example in `buildInputs` in order to construct a full
classpath (':' separated list of JAR files) needed by the java runtime or
compiler.
If I had that, I think I could do some more interesting stuff.
As I said, any and all feedback appreciated. Happy to chat about this
off-list on #irc (I'm ragge) if you prefer.
Best regards,
Ragnar
___
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] Screen with HDMI for FOSDEM
Maybe FOSDEM staff can help us out, did you try contacting them? On Fri, Jan 30, 2015 at 8:14 PM, James Haigh james.r.ha...@gmail.com wrote: Hi I should probably say this in its own thread. Does anyone have a screen with an HDMI input that they can bring to FOSDEM? I'm not able to bring one but I kind of need one for the BeagleBone Black, PandaBoard ES, or Raspberry Pi that I'm bringing with me. I have HDMI cables (HDMI, MicroHDMI, MHL) and input devices, it's just the screen that's the problem. Will there be any there? In future, I should find some kind of HDMI-to-USB adaptor to somehow allow me to use the screen of one of my devices that has a screen. I actually have 6 HD screens with me but of course none of those devices have an HDMI input. Best regards, James Haigh. ___ 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] A few questions about ARM support and NixOS on a Chromebook
On 28/01/15 01:49, Luke Clifton wrote: [...] My problem has always been lack of RAM in my ARM devices. I work mostly with embedded Linux platforms where RAM is 256MB. To provide perspective, my Laptop (core i7) with 2GB of RAM fails to build some nixpkgs packages. Small CPU just means longer build time, small RAM means no build. [...] Both of my ThinkPads X60 Tablets have 2GiB; I can upgrade them to about 3.2GB which I plan to do but I generally find 2GiB to be comfortable amount. On the other hand, my Sony Xperia Z1 has also 2GiB, so for me, my ARM hardware is at least as specified as my x86 hardware. I've seen a couple of applications in the F-Droid repository that allow you to chroot a GNU+Linux system onto Android. If we could do that with NixOS then I could use my quad-core 2.2GHz Xperia Z1 (my highest specified device) to build NixOS for itself and my other devices. It's an interesting point though about memory causing a build to fail. I wasn't aware that builds needed so much RAM. If it's failing even though packages are being built sequentially (rather than concurrently) then that surely means that a single package build is using all of that RAM. Does it really need that much?!! It seems strange that the build is using more RAM than the space on disk that the resultant package requires. I wonder if that's do to with the complex optimisation algorithms. Do lesser optimisation levels require significantly less space in memory? The other thing is, how well does compiling work with swap? Is a lot of the memory idle during the build or does it require the potential to read any part of that memory at any point? If the former, then swapping could make the build succeed with less available RAM. It would take longer, the question is how much longer. But at least it's better than never. James. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Screen with HDMI for FOSDEM
Hi I should probably say this in its own thread. Does anyone have a screen with an HDMI input that they can bring to FOSDEM? I'm not able to bring one but I kind of need one for the BeagleBone Black, PandaBoard ES, or Raspberry Pi that I'm bringing with me. I have HDMI cables (HDMI, MicroHDMI, MHL) and input devices, it's just the screen that's the problem. Will there be any there? In future, I should find some kind of HDMI-to-USB adaptor to somehow allow me to use the screen of one of my devices that has a screen. I actually have 6 HD screens with me but of course none of those devices have an HDMI input. Best regards, James Haigh. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Use Haskell for Shell Scripting
At this current point in time, GHC is packaged in a poor manner, with GHC being unbelievably huge. Dynamic linking is the answer, which isn't done by default. http://stackoverflow.com/questions/6115459/small-haskell-program-compiled-with-ghc-into-huge-binary Aloha, RK. On Sat, Jan 31, 2015 at 3:35 AM, Joe Hillenbrand joehil...@gmail.com wrote: On Fri, Jan 30, 2015 at 8:36 AM, Domen Kožar do...@dev.si wrote: If you want to impose on people to learn Haskell and Nix to contribute, you're going to end up in a lonely island. Remember, Nix tries to be approachable to everyone and that's why it's minimal and simple. I'll never buy the circular argument that Haskell's not popular because Haskell's not popular. I think people would be encouraged to learn Haskell if Nix was using it to great success. From what I've seen, a huge chunk of the existing Nix community are Haskellers because they understand the benefits of purity. I think if there is a clear benefit to a superior tool, it should be used, though I'm not entirely convinced there are a huge benefit to using Turtle. On Fri, Jan 30, 2015 at 5:07 PM, Oliver Charles ol...@ocharles.org.uk wrote: Not sure if you're serious... I'm not sure if I am either. I'm just curious what people think about the possibility. I'd imagine that the startup overhead is now higher than bash, and the size of closures goes up a lot (you have to pull in the many hundreds of MB that GHC needs). Given those concerns another option could be shell-monad[1][2], which outputs shell script, so you get some of the safety benefits of Haskell with none of the overhead. Maybe it would be a good middle ground. [1] http://joeyh.name/blog/entry/shell_monad_day_3/ [2] http://hackage.haskell.org/package/shell-monad ___ 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] Use Haskell for Shell Scripting
You linked to something from 2011. Since 7.8 (or perhaps earlier?), it's dynamically linked by default. On Fri, Jan 30, 2015 at 7:52 PM, Raahul Kumar raahul.ku...@gmail.com wrote: At this current point in time, GHC is packaged in a poor manner, with GHC being unbelievably huge. Dynamic linking is the answer, which isn't done by default. http://stackoverflow.com/questions/6115459/small-haskell-program-compiled-with-ghc-into-huge-binary Aloha, RK. On Sat, Jan 31, 2015 at 3:35 AM, Joe Hillenbrand joehil...@gmail.com wrote: On Fri, Jan 30, 2015 at 8:36 AM, Domen Kožar do...@dev.si wrote: If you want to impose on people to learn Haskell and Nix to contribute, you're going to end up in a lonely island. Remember, Nix tries to be approachable to everyone and that's why it's minimal and simple. I'll never buy the circular argument that Haskell's not popular because Haskell's not popular. I think people would be encouraged to learn Haskell if Nix was using it to great success. From what I've seen, a huge chunk of the existing Nix community are Haskellers because they understand the benefits of purity. I think if there is a clear benefit to a superior tool, it should be used, though I'm not entirely convinced there are a huge benefit to using Turtle. On Fri, Jan 30, 2015 at 5:07 PM, Oliver Charles ol...@ocharles.org.uk wrote: Not sure if you're serious... I'm not sure if I am either. I'm just curious what people think about the possibility. I'd imagine that the startup overhead is now higher than bash, and the size of closures goes up a lot (you have to pull in the many hundreds of MB that GHC needs). Given those concerns another option could be shell-monad[1][2], which outputs shell script, so you get some of the safety benefits of Haskell with none of the overhead. Maybe it would be a good middle ground. [1] http://joeyh.name/blog/entry/shell_monad_day_3/ [2] http://hackage.haskell.org/package/shell-monad ___ 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
[Nix-dev] HaskellNG and priority
So I'm having an issue with converting a package to the new
haskellngPackages. When I try and install it, I get a collision error
Jan 31 04:08:27 mpac-9 service_mpac_hiberico.dev.internal.atlassian.com:
collision between
‘/nix/store/w0h5i10nvrydh6q91rnn7mj5bbnwg7p2-haskell-hiberico-1/bin/hiberico’
and
‘/nix/store/ddd3mcz71zchg7iyjg71dcsd1pbl00qv-haskell-hiberico-ghc7.8.3-1-shared/bin/hiberico’;
use ‘nix-env --set-flag priority NUMBER PKGNAME’ to change the priority of
one of the conflicting packages
I thought I could set the new package to a higher priority by adding
`hiPrio` to the nix expression I use with nix-build
with (import nixpkgs {}).pkgs;
with (import nixpkgs/pkgs/development/haskell-modules/lib.nix { inherit
pkgs; });
let modifiedHaskellPackages = haskellngPackages.override {
overrides = self: super: {
AesonBson = self.callPackage nixpkgs/AesonBson {};
hiberico-ui = self.callPackage ./ui {};
hiberico = self.callPackage ./. {};
};
};
in hiPrio (modifiedHaskellPackages.hiberico)
But when I use nix-copy-closure to copy the resulting nix store path and
install it with `nix-env -i`, I still get the above collision error.
Any ideas how I can fix this?
Thanks,
Rich
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
