agreeing a policy for maintainers and hackageDB

Duncan Coutts duncan.coutts at worc.ox.ac.uk
Mon Jun 23 06:14:51 EDT 2008


On Mon, 2008-06-23 at 10:05 +0100, Ross Paterson wrote:
> As a few people have noted, we need to agree a policy in this area.
> As I see it, the drivers are:
> 
> * users need to know whether what they're downloading is supported,
>   and if so by whom.
> * maintainers are entitled to control what goes out in their name.
> * allocating version numbers for a particular package name should be
>   the prerogative of the maintainer.
> 
> When something is agreed, I propose to put it on the hackageDB upload
> page and expect people to follow it.  Here's my first attempt:
> 
> 	If the Maintainer field names a person or group, the release as
> 	a whole (including packaging) is the named maintainer's approved
> 	release, which they are supporting (at least for some time after
> 	the release).  Ideally a maintainer would make that clear by
> 	uploading the release themselves.
> 
> 	A Maintainer value of "none" indicates that the package is
> 	not supported.
> 
> 	If a package is being maintained, any release not approved and
> 	supported by the maintainer should use a different package name.
> 	Then use the Maintainer field as above either to commit to
> 	supporting the fork yourself or to mark it as unsupported.

Looks good to me, except that I think I agree with Gwern that an empty
maintainer field is better than a distinguished value like "none".

We can always make the web page note that the package has no maintainer.

If on the other hand everyone thinks "none" is a good idea then we
should make hackage upload enforce that the maintainer field is not
empty.

Duncan



More information about the Libraries mailing list