On Sun, Oct 14, 2007 at 21:24:50 +0200, Gour wrote:

On Sun, 14 Oct 2007 15:22:13 +0100 Ian Lynagh wrote:

...

We could perhaps have web pages on projects.haskell.org, and some sort of bug tracker on bugs.haskell.org (or perhaps trac.haskell.org etc).

Some days ago I stumbled upon Redmine tracker (http://redmine.org/) written in Ruby (well, Trac is also not Haskell :-) but has support for darcs ;)

Just an idea...

There is support for darcs in tracs as well. I never got around to writing a blog post about setting up darcs+trac+lighttpd on Debian and by now I fear I've forgotten how I did it... I remember it being remarkably easy though. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus．therning＠gmail．com http://therning.org/magnus

Magnus Therning wrote:

...

There is support for darcs in tracs as well.

Gour wrote:

I was playing with it in the past, but it's 3rd party, ie. Trac does not have official support.

I happen to be looking for a project mgmt framework right now. It seems to me that the opposite is true. Trac is a mature app with a huge community of people supporting it and writing plugins, including some departments at NASA. It is being used successfully for many large projects, such as GHC. It will not go away for a long, long time. Much of the Haskell community is already accustomed to Trac. Redmine is quite new. Based on posts and commits, it appears to be maintained by a single person. I don't know of any major project or organization that is using it yet. So I am a little worried that its future is not yet assured. And I am not sure if anyone knows yet how stable it is currently, or how it scales under load. For that reason, I am currently not considering Redmine for my organization. However, Redmine definitely looks nicer and easier to use than Trac. Please let me know if my impression of its stability and track record are wrong. Also - if the Haskell community adopts Redmine, that itself could give it a big push. -Yitz

On Mon, Oct 15, 2007 at 09:24:28 +0200, Gour wrote:

On Mon, 15 Oct 2007 07:36:55 +0100 Magnus Therning wrote:

...

There is support for darcs in tracs as well. I never got around to writing a blog post about setting up darcs+trac+lighttpd on Debian and by now I fear I've forgotten how I did it... I remember it being remarkably easy though.

I was playing with it in the past, but it's 3rd party, ie. Trac does not have official support.

Yes, that's true. It seemed very good at the time though and it integrated well with trac. Personally I don't see the 3rd-party state as an issue.

otoh, Redmine has it out-of-the-box and, even more important, Redmine has support for multiple projects (I know a person who plans to configure SF-like service based on Redmine) which is scheduled for Trac-1.0, but considering how long we are waiting for trac-0.11, who know when it will happen...

It being implemented in Ruby-on-Rails, which I've /read/ has bad scaling properties, could be a problem. I'm also not convinced support for multiple projects is an important feature. It could even pose a problem in the future since, depending on how it's done underneath, it could make migrating a single project off the site more difficult than tarring up a directory and copy it to its new home. I'm somewhat sad to learn trac might be going in that direction. On the other hand Redmine does look cleaner somehow and I've never seen a trac site that is as easy to find my way around as www.redmine.org. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus．therning＠gmail．com http://therning.org/magnus

On Sun, Oct 14, 2007 at 15:22:13 +0100, Ian Lynagh wrote:

On Wed, Oct 10, 2007 at 05:05:28PM +0100, Magnus Therning wrote:

...

I've almost reached a state where I wouldn't be ashamed of sharing the code so I looked into my options of free hosting.

It seems I only have one option for publishing the code:

- Request a project on code.haskell.org.

I could only find one option for a "homepage" for the project: - Create a page on the Wiki.

There seems to be no option when it comes to tracking bugs. :-(

I could also not locate any option for publishing haddock pages. :-(

We'd like community.haskell.org to be usable for all of this, it just needs someone to ask us for something, and then us to get around to setting it up.

Currently source repos go on code.haskell.org.

We could perhaps have web pages on projects.haskell.org, and some sort of bug tracker on bugs.haskell.org (or perhaps trac.haskell.org etc). Would it be better to make things consistent for users, and have all projects use trac (or something else), or for each project to be able to easily use the bug tracker of their choice?

It sounds like things are moving in a good direction. I have some suggestions on what is currently there: 1. Make sure that requesting an account via the web form works. I was met with a 500 when I tried a few days ago. (I reported it and [rt.haskell.org #92] is the ticket ID.) 2. Make the flow more explicit. It isn't clear that one needs an account before requesting the creation of a project. It doesn't have to be enforced in code on the site, just a bit of text would be enough. My thoughts: - Offer as few options as possible, ideally just offer one. Trac is a good example of something that's good enough. It combines homepage, documentation, bug tracking and VC inspection in one tool. The main reason for offering just one option: minimise the burden administration (I'm assuming administrators are volunteers). Secondary reason: consistency for users. - Have one instance of trac¹ on trac.haskell.org per project. - Have one entry point that is separate from trac.haskell.org. I think this is what Hackage is supposed to be. /M ¹ I'm just using trac and trac.haskell.org as examples without really saying that's what should be used. -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus．therning＠gmail．com http://therning.org/magnus