This is all a bit of a mess. I had a chat with Simon PJ this morning about what we should do, and the conclusion we came to is that we should go back to using darcs for tarballs, but we should put the Windows tarballs in a separate repository and not bother getting them on Unix systems. libffi we might as well keep in the main repo as it isn't that big.

Disk space taken up by the binary patches in the tarball repo will be less of an issue when we're using --lazy in the future, and having it separated into a another repository means that we can decide to do something else in the future without having to keep the tarballs in the GHC history on everyone's disk for ever.

Also, since we now have at least 12% of our repo taken up by two huge binary patches, I suggest we take the unprecedented step of obliterating those patches from the master repo. Unfortunately we also have to obliterate 8 dependencies. We could have darcs-all check for the presence of the obliterated patches and suggest unpulling them. Let's do this now before things get worse.

Cheers,
        Simon

_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to