[Haskell] Making Haskell more open

Manuel M T Chakravarty chak at cse.unsw.edu.au
Wed Nov 16 19:44:25 EST 2005


Am Mittwoch, den 16.11.2005, 12:56 +0100 schrieb Wolfgang Jeltsch:
> Am Mittwoch, 16. November 2005 11:32 schrieb Manuel M T Chakravarty:
> > Gour:
> > > Simon Peyton-Jones (simonpj at microsoft.com) wrote:
> > > b) make a haskell.org repository for haskell-related projects
> > >
> > > by adding some required features so that Haskell projects can move from
> > > e.g. SF to haskell.org. Here I'm thinking about Trac - wiki and issue
> > > tracking system (http://projects.edgewall.com/trac/).
> > >
> > > It is simple & powerful enough. It combines wiki (the present hawiki
> > > entries can be imported (http://projects.edgewall.com/trac/ticket/2068)
> > > with the ticket system handy for handling bug requests, feature
> > > requests, setting roadmaps, timelines etc. and great thing that there is
> > > a darcs backend available so every proejct can have darcs repository
> > > avaialable. (this is why I prefer trac over e.g. bugzilla, RT...)
> >
> > This would indeed be something very valuable to have IMHO.  The easier
> > it is for potential library and tool writers to involve the rest of the
> > community in their efforts (independent whether they have public web
> > servers etc available to use), the more good libraries and tools, we'll
> > get.
> >
> > Trac also looks quite nice (after quickly browsing through the site).
> >
> > Manuel
> 
> Would it be intended that every Haskell-related project is hosted under 
> haskell.org?  This might be not so nice.  

People can host their Haskell projects wherever they like.  The point of
a public infrastructure at haskell.org would be to make it easy for
everybody to obtain hosting.

> And it might be not so nice if most 
> Haskell-related projects are hosted under haskell.org so that potential users 
> might only look under haskell.org for projects and miss those that are hosted 
> elsewhere.

An index can still include projects hosted elsewhere.  (In fact, it
should.)

Manuel




More information about the Haskell mailing list