Difference between revisions of "Haskell.org domain"

From HaskellWiki
Jump to navigation Jump to search
(update name of Oxford University Computing Lab)
(32 intermediate revisions by 11 users not shown)
Line 1: Line 1:
  +
[[Category:Community]]
The '''haskell.org domain''' includes these names:
 
   
  +
== Overview ==
* [[haskell.org]], www.haskell.org, at Yale university
 
 
The names in the '''haskell.org domain''' point to a set of machines:
* darcs.haskell.org, cvs.haskell.org, haskell.galois.com, run by Galois.
 
   
  +
=== www ===
{{stub}}
 
  +
  +
This machine (78.46.100.180) responds to the names ''haskell.org'', ''www.haskell.org'', ''bugs.haskell.org'' and ''lambda.galois.com''. It is hosted in Germany by Hetzner.
  +
  +
* web server and wiki, http://haskell.org/
  +
* [[mailing lists]], http://haskell.org/mailman/listinfo
  +
  +
''MRTG'': [http://www.haskell.org/mrtg/localhost_00-c0-a8-7b-85-3c.html All network traffic].
  +
  +
''Note'': before December 2010 these domains were hosted by ''haskell.cs.yale.edu'' at Yale University.
  +
  +
=== hackage/darcs/cvs ===
  +
  +
This machine (69.30.63.204) responds to the names ''darcs.haskell.org'', ''hackage.haskell.org'', ''cvs.haskell.org'', ''haskell.galois.com'', ''abbot.galois.com''. It is a dedicated host in Galois server room.
  +
  +
* darcs repositories for GHC and core libraries, http://darcs.haskell.org/
  +
* HackageDB, http://hackage.haskell.org/
  +
* old CVS repositories, http://cvs.haskell.org/
  +
* various Trac instances, e.g. http://hackage.haskell.org/trac/ghc
  +
  +
''MRTG'': [http://abbot.galois.com/mrtg/localhost_f4-ce-46-0f-0d-6e.html All network traffic], [http://abbot.galois.com/mrtg/external-bandwidth.html External network bandwidth], [http://abbot.galois.com/mrtg/freedisk.html Free disk space], [http://abbot.galois.com/mrtg/system-load.html System load], [http://abbot.galois.com/mrtg/memory.html Free memory], [http://abbot.galois.com/mrtg/swap.html Free swap], [http://abbot.galois.com/mrtg/daily.html All of the daily graphs].<!-- <br>''Analog'': [http://abbot.galois.com/analog/cvs_darcs/cvs.html cvs/darcs], [http://abbot.galois.com/analog/hackage/hackage.html hackage]. -->
  +
  +
For more details, see [[Abbot]].
  +
  +
=== code/community/planet/projects/trac ===
  +
  +
This machine (72.249.126.23) also responds to the names [http://community.haskell.org/ ''community.haskell.org''], ''code.haskell.org'', ''projects.haskell.org'', ''trac.haskell.org'', ''rt.haskell.org'', ''planet.haskell.org''. See [http://www.haskell.org/pipermail/haskell/2007-June/019592.html this message].
  +
  +
The Haskell community server is designed to support and encourage open Haskell-based projects and collaborations of all kinds, provided only that their intention is to contribute something to
  +
the community, and that all hosted project content is publicly available.
  +
Resources available include:
  +
  +
* Publicly available read-only [http://darcs.org/ darcs] repositories, http://code.haskell.org/
  +
* Write access to the darcs repositories for project members
  +
* [http://trac.edgewall.org/ Trac] instances for integrated issue tracking, wiki, and project management. Trac instances are also integrated with the project's darcs repository. http://trac.haskell.org/
  +
* [http://www.gnu.org/software/mailman/ GNU Mailman] mailing lists
  +
* Public web-space for projects, http://projects.haskell.org/
  +
* Personal web-space for project members
  +
* Blog aggregation, http://planet.haskell.org/
  +
  +
For information about how to host a project, see http://community.haskell.org/.
  +
  +
''Notes:'' machine has been increasingly unreliable. Plan to move to a VM host on new-www.haskell.org
  +
  +
''MRTG'': [http://community.haskell.org/mrtg/localhost_venet0.html All network traffic], [http://community.haskell.org/mrtg/freedisk.html Free disk space], [http://community.haskell.org/mrtg/system-load.html System load], [http://community.haskell.org/mrtg/memory.html Free memory], [http://community.haskell.org/mrtg/swap.html Free swap], [http://community.haskell.org/mrtg/daily.html All of the daily graphs].
  +
  +
=== sparky ===
  +
  +
sparky - a SPARC T2 donated by (formerly) Sun Microsystems. Kindly hosted by Chalmers but technically owned by Oxford University Department of Computer Science (?).
  +
  +
== 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?''
  +
  +
:code.haskell.org. 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.
  +
  +
=== See also ===
  +
  +
http://www.haskell.org/pipermail/haskell-cafe/2008-January/038759.html
  +
  +
== Policy on adding new subdomains ==
  +
  +
We limit the addition of new subdomains to haskell.org to minimise unnecessary proliferation of subdomains and to try to keep the haskell.org domain reasonably well organised, while still helping people do useful things with it.
  +
  +
The current policy is that new subdomains are to be used for services rather than content.
  +
  +
So for example a Haskell graphics related website should normally go at <nowiki>http://www.haskell.org/graphics</nowiki>, rather than <nowiki>http://graphics.haskell.org</nowiki>.
  +
  +
In contrast a service like hackage does merit its own subdomain.
  +
  +
Clearly the line between services and content, and indeed the precise definitions of each, is something of a grey area, and we are certainly happy to be flexible particularly if there are technical or other reasons for doing things one way.

Revision as of 06:22, 24 April 2012


Overview

The names in the haskell.org domain point to a set of machines:

www

This machine (78.46.100.180) responds to the names haskell.org, www.haskell.org, bugs.haskell.org and lambda.galois.com. It is hosted in Germany by Hetzner.

MRTG: All network traffic.

Note: before December 2010 these domains were hosted by haskell.cs.yale.edu at Yale University.

hackage/darcs/cvs

This machine (69.30.63.204) responds to the names darcs.haskell.org, hackage.haskell.org, cvs.haskell.org, haskell.galois.com, abbot.galois.com. It is a dedicated host in Galois server room.

MRTG: All network traffic, External network bandwidth, Free disk space, System load, Free memory, Free swap, All of the daily graphs.

For more details, see Abbot.

code/community/planet/projects/trac

This machine (72.249.126.23) also responds to the names community.haskell.org, code.haskell.org, projects.haskell.org, trac.haskell.org, rt.haskell.org, planet.haskell.org. See this message.

The Haskell community server is designed to support and encourage open Haskell-based projects and collaborations of all kinds, provided only that their intention is to contribute something to the community, and that all hosted project content is publicly available. Resources available include:

For information about how to host a project, see http://community.haskell.org/.

Notes: machine has been increasingly unreliable. Plan to move to a VM host on new-www.haskell.org

MRTG: All network traffic, Free disk space, System load, Free memory, Free swap, All of the daily graphs.

sparky

sparky - a SPARC T2 donated by (formerly) Sun Microsystems. Kindly hosted by Chalmers but technically owned by Oxford University Department of Computer Science (?).

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?

code.haskell.org. 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.

See also

http://www.haskell.org/pipermail/haskell-cafe/2008-January/038759.html

Policy on adding new subdomains

We limit the addition of new subdomains to haskell.org to minimise unnecessary proliferation of subdomains and to try to keep the haskell.org domain reasonably well organised, while still helping people do useful things with it.

The current policy is that new subdomains are to be used for services rather than content.

So for example a Haskell graphics related website should normally go at http://www.haskell.org/graphics, rather than http://graphics.haskell.org.

In contrast a service like hackage does merit its own subdomain.

Clearly the line between services and content, and indeed the precise definitions of each, is something of a grey area, and we are certainly happy to be flexible particularly if there are technical or other reasons for doing things one way.