[Distutils] Create formal process for claiming 'abandoned' packages

[Richard Jones]

Hi folks, sorry for the delay, I was on vacation and then catching up on
stuff. I've composed a draft of the policy and I welcome your comments (in
the doc, please):

https://docs.google.com/document/d/1elum7ENjQb0dLB4ATfYNtnXYVLUzsKacc0VWnHHJb2A/edit?usp=sharing

My apologies if I've missed some nuance in a particular contribution to
this discussion: please just leave a comment in the doc :)


    Richard

On 23 September 2014 07:49, Nick Coghlan <ncoghlan at gmail.com> wrote:

>
> On 23 Sep 2014 00:19, "Antoine Pitrou" <antoine at python.org> wrote:
> >
> > Donald Stufft <donald <at> stufft.io> writes:
> > >
> > > PyPI inherinently has complete control over who owns what name on PyPI.
> >
> > Political authority does not derive from technical control, though.
> >
> > > As Toshio said that are situations where it makes *obvious* sense to
> transfer
> > > ownership of a project. Using Django as an pretty good example here,
> There are
> > > four people able to make releases there, until fairly recently there
> were only
> > > two if I recall. I don't think anyone would be against PyPI transfering
> > > ownership of Django to another active core developer of Django in the
> event
> > > that all of the people with permissions on PyPI were gone in some
> fashion.
> >
> > Assuming the remaining Django core developers agree on it, then, yes,
> that
> > can make sense. That's because they are the primary authors of the
> project
> > (even though they might not have been listed as such on PyPI).
> >
> > The case people are worried about is whether someone who is not part of
> the
> > original project author(s) or maintainer(s) can get assigned the PyPI
> project.
> > In that case people should use one of the forks; there's no reason for
> PyPI
> > to crown a successor.
>
> That's why I consider it important to get the original project's issue
> tracker involved in the transfer process. I'd also be OK with a process
> that required an affirmative "Yes" from the project community, defaulting
> to "No transfer" in the case of a lack of response.
>
> Transfers are most needed for highly active projects where a fork could
> have a lot of ripple effects. I think it's reasonable to interpret "nobody
> cared enough to say yes or no" as "nobody cares enough for a transfer to be
> needed - just fork it rather than claiming the name".
>
> Regards,
> Nick.
>
> _______________________________________________
> Distutils-SIG maillist  -  Distutils-SIG at python.org
> https://mail.python.org/mailman/listinfo/distutils-sig
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20141008/380505ba/attachment.html>