From digitalxero at gmail.com Sun Oct 2 19:50:50 2011 From: digitalxero at gmail.com (Dj Gilcrease) Date: Sun, 2 Oct 2011 13:50:50 -0400 Subject: [Catalog-sig] Added Mirror Message-ID: <CAMPUAFOeOwQ4C038WuO3VKSs9HC10HRMQeh0ycGTm4Vmeujinw@mail.gmail.com> Added a mirror @ http://pypi.digitalxero.net Dj Gilcrease ?____ ( | ? ? \ ?o ? ?() ? | ?o ?|`| ? | ? ? ?| ? ? ?/`\_/| ? ? ?| | ? ,__ ? ,_, ? ,_, ? __, ? ?, ? ,_, _| ? ? ?| | ? ?/ ? ? ?| ?| ? |/ ? / ? ? ?/ ? | ? |_/ ?/ ? ?| ? / \_|_/ (/\___/ ?|/ ?/(__,/ ?|_/|__/\___/ ? ?|_/|__/\__/|_/\,/ ?|__/ ? ? ? ? ?/| ? ? ? ? ?\| From monitor at jacobian.org Thu Oct 6 17:39:01 2011 From: monitor at jacobian.org (monitor at jacobian.org) Date: Thu, 06 Oct 2011 10:39:01 -0500 Subject: [Catalog-sig] [monit] pypi.python.org - Connection failed Message-ID: <1317915544.1@jacobian.org> Connection failed Service pypi.python.org Date: Thu, 06 Oct 2011 10:39:01 -0500 Action: alert Host: jacobian.org Description: failed protocol test [HTTP] at INET[pypi.python.org:80] via TCP Your faithful employee, monit From fuzzyman at gmail.com Sun Oct 16 17:06:21 2011 From: fuzzyman at gmail.com (Michael Foord) Date: Sun, 16 Oct 2011 16:06:21 +0100 Subject: [Catalog-sig] PyPI trove classifiers for alternate language implementations In-Reply-To: <4E7287CA.6070900@egenix.com> References: <CADiSq7dNhexnM56-u3W1Y_i3u1vAdHrFBtFVLbrri0JXLVf1XQ@mail.gmail.com> <DF04F544-0CA8-426F-A9F2-DAFA7EBCDC14@gmail.com> <4E70AA85.6090700@v.loewis.de> <CAKCKLWz=13LuP=h0NsYRQ55uy8suM46viKh9+0HKeSdEv7ZvUg@mail.gmail.com> <4E7207B2.4070404@v.loewis.de> <4E720A85.2070501@egenix.com> <CAKCKLWxDj3zh5-Crw8v7e_8GJ2HQdvpBC2QRteQdK9umYQrPpA@mail.gmail.com> <4E7287CA.6070900@egenix.com> Message-ID: <CAKCKLWxLCVRNj3eiDQi28C1GuS4KW8bDMBaYq+w8OUt=fWwFAg@mail.gmail.com> On 16 September 2011 00:18, M.-A. Lemburg <mal at egenix.com> wrote: > Michael Foord wrote: > > On 15 September 2011 15:24, M.-A. Lemburg <mal at egenix.com> wrote: > > > >> "Martin v. L?wis" wrote: > >>> > >>>> Programming Language - Python - Implementation - CPython > >>>> Programming Language - Python - Implementation - pypy > >>>> Programming Language - Python - Implementation - jython > >>>> Programming Language - Python - Implementation - IronPython > >>> > >>> Opinions on this proposal? (including the specific spelling, > >>> leaving alone that the separator is ::, not -) > >> > >> Better user CPython, PyPy and Jython for consistency with the > >> other Trove spellings. > >> > >> I'm -0 on the "Implementation" part. Do we really need this ? > >> > > > > > > Jython, PyPy and CPython are not "programming languages" they're > > implementations of the Python programming language - so I would prefer to > > differentiate like this. > > Well, yes, but if you look at the OS section of the Trove list > you also find different implementations of BSD under the > BSD category: > > Operating System :: POSIX :: BSD > Operating System :: POSIX :: BSD :: BSD/OS > Operating System :: POSIX :: BSD :: FreeBSD > Operating System :: POSIX :: BSD :: NetBSD > Operating System :: POSIX :: BSD :: OpenBSD > > Well, they're BSD variants whereas pypy (and other implementations) aim very much not to be variants. I'd still rather see them listed under a Python implementation sub-classifier but it isn't a big deal. > (just to take one exmaple) > > See http://pypi.python.org/pypi?%3Aaction=list_classifiers for the full > list. > > Also note that Cython is listed as: > > Programming Language :: Cython > > That's correct. Cython is a programming language not an implementation. I would include Shedskin as a programming language rather than an implementation too. Listing implementations as programming languages loses the ability to make this distinction at the classifier level (and is also *incorrect* to my mind). > even Zope is listed as programming language: > > Programming Language :: Zope > That's odd. :-) > > so there isn't all that much consistency in the naming. > > BTW: Stackless is missing from your list. > > Right. Stackless should probably be on the list as libraries may depend on Stackless features. All the best, Michael > >> Also: What about release versions of those implementations ? > >> > >> > > We could always add those later if anyone really wanted them (for Python > we > > have the broad "Python" *plus* version specific categories). In other > words, > > YAGNI (for now). > > > > Michael > > > > > >> Jython and IronPython appear to follow the CPython release > >> versions, but PyPy uses its own version scheme. > > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source (#1, Sep 16 2011) > >>> Python/Zope Consulting and Support ... http://www.egenix.com/ > >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ > >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > 2011-10-04: PyCon DE 2011, Leipzig, Germany 18 days to go > > ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: > > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/catalog-sig/attachments/20111016/9b1756ad/attachment.html> From geoff.bache at gmail.com Thu Oct 27 20:39:54 2011 From: geoff.bache at gmail.com (Geoff Bache) Date: Thu, 27 Oct 2011 20:39:54 +0200 Subject: [Catalog-sig] Renaming my PyPI package Message-ID: <CA+JhiftrNd0X71-o+zuA-sXHb7DVCNXs6VLTbEWVrBo9wmT5PA@mail.gmail.com> Hi all, I'm hoping to rename one of my PyPI packages in the near future. There seems to be an interface where this is possible, but I can't find much in the way of docs about how it works. What I was wondering was what PyPI will do with requests for the old name in future. i.e. if someone does "pip install oldname" the day after I rename it to "newname" and release a new version, will they get 1) My new version, as if they had typed "pip install newname" 2) The last release of "oldname" 3) An error message saying "oldname has been renamed to newname" 4) An error message saying "unknown package oldname" ? Thanks, Geoff Bache