current hackage 2 status

Hi folks, You may have noticed the steady stream of hackage 2 patches. The new server is up again at: http://new-hackage.haskell.org/ Key points: * We've got live mirroring going (sync every 30 min). * All the old accounts are imported and the per-package maintainer groups are populated. * Package deprecation info is imported * Distro info is imported * Currently uploading is disabled (pending review of authentication & authorisation code). * Documentation is not imported (Ian demoed this before, just haven't got round to it yet for this instance) * The data backup system is much improved. In general the switch over plan remains that we run the two servers in parallel for long enough to sort out remaining issues (with help from the kind folks who volunteered as admins). There was some discussion before about user accounts and the issue of per-package maintainer groups. So the system I envisage for user accounts is that anyone can make an account, but to be added to the uploaders group will require approval from a volunteer administrator (technically speaking there are not yet any features that need an account but don't involve uploading, but I'm assuming some future social features will need this). I do think the per-package maintainer groups are important for security, and now that we can automatically populate them from the old hackage data, I don't think that's a problem. Still missing is a proper process for new account creation. That is, account creation with email validation and all that. There's a couple of options here. We can build it into the server, or we can make a separate page/script to do that (which would make accounts using the appropriate curl -X PUT commands against the server). -- Duncan Coutts, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

On Mon, 2012-12-17 at 18:45 +0000, Duncan Coutts wrote:
Hi folks,
You may have noticed the steady stream of hackage 2 patches. The new server is up again at:
http://new-hackage.haskell.org/
Key points: * We've got live mirroring going (sync every 30 min). * All the old accounts are imported and the per-package maintainer groups are populated. * Package deprecation info is imported * Distro info is imported * Currently uploading is disabled (pending review of authentication & authorisation code). * Documentation is not imported (Ian demoed this before, just haven't got round to it yet for this instance) * The data backup system is much improved.
Oh, I should also have pointed out: http://new-hackage.haskell.org/api The goal is (and has always been) that all the data should be available in appropriate machine readable formats (e.g. json), and so nobody should ever have to complain that they want direct access to an underlying database. We're not there yet obviously. Patches accepted. If you want to work on that seriously (I've just been adding the ones I needed for importing the old data) then it'd make sense to switch to aeson and to do it properly with datatypes and deriving json instances. Duncan

Well done! I wish you a smooth launch and a speedy resolution of all
co-ordination issues -- it looks like a fine plan to me.
Just as a quick point of clarification: while the two systems are
operating in parallel, will uploads to the new system be automatically
reflected in the old system and vice versa?
Chris
On 18/12/2012 00:13, "Duncan Coutts"
On Mon, 2012-12-17 at 18:45 +0000, Duncan Coutts wrote:
Hi folks,
You may have noticed the steady stream of hackage 2 patches. The new server is up again at:
http://new-hackage.haskell.org/
Key points: * We've got live mirroring going (sync every 30 min). * All the old accounts are imported and the per-package maintainer groups are populated. * Package deprecation info is imported * Distro info is imported * Currently uploading is disabled (pending review of authentication & authorisation code). * Documentation is not imported (Ian demoed this before, just haven't got round to it yet for this instance) * The data backup system is much improved.
Oh, I should also have pointed out:
http://new-hackage.haskell.org/api
The goal is (and has always been) that all the data should be available in appropriate machine readable formats (e.g. json), and so nobody should ever have to complain that they want direct access to an underlying database.
We're not there yet obviously. Patches accepted. If you want to work on that seriously (I've just been adding the ones I needed for importing the old data) then it'd make sense to switch to aeson and to do it properly with datatypes and deriving json instances.
Duncan
_______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
participants (3)
-
Chris Dornan
-
Duncan Coutts
-
Duncan Coutts