Re: [Nix-dev] Using Nix as the preferred package manager for a new language

There's some work on Nix on Windows: * https://nixos.org/wiki/Nix_on_Windows * https://ternaris.com/lab/nix-on-windows.html On 13/02/2016 12:01 AM, Philipp Hausmann wrote: Interestingly enough, we have some of the same questions for the Agda programming language. Currently, Agda doesn't really

Re: [Nix-dev] [erlang-questions] Erlang Package Manager

Hey Gleb, Thanks for the explanation. That makes sense, although I'm thinking of scalability, in terms of when other languages come around to Nix. Having all that in nixpkgs might make it quite bloated. However the problem with cross channel dependencies is an interesting one, I suppose

Re: [Nix-dev] Wiki is dead

Sorry if I'm re-digging an old bone. Is the consensus really to kill the wiki or is it just because it's in a bad state ? It still seems like it's holding valuable information and can also serve as a staging area after some cleanup. Anyways if there is no interest, no worries, I'll just be

[Nix-dev] Understanding configFile usage

Hi, I've been trying to get a NixOS image working on our Eucalyptus cloud. It looks like cloud-init.nix ( https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/system/cloud-init.nix ) has a reasonable default for our purposes (permits root login, etc). However, after I look at

Re: [Nix-dev] Wiki is dead

Thanks Eelco ! Check this out: http://nixos-wiki-test.zimbatm.com/Main_Page/ It's a conversion to Markdown, a Jekyll template with the nixos-homepage css, all hosted on github. The idea is that people can still edit the wiki but have to submit a PR to introduce changes. It's a bit more work for

Re: [Nix-dev] Wiki is dead

There was a huge discussion about wiki's future [1]. [1] http://lists.science.uu.nl/pipermail/nix-dev/2015-November/018645.html 2016-02-15 0:15 GMT+03:00 zimbatm : > Thanks Eelco ! > > Check this out: http://nixos-wiki-test.zimbatm.com/Main_Page/ > > It's a conversion to

Re: [Nix-dev] Travis Testing Needs Rethinking

What if master was always the latest successful hydra build ? People could rebase on top and have cached builds. Nox could also have cached builds. Instead of merging a PR we would instruct Hydra to queue the build. If the build is successful hydra would merge it into master and close the PR.

Re: [Nix-dev] Travis Testing Needs Rethinking

There are several things we need to check in a PR even if it builds successfully. On 14 Feb 2016 21:44, "zimbatm" wrote: > What if master was always the latest successful hydra build ? People could > rebase on top and have cached builds. Nox could also have cached builds. >

[Nix-dev] Haskell Infrastructure - Nix-Shell with Hoogle from cabal2nix

Hi, I'm trying to understand how to use the Haskell-infrastructure properly. Suppose I have an existing Haskell project with the following cabal file: test.cabal ~~~ name:test version: 0.1.0.0

Re: [Nix-dev] [erlang-questions] Erlang Package Manager

Ah, missed this email before. Just wanted to point out that large chunk of this support was implemented by Eric B. Merritt, so at least half of kudos goes to him. Cheers Gleb On Feb 13, 2016 18:20, "stewart mackenzie" wrote: > Tristan, Gleb Peregud has implemented first