sstein...@gmail.com wrote:
Hmm ... I think you meant bikeshedding (energetic discussion of
meaningless details) -- woodshedding *is* an actual slang term, but
one that originated among musicians, meaning to practice one's skills
alone (i.e., to go off to a woodshed where no one can hear you).
On Sat, Dec 26, 2009 at 05:03, David Cournapeau courn...@gmail.com wrote:
I guess you meant upload. The reasons I see for making some things, in
particular upload mandatory are as follows:
- file upload makes pure rsync-based mirroring. In the case of CRAN,
you mirror with one rsync command.
Lennart Regebro wrote:
On Sat, Dec 26, 2009 at 05:03, David Cournapeau courn...@gmail.com wrote:
The reasons I see for making some things, in
particular upload mandatory are as follows:
- file upload makes pure rsync-based mirroring. In the case of CRAN,
you mirror with one rsync command. No
Hi Lennart,
Lennart Regebro regebro at gmail.com writes:
On Wed, Dec 23, 2009 at 10:32, S. Mueller wrote:
I have to say that I vastly prefer not to have any authorization and
allow anyone to release anything in any namespace. But then I am
getting fanatically anarchical in these issues.
On Sat, Dec 26, 2009 at 11:17, Steffen Mueller smuel...@cpan.org wrote:
This is clearly a case of citation rape. ;)
Possibly, but I tried to extract the essence of the misunderstanding.
Maybe I was boiling too hard. :)
Sorry, but I'm not being philosophical when I say you have to authorize
On Sat, Dec 26, 2009 at 11:13, Eric Smith e...@trueblade.com wrote:
When some people say I want to mirror PyPI, I think they mean I want to
have a private copy of all of the files I need to install a given set of
packages I need. This is often a requirement because the computer(s) where
an
When some people say I want to mirror PyPI, I think they mean I want
to have a private copy of all of the files I need to install a given set
of packages I need. This is often a requirement because the computer(s)
where an installation is occurring are behind firewalls without general
Martin v. Löwis a écrit :
It is unreliable [bugs.launchpad.net/pypi-mirror/+bug/386143] and lacks
the pre-extracted metadata. I wouldn't call it a mirror tool, for it is
not an exact copy of PyPI data[1].
***
[1] In computing, a mirror is an exact copy of a data set. On the
Internet, a
Sorry, but I'm not being philosophical when I say you have to authorize access
to things. Apparently the Python repository does, too. Or otherwise I'll
upload
a few popular packages with high version numbers that contain viruses for New
Year.
Maybe it's a terminology matter. I have to
In a message of Sat, 26 Dec 2009 13:03:32 +0900, David Cournapeau writes:
I guess you meant upload. The reasons I see for making some things, in
particular upload mandatory are as follows:
- file upload makes pure rsync-based mirroring. In the case of CRAN,
you mirror with one rsync command. No
On Sat, Dec 26, 2009 at 13:15, Laura Creighton l...@openend.se wrote:
This, of course, is one reason why some people want to do exactly
this. Right now I don't know any way to say 'under no circumstances,
ever, let easy_install near my code because it will do very bad things
to it'.
Well
On Dec 26, 2009, at 7:15 AM, Laura Creighton wrote:
Right now I don't know any way to say 'under no circumstances,
ever, let easy_install near my code because it will do very bad things
to it'.
Uh...I think you just did.
I liked things a whole lot better when pypi was about being a
Hi Martin,
Martin v. Löwis martin at v.loewis.de writes:
Maybe it's a terminology matter. I have to authorize: who is I?
In PyPI, no person ever authorizes access. Yet, you still cannot upload
newer versions of popular packages.
Package names are registered on a first-come first-served
The PyPI discussions seem to be tending toward mixing the window dressing
with the framing, to use a building analogy, and what that will result in is
a weak frame and ugly windows. A building that slowly (or quickly) falls
down under its own weight, and looks bad doing it.
I think
sstein...@gmail.com wrote:
I think that splitting
package storage and pointers to off-repository storage (for those who
don't upload to PyPI)
metadata about the stored packages
tools for creating stored packages
tools for retrieving stored packages
On Dec 26, 2009, at 4:17 PM, Stephen Waterbury wrote:
sstein...@gmail.com wrote:
I think that splittingpackage storage and pointers to
off-repository storage (for those who don't upload to PyPI)
metadata about the stored packages
tools for creating stored packages
Greetings Lennart,
On 12/24/2009 10:27 PM, Lennart Regebro wrote:
On Fri, Dec 25, 2009 at 05:39, Sridhar Ratnakumar
sridh...@activestate.com wrote:
Is it because of this benefit to package authors that we are withholding the
implementation of a simple archive that would: 1) simplify the tools
On Fri, Dec 25, 2009 at 08:22, David Cournapeau courn...@gmail.com wrote:
Is there any hard data to back up the idea that making some things
mandatory when registering/uploading to Pypi is detrimental to Pypi's
goal, or is it just opinion ?
It's just how humans work. Hard data comes from 200
On Fri, Dec 25, 2009 at 5:52 PM, Lennart Regebro rege...@gmail.com wrote:
It is very difficult for me to understand the rationale for this. This
is specific to Pypi AFAIK
Not at all.
Which other system similar to Pypi do you know which works like Pypi
in that regard ? Neither CRAN, hackage,
On Fri, Dec 25, 2009 at 09:00, Sridhar Ratnakumar
sridh...@activestate.com wrote:
Greetings Lennart,
On 12/24/2009 10:27 PM, Lennart Regebro wrote:
On Fri, Dec 25, 2009 at 05:39, Sridhar Ratnakumar
sridh...@activestate.com wrote:
Is it because of this benefit to package authors that we
On Fri, Dec 25, 2009 at 10:06, David Cournapeau courn...@gmail.com wrote:
Which other system similar to Pypi do you know which works like Pypi
in that regard ?
The whole world.
Let's take this again: If you make it more complicated and have more
requirements that has to be fulfilled before you
On Fri, Dec 25, 2009 at 6:12 PM, Lennart Regebro rege...@gmail.com wrote:
Let's take this again: If you make it more complicated and have more
requirements that has to be fulfilled before you can register a
package on PyPI, LESS PACKAGES WILL BE REGISTERED.
It is not obvious at all (that the
On Fri, Dec 25, 2009 at 10:33, David Cournapeau courn...@gmail.com wrote:
On Fri, Dec 25, 2009 at 6:12 PM, Lennart Regebro rege...@gmail.com wrote:
Let's take this again: If you make it more complicated and have more
requirements that has to be fulfilled before you can register a
package on
On Fri, Dec 25, 2009 at 6:55 PM, Lennart Regebro rege...@gmail.com wrote:
And I'm sorry, it is
obvious that it will be fewer packages registered the more work it is
to register packages and the more restrictions there are on
registrations.
The question that matters is how significant this
In a message of Fri, 25 Dec 2009 19:43:24 +0900, David Cournapeau writes:
I think many people within
the group of disatisfied Pypi users would be happy to have less
packages for a better overall experience.
Aside from the fact that the word you want is _fewer_ not _less_ when
you are talking
Tres Seaver a écrit :
kiorky wrote:
I would say that having a package author *not* upload the distributions
is their right, but I would likely avoid using such a package,
That depend, people can not upload their packages because previous bad
experience, for false generated sdist for
On Fri, Dec 25, 2009 at 13:27, kiorky kio...@cryptelium.net wrote:
So, comes my idea that we would have just to get the source distributions
where
they are no matter how they would have been generated and mirror them as-is on
Pypi which could be the only thing to mirror (and i don't say here
On 12/25/2009 1:09 AM, Lennart Regebro wrote:
Why not? Do you conceive of any reason apart from CPAN-like archives that
would help in proliferation of mirror sites and third-party sites?
The point is that we *have* a CPAN like archive.
I am amazed at the amount of denial in this discussion,
On Fri, Dec 25, 2009 at 19:30, Sridhar Ratnakumar
sridh...@activestate.com wrote:
I am amazed at the amount of denial in this discussion, and I'll pass.
Explanations are not denial.
Several concrete points where PyPI can be improved has come forward.
Requiring upload is not one of those and
But it's only butter, in fact i am just happy with sdist upload.
Although SSH is quite a heavy development on PyPI side, it means we
would have to implement
an SSH server. (like Zope did I think for their development server,
using Paramiko IIRC)
cvs.zope.org / svn.zope.org (same machine)
Ben Finney wrote:
That isn't a good argument. By the same logic, PyPI should not
reject *any* upload, to avoid “forcing” uploaders to do extra work.
PyPI's rejection of certain uploads is primarily to prevent spam from
being uploaded.
Am I wrong, then, in thinking that PyPI will reject an
Martin v. Löwis a écrit :
Although SSH is quite a heavy development on PyPI side, it means we
would have to implement
an SSH server. (like Zope did I think for their development server,
using Paramiko IIRC)
cvs.zope.org / svn.zope.org (same machine) run a stock sshd: they use
the
It is unreliable [bugs.launchpad.net/pypi-mirror/+bug/386143] and lacks
the pre-extracted metadata. I wouldn't call it a mirror tool, for it is
not an exact copy of PyPI data[1].
***
[1] In computing, a mirror is an exact copy of a data set. On the
Internet, a mirror site is an exact copy
On Fri, Dec 25, 2009 at 8:22 PM, Laura Creighton l...@openend.se wrote:
In a message of Fri, 25 Dec 2009 19:43:24 +0900, David Cournapeau writes:
I think many people within
the group of disatisfied Pypi users would be happy to have less
packages for a better overall experience.
Aside from the
1/ Missing packages (eg: Twisted is not there); which is why
easy_install/pip had to resolve to scrapping project webpages for
guessing download links. In CPAN, almost all module authors upload their
sources via PAUSE.
How do you propose to change that? I think it should be the choice
of the
3/ Indices such as http://www.cpan.org/modules/01modules.mtime.html (or
TXT files) to get a) recently released packages, b) list of release
versions for a particular package, and so on (which would obviate the
XmlRpc interface)
That is available as
http://pypi.python.org/pypi?%3Aaction=rss
The tiny 10MB upload is a blocker i think also.
For example, for 'minitage.paste.extras', it's not hosted on pypi because of
that.
The limit is 20MB now. If you need a larger limit let me know.
Unfortunately, I cannot find out what the size of minitage.paste.extras
is, as their download URL
What's with the interest in having packages hosted on PyPI?
Because it would then be more like CPAN. Some people claim that one
key of CPAN's success is that it has all files stored in the archive,
and that it then allows mirroring with rsync and ftp.
They claim that without that, PyPI can't be
A separate issue with setup.py upload, though, is that it really wants
one of two undesirable things:
* the upload is done at the same time as the release package is generated
* the release package is generated twice
The former requires that proper credentials are available to whoever
Martin v. Löwis mar...@v.loewis.de writes:
I think it should be the choice of the package authors whether they
upload their software to the central repository, or to their own home
page.
Why do you think that should continue? Some of the costs of that
inconsistency have already been described
Finally somebody had few doubts about CPAN...please have a look ti a
just-posted article on slashdot.
That mess is CPAN was my original reason to discard perl in first (and
switching to python): no two installed perl are ever the same. No way to
reliably reproduce the same environment and no
Martin v. Löwis a écrit :
The tiny 10MB upload is a blocker i think also.
For example, for 'minitage.paste.extras', it's not hosted on pypi because of
that.
The limit is 20MB now. If you need a larger limit let me know.
Unfortunately, I cannot find out what the size of
Martin v. Löwis a écrit :
The tiny 10MB upload is a blocker i think also.
For example, for 'minitage.paste.extras', it's not hosted on pypi because of
that.
The limit is 20MB now. If you need a larger limit let me know.
Cool!
I tested with success the upload.
Size of the dist is 12MB.
2009/12/24 exar...@twistedmatrix.com:
[..]
Release packages for Twisted are constructed using some extra file- finding
logic that sdist doesn't provide. Additionally, for years distutils was
seen as a blind alley, so we didn't bother to try to create a
distutils-friendly substitute.
Ben Finney a écrit :
Martin v. Löwis mar...@v.loewis.de writes:
I think it should be the choice of the package authors whether they
upload their software to the central repository, or to their own home
page.
Why do you think that should continue? Some of the costs of that
inconsistency
On Thu, Dec 24, 2009 at 11:06 AM, kiorky kio...@cryptelium.net wrote:
Martin v. Löwis a écrit :
The tiny 10MB upload is a blocker i think also.
For example, for 'minitage.paste.extras', it's not hosted on pypi because
of that.
The limit is 20MB now. If you need a larger limit let me know.
Tarek Ziadé a écrit :
On Thu, Dec 24, 2009 at 11:06 AM, kiorky kio...@cryptelium.net wrote:
Martin v. Löwis a écrit :
I don't think it worth the pain, with the speed of nowadays
connections. But I could add a curl upload progress bar in the upload
command. If you think this is useful let
I think it should be the choice of the package authors whether they
upload their software to the central repository, or to their own home
page.
Why do you think that should continue? Some of the costs of that
inconsistency have already been described in this thread. What are the
benefits
On Thu, Dec 24, 2009 at 11:20 AM, kiorky kio...@cryptelium.net wrote:
[..]
That said, some people have expressed the desire to be able to
interact with PyPI through SSH so they could drop the basic
authentication and use their keys when registering/uploading.
But that was not related to the
On Thu, Dec 24, 2009 at 10:25, Ben Finney ben+pyt...@benfinney.id.au wrote:
Martin v. Löwis mar...@v.loewis.de writes:
I think it should be the choice of the package authors whether they
upload their software to the central repository, or to their own home
page.
Why do you think that should
python setup.py pickup_files upload
to upload the pre-built files; thereby you can upload files as source
that had not been generated by sdist.
That's why I've proposed to add a --dist-file option to the upload command,
The tricky thing may be to find out what kind of file that is, so
On Thu, Dec 24, 2009 at 02:59:28AM -, exar...@twistedmatrix.com wrote:
There have been a few responses to Glyph's mention that setup.py
upload doesn't work for Twisted. I'm much more curious to hear replies
to his other point - nobody cares anyway.
What's with the interest in having
Although SSH is quite a heavy development on PyPI side, it means we
would have to implement
an SSH server. (like Zope did I think for their development server,
using Paramiko IIRC)
Not necessarily: it might be possible to use sshd.
Regards,
Martin
2009/12/24 Martin v. Löwis mar...@v.loewis.de:
python setup.py pickup_files upload
to upload the pre-built files; thereby you can upload files as source
that had not been generated by sdist.
That's why I've proposed to add a --dist-file option to the upload command,
The tricky thing may
Some reasons to have PyPI host packages have already been mentioned in
this thread: it makes mirroring easier, and it makes it easier for
individuals to build new services (web sites primarily) that present new
interfaces to the Python package collection. Mirroring for its own sake
is some
On Thu, Dec 24, 2009 at 12:00 PM, Martin v. Löwis mar...@v.loewis.de wrote:
[..]
There are a number of other mirroring tools, such as EggBasket and
collective.eggproxy. For mirroring the whole index, pypimirror is
probably the best starting point.
collective.eggproxy is particular though:
Martin v. Löwis a écrit :
Although SSH is quite a heavy development on PyPI side, it means we
would have to implement
an SSH server. (like Zope did I think for their development server,
using Paramiko IIRC)
Not necessarily: it might be possible to use sshd.
Thas was my underlying though
Lennart Regebro a écrit :
On Thu, Dec 24, 2009 at 10:25, Ben Finney ben+pyt...@benfinney.id.au wrote:
Martin v. Löwis mar...@v.loewis.de writes:
Because otherwise you can't register packages in PyPI without
uploading them, and that means that those who do not want to upload
them also will
Martin v. Löwis mar...@v.loewis.de writes:
The benefits are not to the package users, clearly.
That should immediately make us suspicious, then.
If PyPI is for anything, surely it is for the package recipients *more
than* for package developers.
Instead, they are to the package authors,
Ben Finney wrote:
Martin v. Löwis mar...@v.loewis.de writes:
The benefits are not to the package users, clearly.
That should immediately make us suspicious, then.
If PyPI is for anything, surely it is for the package recipients *more
than* for package developers.
I thought so when
On Dec 24, 2009, at 2:02 AM, Lennart Regebro wrote:
On Thu, Dec 24, 2009 at 06:06, sstein...@gmail.com sstein...@gmail.com
wrote:
Right now, installing e.g. Twisted, requires finding the website, figuring
out which exact file to download, then figuring out exactly how to get it
On Thu, Dec 24, 2009 at 11:46, David Robins pyt...@davidrobins.net wrote:
Some reasons to have PyPI host packages have already been mentioned in
this thread: it makes mirroring easier
Uhm, mirroring PyPI, no. Because those packages aren't there. Setting
up your own package server, yes. It's not
On Thu, Dec 24, 2009 at 2:47 PM, Lennart Regebro rege...@gmail.com wrote:
On Thu, Dec 24, 2009 at 11:46, David Robins pyt...@davidrobins.net wrote:
Some reasons to have PyPI host packages have already been mentioned in
this thread: it makes mirroring easier
Uhm, mirroring PyPI, no. Because
On Thu, Dec 24, 2009 at 12:28, kiorky kio...@cryptelium.net wrote:
Why forcing them ?
How about a cronjob or something like that which find packages without
distribution and get from there all distributions possible on their relative
homepages and mirror them on Pypi ?
Somebody (including a
On Thu, Dec 24, 2009 at 14:44, sstein...@gmail.com sstein...@gmail.com wrote:
Ok, so easy_install works for Twisted. Yay.
So, your requirement is fulfilled.
I think that's exactly *not*:
# super-duper-python-thing-just-like-cpan-only-better -i Twisted
No, it's
#
On Thu, Dec 24, 2009 at 13:17, Ben Finney ben+pyt...@benfinney.id.au wrote:
Forcing people to do what you think they should do will not make them
make more or better work. It will just make them do *less* work.
That isn't a good argument.
It's a *fantastic* argument.
By the same logic, PyPI
On Dec 24, 2009, at 9:06 AM, Lennart Regebro wrote:
I'm really concerned that what you just seemed to suggest was that the
much-maligned-and-soon-to-be-deprecated `easy_install` is the
`super-duper-python-thing-just-like-cpan-only-better` of today?
That's a strange concern.
I don't
On Thu, Dec 24, 2009 at 15:46, sstein...@gmail.com sstein...@gmail.com wrote:
I don't think it's strange to be concerned that one of the SDPTJLCOB options,
and the one that you used as your example, is going to go away.
Why? Pip does the same thing. They are commands. And it's not likely
to go
Hi Lennart,
thanks for the reply.
Lennart Regebro regebro at gmail.com writes:
On Tue, Dec 22, 2009 at 10:14, Steffen Mueller smueller at cpan.org wrote:
Let me add two nits here:
It's Perl, not PERL. The name of the language is *not* an acronym. Some
people
are really picky about
On Dec 24, 2009, at 10:16 AM, Lennart Regebro wrote:
On Thu, Dec 24, 2009 at 15:46, sstein...@gmail.com sstein...@gmail.com
wrote:
I don't think it's strange to be concerned that one of the SDPTJLCOB
options, and the one that you used as your example, is going to go away.
Why? Pip does
Lennart Regebro a écrit :
On Thu, Dec 24, 2009 at 12:28, kiorky kio...@cryptelium.net wrote:
Why forcing them ?
How about a cronjob or something like that which find packages without
distribution and get from there all distributions possible on their relative
homepages and mirror them on
Martin v. Löwis mar...@v.loewis.de writes:
Ben Finney wrote:
That isn't a good argument. By the same logic, PyPI should not
reject *any* upload, to avoid “forcing” uploaders to do extra work.
PyPI's rejection of certain uploads is primarily to prevent spam from
being uploaded.
Am I
On Thu, Dec 24, 2009 at 17:48, sstein...@gmail.com sstein...@gmail.com wrote:
I guess what I mean is that I'd like to make sure that while moving to pip,
that easy_install, as a command name, not as an implementation, gets brought
along in the same way that Distribute has brought along
On Thu, Dec 24, 2009 at 22:20, kiorky kio...@cryptelium.net wrote:
But uploading to PyPI is for 99.999% of packages so easy that if it's
not done there may be a reason why they don't want to.
Unless they don't know how to do.
It's well documented and very easy.
What i would like to see is
On Wed, Dec 23, 2009 at 10:32, smuel...@cpan.org smuel...@cpan.org wrote:
I have to say that I vastly prefer not to have any authorization and
allow anyone to release anything in any namespace. But then I am
getting fanatically anarchical in these issues. You can not organize
freedom.
But
On Dec 24, 2009, at 5:50 PM, Lennart Regebro wrote:
easy_install is a command, basically a wrapper around setuptools
install functionality. I doubt many scripts would use it in any more
complex way than calling it, in which case moving to pip is a matter
of replacing the command.
Yes, I'm
On 12/24/2009 12:33 AM, Martin v. Löwis wrote:
1/ Missing packages (eg: Twisted is not there); which is why
easy_install/pip had to resolve to scrapping project webpages for
guessing download links. In CPAN, almost all module authors upload their
sources via PAUSE.
How do you propose to change
On 12/23/2009 10:42 PM, Lennart Regebro wrote:
On Wed, Dec 23, 2009 at 23:28, Sridhar Ratnakumar
sridh...@activestate.com wrote:
I suggested PyPI to disallow mere project listings (without sources) and
require sources to be stored in the server. One way to achieve this is
requiring package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Finney wrote:
Martin v. Löwis mar...@v.loewis.de writes:
Ben Finney wrote:
That isn't a good argument. By the same logic, PyPI should not
reject *any* upload, to avoid “forcing” uploaders to do extra work.
PyPI's rejection of certain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
kiorky wrote:
Lennart Regebro a écrit :
On Thu, Dec 24, 2009 at 12:28, kiorky kio...@cryptelium.net wrote:
Why forcing them ?
How about a cronjob or something like that which find packages without
distribution and get from there all
On 12/24/2009 3:00 AM, Martin v. Löwis wrote:
Some reasons to have PyPI host packages have already been mentioned in
this thread: it makes mirroring easier, and it makes it easier for
individuals to build new services (web sites primarily) that present new
interfaces to the Python package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarek Ziadé wrote:
On Thu, Dec 24, 2009 at 11:20 AM, kiorky kio...@cryptelium.net wrote:
[..]
That said, some people have expressed the desire to be able to
interact with PyPI through SSH so they could drop the basic
authentication and use their
On Fri, Dec 25, 2009 at 05:39, Sridhar Ratnakumar
sridh...@activestate.com wrote:
Is it because of this benefit to package authors that we are withholding the
implementation of a simple archive that would: 1) simplify the tools to no
rely on adhoc web scrapping
There are better ways to do
On Fri, Dec 25, 2009 at 3:27 PM, Lennart Regebro rege...@gmail.com wrote:
This is true, but the idea to upload them by robots is preferable in
my opinion. Again it's a difference between trying to force other
people to behave to your expectations vs trying to make it easier for
others to
On Wed, Dec 23, 2009 at 02:56, David Lyon david.l...@preisshare.net wrote:
On Wed, 23 Dec 2009 01:01:11 +0100, Lennart Regebro rege...@gmail.com
wrote:
OK, so in the Perl community there is apparently a lot of confusion on
what CPAN is.
CPAN is plain and simple. There is no confusion,
2009/12/23 David Cournapeau courn...@gmail.com:
which is why I am trying to get some agreement on at least some low
level mechanisms which can be shared between tools. The exact thing
you already complain last time this was discussed.
And then I also asked a question, which I have asked many
On Wed, Dec 23, 2009 at 5:12 AM, David Cournapeau courn...@gmail.com wrote:
On Tue, Dec 22, 2009 at 10:35 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
When you say which could be solved relatively easily I suggest that
you take the time to add concise and precise proposals in
bugs.python.org
On Wed, Dec 23, 2009 at 7:28 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Wed, Dec 23, 2009 at 5:12 AM, David Cournapeau courn...@gmail.com wrote:
On Tue, Dec 22, 2009 at 10:35 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
When you say which could be solved relatively easily I suggest that
On Wed, Dec 23, 2009 at 1:14 PM, David Cournapeau courn...@gmail.com wrote:
On Wed, Dec 23, 2009 at 7:28 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Wed, Dec 23, 2009 at 5:12 AM, David Cournapeau courn...@gmail.com wrote:
On Tue, Dec 22, 2009 at 10:35 PM, Tarek Ziadé ziade.ta...@gmail.com
On 12/22/2009 10:15 AM, Lennart Regebro wrote:
Another point that I really like about the service is that the distribution
pages provide links to many other related services that are run by other
volunteers. Take for
examplehttp://search.cpan.org/dist/PAR-Repository-Client/
There is a
One solution I can think of is this: make PyPI only do the job of PAUSE
as it does for CPAN; and implement a CPAN like simple directory
structure to store packages; make PyPI use that as the package data
store
I don't know what PAUSE is, but I think there is what you want at
On 12/23/2009 12:18 PM, Martin v. Löwis wrote:
One solution I can think of is this: make PyPI only do the job of PAUSE
as it does for CPAN; and implement a CPAN like simple directory
structure to store packages; make PyPI use that as the package data
store
I don't know what PAUSE is, but
On 12/23/2009 1:19 PM, Sridhar Ratnakumar wrote:
What /packages/source/ lacks is:
1/ Missing packages (eg: Twisted is not there); which is why
easy_install/pip had to resolve to scrapping project webpages for
guessing download links. In CPAN, almost all module authors upload their
sources via
On Wed, Dec 23, 2009 at 20:24, Sridhar Ratnakumar
sridh...@activestate.com wrote:
The reason why PyPI does not have such third-party services - I think - is
that it lacks the CPAN like simple directory structure that can be easily
mirrored using ftp/rsync, to wit:
Nah, you can do that via
On Wed, Dec 23, 2009 at 10:08 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Wed, Dec 23, 2009 at 1:14 PM, David Cournapeau courn...@gmail.com wrote:
On Wed, Dec 23, 2009 at 7:28 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Wed, Dec 23, 2009 at 5:12 AM, David Cournapeau courn...@gmail.com
On Wed, Dec 23, 2009 at 11:12 PM, David Cournapeau courn...@gmail.com wrote:
[..]
We are discussing these options as a matter of fact, in PEP 376.
I don't see data files mentioned in PEP 376, nor how the PEP is
related to this discussion.
The PEP contains what has been already discussed. As
On Dec 23, 2009, at 4:33 PM, Lennart Regebro wrote:
1/ Missing packages (eg: Twisted is not there)
The Twisted guys do not upload their packages to PyPI. I think that's
a mistake, but it's hardly PyPI's fault. There is no law saying you
have to use CPAN either.
For what it's worth, we
Lennart Regebro a écrit :
On Wed, Dec 23, 2009 at 20:24, Sridhar Ratnakumar
sridh...@activestate.com wrote:
The Twisted guys do not upload their packages to PyPI. I think that's
The tiny 10MB upload is a blocker i think also.
For example, for 'minitage.paste.extras', it's not hosted on
On 12/23/2009 1:33 PM, Lennart Regebro wrote:
On Wed, Dec 23, 2009 at 20:24, Sridhar Ratnakumar
sridh...@activestate.com wrote:
The reason why PyPI does not have such third-party services - I think - is
that it lacks the CPAN like simple directory structure that can be easily
mirrored using
On Wed, Dec 23, 2009 at 11:20 PM, Glyph Lefkowitz
gl...@twistedmatrix.com wrote:
On Dec 23, 2009, at 4:33 PM, Lennart Regebro wrote:
1/ Missing packages (eg: Twisted is not there)
The Twisted guys do not upload their packages to PyPI. I think that's
a mistake, but it's hardly PyPI's fault.
1 - 100 of 146 matches
Mail list logo
