[Catalog-sig] disallowing the removal of packages?

P.J. Eby pje at telecommunity.com
Wed Jul 6 03:23:11 CEST 2011

At 02:45 PM 7/5/2011 -0400, Jim Fulton wrote:
>On Tue, Jul 5, 2011 at 1:53 PM, Martijn Faassen 
><faassen at startifact.com> wrote:
> > I now think a special mirror might be the simplest way to solve this,
> > since mirroring infrastructure already exist.
>Of course, it would have to be *special*, in that it would mirror
>additions and updates, but not removal.
>Also, ironically, this hurts developers because it makes it harder for
>them to remove things that *really* need to be removed.

I think it's well understood that you can't put the internet back in 
the bottle.  But disallowing removals in the first place takes away 
the package author's right to decide what "really" means.

In any case, the developer is no worse off than in the case where 
they have to convince the PyPI operators something "really" needs to 
be removed, and they are better off because at least the official 
distribution point for their package no longer carries the broken release.

More information about the Catalog-SIG mailing list