From ygingras at ygingras.net Fri Nov 2 00:21:28 2007
From: ygingras at ygingras.net (Yannick Gingras)
Date: Thu, 01 Nov 2007 19:21:28 -0400
Subject: [Catalog-sig] Deprecation warnings on PyPI
Message-ID: <87sl3po8lj.fsf@enceladus.ygingras.net>
Greetings Catalogers,
I'm the maintainer of a setuptools plugin for git called gitlsfiles.
After the urge to push my first release out of the door had subsided,
I could not help but to realize that it was a really silly name that I
had chosen for this plugin. So I engaged the other setuptools plugin
maintainers for advice and we all agreed that it would be best for
everyone if our plugins were called setuptools_<rcs>.
I'm about to push setuptools_git 0.3 out of the door but I want people
to stop using gitlsfiles. I understand, thanks to Barry Warsaw's
investigation, that PyPI has currently no support for automatic
redirection for deprecated packages.
How should we proceed to indicate that the old package are deprecated?
Upload a newer PKG-INFO with a big deprecation warning and no files?
Any other suggestions?
--
Yannick Gingras
From martin at v.loewis.de Fri Nov 2 01:18:07 2007
From: martin at v.loewis.de (=?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?=)
Date: Fri, 02 Nov 2007 01:18:07 +0100
Subject: [Catalog-sig] Deprecation warnings on PyPI
In-Reply-To: <87sl3po8lj.fsf@enceladus.ygingras.net>
References: <87sl3po8lj.fsf@enceladus.ygingras.net>
Message-ID: <472A6CBF.3010301@v.loewis.de>
> How should we proceed to indicate that the old package are deprecated?
> Upload a newer PKG-INFO with a big deprecation warning and no files?
> Any other suggestions?
Depends on what you want to achieve. If you want people to stop using
the old package, you could completely remove it from PyPI.
Regards,
Martin
From ygingras at ygingras.net Fri Nov 2 01:25:34 2007
From: ygingras at ygingras.net (Yannick Gingras)
Date: Thu, 01 Nov 2007 20:25:34 -0400
Subject: [Catalog-sig] Deprecation warnings on PyPI
In-Reply-To: <472A6CBF.3010301@v.loewis.de> ("Martin v. =?utf-8?Q?L=C3=B6w?=
=?utf-8?Q?is=22's?= message of "Fri\, 02 Nov 2007 01\:18\:07 +0100")
References: <87sl3po8lj.fsf@enceladus.ygingras.net>
<472A6CBF.3010301@v.loewis.de>
Message-ID: <87mytxo5mp.fsf@enceladus.ygingras.net>
"Martin v. L?wis" <martin at v.loewis.de> writes:
>> How should we proceed to indicate that the old package are deprecated?
>> Upload a newer PKG-INFO with a big deprecation warning and no files?
>> Any other suggestions?
>
> Depends on what you want to achieve. If you want people to stop using
> the old package, you could completely remove it from PyPI.
That would work but I'd rather have someone searching for gitlsfiles
on PyPI be told that it's deprecated than to let him try new keywords
until he gives up and decides to try the other git plugin for
setuptools.
--
Yannick Gingras
From pje at telecommunity.com Fri Nov 2 01:48:04 2007
From: pje at telecommunity.com (Phillip J. Eby)
Date: Thu, 01 Nov 2007 20:48:04 -0400
Subject: [Catalog-sig] Deprecation warnings on PyPI
In-Reply-To: <87sl3po8lj.fsf@enceladus.ygingras.net>
References: <87sl3po8lj.fsf@enceladus.ygingras.net>
Message-ID: <20071102005636.3F7883A40AC@sparrow.telecommunity.com>
At 07:21 PM 11/1/2007 -0400, Yannick Gingras wrote:
>Greetings Catalogers,
> I'm the maintainer of a setuptools plugin for git called gitlsfiles.
>After the urge to push my first release out of the door had subsided,
>I could not help but to realize that it was a really silly name that I
>had chosen for this plugin. So I engaged the other setuptools plugin
>maintainers for advice and we all agreed that it would be best for
>everyone if our plugins were called setuptools_<rcs>.
>
>I'm about to push setuptools_git 0.3 out of the door but I want people
>to stop using gitlsfiles. I understand, thanks to Barry Warsaw's
>investigation, that PyPI has currently no support for automatic
>redirection for deprecated packages.
>
>How should we proceed to indicate that the old package are deprecated?
>Upload a newer PKG-INFO with a big deprecation warning and no files?
>Any other suggestions?
Release a new "version" whose sole purpose is to let people know the
package no longer exists, e.g.: http://pypi.python.org/pypi/ObjectRoles/
Now, in my case, I included files that actually wrap the replacement
package, so dependencies still work. But for your use case, you
could just omit the distribution files.
From skip at pobox.com Fri Nov 2 02:10:34 2007
From: skip at pobox.com (skip at pobox.com)
Date: Thu, 1 Nov 2007 20:10:34 -0500
Subject: [Catalog-sig] Defunct lockfile package - how to get it removed?
Message-ID: <18218.30986.328247.228492@montanaro.dyndns.org>
I started working on a lockfile module and wanted to toss it up on PyPI.
Alas, there is a lockfile module already. Doubly alastic, the one that's in
PyPI seems to be all but empty. I submitted a request at SF:
http://sourceforge.net/tracker/index.php?func=detail&aid=1822234&group_id=66150&atid=513504
and sent mail to the author's listed email address. It seems defunct to me.
The home page and download urls are fairly vague. I can't find a lockfile
recipe in the Python Cookbook (and can't figure out how to actually search,
so my "searching" was pretty much limited to browsing in a couple categories
and trying a Google search). Is it possible to remove it from PyPI?
Thanks,
--
Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/
From martin at v.loewis.de Fri Nov 2 07:24:59 2007
From: martin at v.loewis.de (=?UTF-8?B?Ik1hcnRpbiB2LiBMw7Z3aXMi?=)
Date: Fri, 02 Nov 2007 07:24:59 +0100
Subject: [Catalog-sig] Deprecation warnings on PyPI
In-Reply-To: <87mytxo5mp.fsf@enceladus.ygingras.net>
References: <87sl3po8lj.fsf@enceladus.ygingras.net> <472A6CBF.3010301@v.loewis.de>
<87mytxo5mp.fsf@enceladus.ygingras.net>
Message-ID: <472AC2BB.2050609@v.loewis.de>
> That would work but I'd rather have someone searching for gitlsfiles
> on PyPI be told that it's deprecated than to let him try new keywords
> until he gives up and decides to try the other git plugin for
> setuptools.
In that case, it would probably best if the new plugin mentions that
it is a replacement for gitlsfiles. Then searching for gitlsfiles would
directly bring up the new plugin.
Regards,
Martin
From ygingras at ygingras.net Tue Nov 6 19:18:55 2007
From: ygingras at ygingras.net (Yannick Gingras)
Date: Tue, 06 Nov 2007 13:18:55 -0500
Subject: [Catalog-sig] New Trove Classifiers
Message-ID: <87y7dbi6eo.fsf@enceladus.ygingras.net>
Greetings Catalogers,
I'm about to release setuptools_git and as you know, it obsoletes
gitlsfiles. I will also put up an empty release of gitlsfiles with
the classifier
Development Status :: 7 - Inactive
But as Maris Fogels pointed out,
Development Status :: 8 - Renamed
or
Development Status :: 8 - Deprecated
might be more appropriate. A future release of easy_install could
even, in the case of "Renamed", infer the new name from meta-data and
install that instead. Is this the kind of classifiers you would add?
Also, I notice that there are many "Framework ::" classifiers but two
major Python web frameworks are missing:
Framework :: Django
Framework :: Pylons
Best regards,
--
Yannick Gingras
From richardjones at optushome.com.au Tue Nov 6 21:29:09 2007
From: richardjones at optushome.com.au (Richard Jones)
Date: Wed, 7 Nov 2007 07:29:09 +1100
Subject: [Catalog-sig] New Trove Classifiers
In-Reply-To: <87y7dbi6eo.fsf@enceladus.ygingras.net>
References: <87y7dbi6eo.fsf@enceladus.ygingras.net>
Message-ID: <200711070729.10059.richardjones@optushome.com.au>
On Wed, 7 Nov 2007, Yannick Gingras wrote:
> Also, I notice that there are many "Framework ::" classifiers but two
> major Python web frameworks are missing:
>
> Framework :: Django
> Framework :: Pylons
That is because they have not been requested. See
http://wiki.python.org/moin/CheeseShopTutorial
Richard