New submission from Keith Yang:
File
/Users/keitheis/Quest/biienv/lib/python2.7/site-packages/setuptools/package_index.py,
line 161, in __init__
if verify_ssl and ssl_support.is_available and (ca_bundle or
ssl_support.find_ca_bundle()):
File
Hello,
is there a defined process for removing useless entries from PyPi?
I was looking for a name for a new project, and as a part of that, I searched
on the Python Package Index to see if the names I came up with are not taken
already. I stumbled upon this:
I support this message.
On Fri, May 31, 2013 at 12:57 PM, Radomir Dopieralski
sh...@sheep.art.pl wrote:
Hello,
is there a defined process for removing useless entries from PyPi?
I was looking for a name for a new project, and as a part of that, I searched
on the Python Package Index to see
On 31 maj 2013, at 12:57, Radomir Dopieralski sh...@sheep.art.pl wrote:
I was looking for a name for a new project, and as a part of that, I searched
on the Python Package Index to see if the names I came up with are not taken
already.
I concur. It's increasingly easy to find bogus entries on
Hi Radomir,
On Fri, May 31, 2013 at 12:57 +0200, Radomir Dopieralski wrote:
Hello,
is there a defined process for removing useless entries from PyPi?
I was looking for a name for a new project, and as a part of that, I searched
on the Python Package Index to see if the names I came up
On Fri, May 31, 2013 at 3:09 PM, holger krekel hol...@merlinux.eu wrote:
I think there should be a PEP regulating the removal and the taking over
process for packages. Your considerations make sense to me there.
ASFAIK Perl has such policies a decade or so. Probably makes sense to
use their
On May 31, 2013, at 6:57 AM, Radomir Dopieralski sh...@sheep.art.pl wrote:
Hello,
is there a defined process for removing useless entries from PyPi?
I was looking for a name for a new project, and as a part of that, I searched
on the Python Package Index to see if the names I came up
I'm also having trouble with uploading to pypi, it's not random,
meaning it's happened every time so far. My last upload was about a
week ago and seamless.
Here is my best reconstruction of today:
{{{
python setup.py sdist upload
...snip
adding 'leo-4.11.devel-build-5802\leo.egg-info\PKG-INFO'
On May 31, 2013, at 1:44 PM, Matt Wilkie map...@gmail.com wrote:
I'm also having trouble with uploading to pypi, it's not random,
meaning it's happened every time so far. My last upload was about a
week ago and seamless.
Here is my best reconstruction of today:
{{{
python setup.py
On May 31, 2013, at 2:10 PM, Donald Stufft don...@stufft.io wrote:
On May 31, 2013, at 1:44 PM, Matt Wilkie map...@gmail.com wrote:
I'm also having trouble with uploading to pypi, it's not random,
meaning it's happened every time so far. My last upload was about a
week ago and seamless.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/31/2013 09:18 AM, Lennart Regebro wrote:
I'd be OK with after six months automatically removing packages that
has only one owner/maintainer, and that owner/maintainer has no other
packages, and the package has no available downloads, and no
On May 31, 2013, at 1:34 PM, Tres Seaver wrote:
On 05/31/2013 09:18 AM, Lennart Regebro wrote:
I'd be OK with after six months automatically removing packages that
has only one owner/maintainer, and that owner/maintainer has no other
packages, and the package has no available downloads,
On Fri, May 31, 2013 at 10:34 PM, Tres Seaver tsea...@palladion.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/31/2013 09:18 AM, Lennart Regebro wrote:
I'd be OK with after six months automatically removing packages that
has only one owner/maintainer, and that
On May 31, 2013, at 4:45 PM, Noah Kantrowitz n...@coderanger.net wrote:
On May 31, 2013, at 1:34 PM, Tres Seaver wrote:
On 05/31/2013 09:18 AM, Lennart Regebro wrote:
I'd be OK with after six months automatically removing packages that
has only one owner/maintainer, and that
On Fri 31 May 2013 04:34:43 PM EDT, Tres Seaver wrote:
Why all the extras: if somebody wants to claim a project name, but can't
upload a release for six months, they should just lose. I would actually
be willing to have that cut down to a day: trying to grab the name
before registering /
Tres Seaver tseaver at palladion.com writes:
Why all the extras: if somebody wants to claim a project name, but can't
upload a release for six months, they should just lose. I would actually
be willing to have that cut down to a day: trying to grab the name
before registering / uploading a
HI Folks,
A few of us over on the pythonmac list have been hashing out how best
to support binary packages on OS-X. The binary wheel option seems very
promising.
However, there is one Mac-specific issue that does not seem to be addressed:
On OS-X, binaries can be universal -- what this means is
On Fri 31 May 2013 06:16:28 PM EDT, Jim Fulton wrote:
I think Tres was referring to the first release.
Thanks for the clarification, but my argument remains for subsequent
releases.
___
Distutils-SIG maillist - Distutils-SIG@python.org
Wheel already supports compound tags. Just like py2.py3-none-any a tag
py3-none-x86.ppc (with real platform names) would work. Does that make
sense for Mac?
On May 31, 2013 6:30 PM, Chris Barker - NOAA Federal
chris.bar...@noaa.gov wrote:
HI Folks,
A few of us over on the pythonmac list have
On Fri, May 31, 2013 at 6:33 PM, Trishank Karthik Kuppusamy
t...@students.poly.edu wrote:
On Fri 31 May 2013 06:16:28 PM EDT, Jim Fulton wrote:
I think Tres was referring to the first release.
Thanks for the clarification, but my argument remains for subsequent
releases.
Hopefully,
On Fri, May 31, 2013 at 4:45 PM, Trishank Karthik Kuppusamy
t...@students.poly.edu wrote:
On Fri 31 May 2013 04:34:43 PM EDT, Tres Seaver wrote:
Why all the extras: if somebody wants to claim a project name, but can't
upload a release for six months, they should just lose. I would actually
21 matches
Mail list logo
