The haskell.org domain includes these names:
- haskell.org, www.haskell.org, bugs.haskell.org, at Yale university.
This machine runs the web server, wiki, and mailing lists.
MRTG: All network traffic.
- darcs.haskell.org, hackage.haskell.org, cvs.haskell.org, haskell.galois.com, run by Galois.
This machine serves the central darcs repositories for the projects hosted at darcs.haskell.org, the darcsweb service, and it also runs the various Trac instances (eg. http://hackage.haskell.org/trac/ghc).
MRTG: All network traffic, External network bandwidth, Free disk space, System load, Free memory, Free swap, All of the daily graphs.
Analog: cvs/darcs, hackage.
- community.haskell.org, code.haskell.org, trac.haskell.org, rt.haskell.org
for hosting anyone's Haskell projects. See this message.
2 Relation between the services
I'm wondering what the relationship is (if any) between code.haskell.org and darcs.haskell.org.
darcs.haskell.org hosts ghc, the core libs and many others. The server is maintained by Galois. Because it hosts the most central bits of the haskell platform, security is fairly tight and getting an account there is hard. There are very few community members with root privileges.
community.haskell.org was created precisely to provide hosting to the wider community. It is hosted commercially, paid for by haskell.org's Google Summer of Code funds. We have several community admins with root privileges.
Should my projects be hosted at darcs or code?
It's easy to get an account there via the web submission system: http://community.haskell.org/admin/
Is one more blessed/preferred over the other for community projects?
Yes, code.haskell.org is preferred.
If my project is currently on darcs, should I migrate to code?
You can if you like, there is no need to do so however. Accounts on darcs.haskell.org are not going to be revoked as far as I know. The community server is an addition, not a replacement.
If I have an account on darcs, will it work on code, or do I need to get a new account on code?
They are totally separate systems.