Oh... so what about this:
- PyPI publishes setuptools metadata, but in Metadata 1.2 format. The
conversion is pretty simple, it's just translating the requires.txt
into PEP 345 fields.
- We add a marker so we know that those metadata are from setuptools
That way, PyPI has an unified interface to
Tarek Ziadé wrote:
Oh... so what about this:
- PyPI publishes setuptools metadata, but in Metadata 1.2 format. The
conversion is pretty simple, it's just translating the requires.txt
into PEP 345 fields.
- We add a marker so we know that those metadata are from setuptools
That way, PyPI
Le 27/01/2011 09:05, M.-A. Lemburg a écrit :
Tarek Ziadé wrote:
Oh... so what about this:
- PyPI publishes setuptools metadata, but in Metadata 1.2 format. The
conversion is pretty simple, it's just translating the requires.txt
into PEP 345 fields.
- We add a marker so we know that
On Thu, Jan 27, 2011 at 11:38 AM, Jannis Leidel jan...@leidel.info wrote:
On 27.01.2011, at 09:34, Tarek Ziadé wrote:
Oh... so what about this:
- PyPI publishes setuptools metadata, but in Metadata 1.2 format. The
conversion is pretty simple, it's just translating the requires.txt
into PEP
On 27.01.2011, at 15:07, Tarek Ziadé wrote:
On Thu, Jan 27, 2011 at 11:38 AM, Jannis Leidel jan...@leidel.info wrote:
On 27.01.2011, at 09:34, Tarek Ziadé wrote:
Oh... so what about this:
- PyPI publishes setuptools metadata, but in Metadata 1.2 format. The
conversion is pretty simple,
Some people worked on this today (I am sprinting myself starting tomorrow)
https://bitbucket.org/tarek/distutils2/wiki/Deployments_using_setup.cfg
For instance this is a Metadata v1.2 project, pushed by distutils2:
http://pypi.python.org/pypi/qGitFilterBranch/0.9
(which is also
On Wed, Jan 26, 2011 at 3:36 AM, Brian Jones bkjo...@gmail.com wrote:
...
http://mail.python.org/pipermail/catalog-sig/2010-September/003301.html
I'm not positive we're on the same page. You seem to be talking about adding
some specific new data in a specific way to the index, and *then*
Tarek Ziadé wrote:
On Wed, Jan 26, 2011 at 3:36 AM, Brian Jones bkjo...@gmail.com wrote:
...
http://mail.python.org/pipermail/catalog-sig/2010-September/003301.html
I'm not positive we're on the same page. You seem to be talking about adding
some specific new data in a specific way to the
On Wed, Jan 26, 2011 at 10:33 AM, M.-A. Lemburg m...@egenix.com wrote:
Tarek Ziadé wrote:
On Wed, Jan 26, 2011 at 3:36 AM, Brian Jones bkjo...@gmail.com wrote:
...
http://mail.python.org/pipermail/catalog-sig/2010-September/003301.html
I'm not positive we're on the same page. You seem to be
On Wed, Jan 26, 2011 at 4:51 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
And searching for dependencies seems like the same need Brian has.
I just want to clarify that need: I want to be able to search PyPI for all
packages dependent on some package 'x'. I would think that easy_install/pip
On Wed, Jan 26, 2011 at 2:23 PM, Brian Jones bkjo...@gmail.com wrote:
On Wed, Jan 26, 2011 at 4:51 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
And searching for dependencies seems like the same need Brian has.
I just want to clarify that need: I want to be able to search PyPI for all
2011/1/26 Alexis Métaireau ale...@notmyidea.org:
Hi Brian, Tarek,
Le 26/01/2011 13:47, Tarek Ziadé a écrit :
Alexis has started such a prototype using CouchDB, because he wanted
to experiment a REST-like interface to replace our current XML-RPC
APIs, CC'ing him.
Yes, I'm currently writing
Hi Brian, Tarek,
Le 26/01/2011 13:47, Tarek Ziadé a écrit :
Alexis has started such a prototype using CouchDB, because he wanted
to experiment a REST-like interface to replace our current XML-RPC
APIs, CC'ing him.
Yes, I'm currently writing a PEP proposition, which is by now available
in
You can also see a blog post I've made about that on
http://blog.notmyidea.org/pypi-on-couchdb.html
Also, a CouchDB instance with all the data is available at
http://couchdb.notmyidea.org/pypi/
Bear in mind this *is* a work in progress. It should address the search
problems you're
Minor nitpick: You should remove all implementation specific things
from that future PEP, of put them in another place.
PEPs are more about standards, API etc.. and using CouchDB is a detail
and not relevant for its acceptance
Indeed - if the URLs are specified, I'd probably implement it
Le 26/01/2011 20:45, Martin v. Löwis a écrit :
Indeed - if the URLs are specified, I'd probably implement it
directly, instead of trying to keep a couchdb instance updated.
That's certainly a feature to have. Nevertheless, I do think that
CouchDB still have a value here, because it's greatly
On Wed, Jan 26, 2011 at 9:45 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Minor nitpick: You should remove all implementation specific things
from that future PEP, of put them in another place.
PEPs are more about standards, API etc.. and using CouchDB is a detail
and not relevant for its
On Thu, Jan 27, 2011 at 8:10 AM, Alexis Métaireau ale...@notmyidea.org wrote:
Le 26/01/2011 20:45, Martin v. Löwis a écrit :
Indeed - if the URLs are specified, I'd probably implement it
directly, instead of trying to keep a couchdb instance updated.
That's certainly a feature to have.
Hi Tres,
Le 26/01/2011 23:23, Tres Seaver a écrit :
I think the SIG's response in September was a good example of the
perfect is the ene good:
- - A miniscule fraction of all PyPI releases actually declare PEP 345
metadata. I see no evidence that the number is growing[1].
I do agree. By
Hi all,
I'm wondering how hard it would be to provide a search by either Python
version, or better, classifier?
In truth, I'm wondering about all sorts of features that might bring PyPI
into the current century, for example, a REST interface, more robust (and
faster) searching capabilities (like
On Wed, Jan 26, 2011 at 1:06 AM, Brian Jones bkjo...@gmail.com wrote:
I'm wondering how hard it would be to provide a search by either Python
version, or better, classifier?
You clearly mean something other than the browse interface already
present in the web interface. What sort of search
searching capabilities (like searching by dependency),
I tried adding this functionality to PyPI, but it was shot down quickly
by many catalog-sig readers, see the thread starting at
http://mail.python.org/pipermail/catalog-sig/2010-September/003301.html
a more intuitive notion of 'ranking'
Sorry, including the list.
-- Forwarded message --
From: Brian Jones bkjo...@gmail.com
Date: Tue, Jan 25, 2011 at 9:19 PM
Subject: Re: [Catalog-sig] API search by python version (or classifier)
To: Richard Jones rich...@python.org
On Tue, Jan 25, 2011 at 5:27 PM, Richard Jones
Again, including the list.
-- Forwarded message --
From: Brian Jones bkjo...@gmail.com
Date: Tue, Jan 25, 2011 at 9:35 PM
Subject: Re: [Catalog-sig] API search by python version (or classifier)
To: Martin v. Löwis mar...@v.loewis.de
On Tue, Jan 25, 2011 at 6:09 PM, Martin v
24 matches
Mail list logo