Re: [Nix-dev] Publish All of Hackage

2016-06-12 Thread Raahul Kumar
Good work! How many machines did it take to pull this off? On Sun, Jun 12, 2016 at 7:24 PM, Peter Simons wrote: > Fellow Haskell Hackers, > > Nixpkgs 'master' now has the entire Hackage database available: > > >

Re: [Nix-dev] Publish All of Hackage

2016-06-12 Thread Peter Simons
Fellow Haskell Hackers, Nixpkgs 'master' now has the entire Hackage database available: https://github.com/NixOS/nixpkgs/commit/2862d272a606c6188c4c33dab60de4e0066ee194 No more running cabal2nix manually. :-) There is more work to come, i.e. cleaning up and refactoring, but in principle the

Re: [Nix-dev] Publish All of Hackage

2015-11-30 Thread Ericson, John
Yeah longer term https://github.com/NixOS/nix/issues/520 can be of use, but for now normal fetchgit should be fine for the reasons Oliver mentions. 52 megs is something, but its only a compile-time dep, and in quite long term I hope things like IPFS means the hashes can be checked out

Re: [Nix-dev] Publish All of Hackage

2015-11-20 Thread Daniel Peebles
> > The downside of this approach is that generating the entire Haskell > package set is actually kind of expensive, and we probably wouldn't want > to impose those costs onto random users who just wants to have XMonad > for their window manager > Couldn't the derivation we're importing from be

Re: [Nix-dev] Publish All of Hackage

2015-11-20 Thread Shea Levy
The problem with doing this with import-from-derivation is we still need the hashes of every tarball ahead of time (though that's much smaller than all of hackage, and we really just need the hash of the file that contains all the hashes in nixpkgs itself). If we have that, then we don't need

Re: [Nix-dev] Publish All of Hackage

2015-11-20 Thread Oliver Charles
On Fri, Nov 20, 2015 at 1:58 PM Shea Levy wrote: > The problem with doing this with import-from-derivation is we still > need the hashes of every tarball ahead of time (though that's much > smaller than all of hackage, and we really just need the hash of the > file that

Re: [Nix-dev] Publish All of Hackage

2015-11-20 Thread Oliver Charles
On Fri, Nov 20, 2015 at 1:51 PM Daniel Peebles wrote: > The downside of this approach is that generating the entire Haskell >> package set is actually kind of expensive, and we probably wouldn't want >> to impose those costs onto random users who just wants to have XMonad

Re: [Nix-dev] Publish All of Hackage

2015-11-20 Thread Peter Simons
Hi Oliver, > [You really want to commit] the scripts that *generate* the 50mb file > as some sort of Nix expression. Then, when I as a user choose to > evaluate the set of Haskell packages, I will be forced to generate > all the Nix expressions - or, this being Nix, ask a binary >

Re: [Nix-dev] Publish All of Hackage

2015-11-20 Thread Oliver Charles
On Thu, Nov 19, 2015 at 11:14 AM Peter Simons wrote: > One issue is that checking that ~50MB file into Nixpkgs might be a bad > idea, because it sets a dangerous precedent. Arguably, if we check all > of Hackage into Nixpkgs, then we cannot reasonably say *no* to someone > who

Re: [Nix-dev] Publish All of Hackage

2015-11-19 Thread zimbatm
Are haskell libraries useful other than at compile time ? Nix doesn't do dependency resolution in regards to version matching and I don't think that we will ever have a unified hackage where all the latest versions work together. Tools like cabal2nix seem essential in that regard. If we where to

[Nix-dev] Publish All of Hackage

2015-11-19 Thread Peter Simons
The Problem --- Users of Nixpkgs want to build Haskell packages that have no recent release, i.e. the software's authors have not updated their code to deal with modern versions of the respective build dependencies. The required old versions, however, may not be available in Nixpkgs, and