Re: [Python-Dev] [Python-checkins] MSI being downloaded 10x morethan all other files?!
Kurt B. Kaiser wrote: > Going mainstream :-)) indeed. from what I can tell on my local market, we've "crossed the chasm" [1], and are seeing wider range of "pragmatists" adding Python to the tool chain. > The Rails buzz seems to be jumping to Python lately. fwiw, the people I see pick up Python haven't even heard of Ruby or Rails (not every- one is doing web 2.0 stuff, after all). 1) http://www.testing.com/writings/reviews/moore-chasm.html ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] MSI being downloaded 10x more than all other files?!
Kurt B. Kaiser wrote: > "Guido van Rossum" <[EMAIL PROTECTED]> writes: > >> Just because in the past the ratio of downloads for a particular >> version was always about 70% Windows vs. 30% source. Now it seems >> closer to 90/10. > > Going mainstream :-)) > > The Rails buzz seems to be jumping to Python lately. > Though of course it would be interesting to know the growth in absolute download count: if there have only been half the number of downloads then we aren't winning at all ;-) regards Steve -- Steve Holden +44 150 684 7255 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://holdenweb.blogspot.com Recent Ramblings http://del.icio.us/steve.holden ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Adding resume (206) support to urllib(2)
Hi guys, I've just been putting together a podcasting doodad and have included resuming support in it. Is this something that's already in the pipeline or should I abstract it out to urllib and submit a patch? Dan ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Adding resume (206) support to urllib(2)
Dan> I've just been putting together a podcasting doodad and have Dan> included resuming support in it. Is this something that's already Dan> in the pipeline or should I abstract it out to urllib and submit a Dan> patch? Check urllib2 before putting any effort into extending urllib. If a patch is needed it should go in urllib2. Skip ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] MSI being downloaded 10x morethan all other files?!
"Fredrik Lundh" <[EMAIL PROTECTED]> writes: >> The Rails buzz seems to be jumping to Python lately. > > fwiw, the people I see pick up Python haven't even heard of Ruby or > Rails (not every- one is doing web 2.0 stuff, after all). Yes, separate but related groups and issues. MIT's adopting Python in their introductory programs will drive other schools in our direction, I think. -- KBK ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] MSI being downloaded 10x morethan all other files?!
And I just found out (after everyone else probably :-) that YouTube is almost entirely written in Python. (And now I can rub shoulders with the developers since they're all Googlers now... :-) On 12/12/06, Kurt B. Kaiser <[EMAIL PROTECTED]> wrote: > "Fredrik Lundh" <[EMAIL PROTECTED]> writes: > > >> The Rails buzz seems to be jumping to Python lately. > > > > fwiw, the people I see pick up Python haven't even heard of Ruby or > > Rails (not every- one is doing web 2.0 stuff, after all). > > Yes, separate but related groups and issues. > > MIT's adopting Python in their introductory programs will drive > other schools in our direction, I think. > > -- > KBK > ___ > Python-Dev mailing list > [email protected] > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/guido%40python.org > -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] MSI being downloaded 10x morethan all other files?!
On 12/12/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: > And I just found out (after everyone else probably :-) that YouTube is > almost entirely written in Python. (And now I can rub shoulders with > the developers since they're all Googlers now... :-) That'll put to bed any "Does Python scale" discussions. Cheers, Simon B ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Adding resume (206) support to urllib(2)
Daniel Watkins schrieb: > I've just been putting together a podcasting doodad and have included > resuming > support in it. Is this something that's already in the pipeline or should I > abstract it out to urllib and submit a patch? Not sure where you got the impression that 206 is "resume"; in my copy of the spec it's "partial content", and you must have put a Range: header into the request to get that in the first place. If I had to use that, I'd implement it right on top of httplib, and wouldn't bother with urllib*: this is really specific to http, and adding it to urllib would break the abstraction. In any case, there is no "pipeline" it may be in (except for changes that have already been committed to the trunk). Something may have been submitted as a patch or feature request, but a quick search reveals no relevant open issues. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Adding resume (206) support to urllib(2)
Martin v. Löwis wrote:
>> I've just been putting together a podcasting doodad and have included
>> resuming
>> support in it. Is this something that's already in the pipeline or should I
>> abstract it out to urllib and submit a patch?
>
> Not sure where you got the impression that 206 is "resume"; in my copy
> of the spec it's "partial content", and you must have put a Range:
> header into the request to get that in the first place.
>
> If I had to use that, I'd implement it right on top of httplib, and
> wouldn't bother with urllib*: this is really specific to http, and
> adding it to urllib would break the abstraction.
given that urllib2 already supports partial requests, I'm not sure I see
the point of reimplementing this on top of httplib. an example:
import urllib2
request = urllib2.Request("http://www.pythonware.com/daily/index.htm";)
request.add_header("range", "bytes=0-999")
http_file = urllib2.urlopen(request)
print http_file.headers["content-range"]
print len(http_file.read())
this prints:
bytes 0-999/245105
1000
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Adding resume (206) support to urllib(2)
Fredrik Lundh schrieb:
> given that urllib2 already supports partial requests, I'm not sure I see
> the point of reimplementing this on top of httplib. an example:
>
>import urllib2
>
>request = urllib2.Request("http://www.pythonware.com/daily/index.htm";)
>request.add_header("range", "bytes=0-999")
But what does this do if the URL was a file URL, or an ftp URL?
You have to know the syntax of the range header, and you have to
know the syntax of the content-range header, to process it. With
that, you can just as easily use httplib:
py> import httplib
py> h=httplib.HTTPConnection("www.pythonware.com")
py> h.putrequest("GET","/daily/index.htm")
py> h.putheader("range","bytes=0-999")
py> h.endheaders()
py> r=h.getresponse()
py> r.getheader("content-range")
'bytes 0-999/245105'
py> len(r.read())
1000
If you add protocol-specifics to urllib, the abstraction that urllib
provides goes away, and you are better off (IMO) to use the underlying
protocol library in the first place.
I'm not sure what the OP wanted to contribute in the first place
(given that it "works" already either way), but it might have been
a convenience API for the range header, and a parser for the
content-range header. That should go IMO into httplib, so that all
users of httplib get access to it, not just urllib*.
Regards,
Martin
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Open CPython VM for type information
Dear Python developers, while the JVM is opened to support dynamically typed languages [1] I wonder if the CPyVM could not show more openness to statically typed languages? Hereby I don't think that much about arbitrary languages for the CPyVM but sublanguages like RPython which are "static enough" to be compilable into extension modules [2]. However creating C extension modules from Python code is not really the standard way I do think Python source should be handled. Instead I think about a more direct VM support like the JVM does, that provides opcodes like iload, fstore etc. Besides this I don't expect one canonical approach for these type information to be feeded into the CPyVM. There are type inferencer like rtyper for PyPy, Psycos continous bytecode monitoring and also other approaches are possible that use type feedback. Finally optional type declarations are also an issue; however I would like to see language design discussions being separated ( -> Python 3000 ) and focus on general APIs for compiler extensions / plugs that deal with type information ( the architecture ) and VM implementation issues. Thanks, Kay [1] http://jcp.org/en/jsr/detail?id=292 [2] http://codespeak.net/pypy/dist/pypy/doc/extcompiler.html ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Adding resume (206) support to urllib(2)
On Wed, Dec 13, 2006 at 08:30:00AM +0100, "Martin v. L?wis" wrote: > If you add protocol-specifics to urllib, the abstraction that urllib > provides goes away, and you are better off (IMO) to use the underlying > protocol library in the first place. IMO you better don't because urllib2 provides not only an abstraction, but a lot of services (authenticated proxies, cached FTP files)... Oleg. -- Oleg Broytmannhttp://phd.pp.ru/[EMAIL PROTECTED] Programmers don't die, they just GOSUB without RETURN. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Adding resume (206) support to urllib(2)
Martin v. Löwis wrote:
>> given that urllib2 already supports partial requests, I'm not sure I see
>> the point of reimplementing this on top of httplib. an example:
>>
>>import urllib2
>>
>>request = urllib2.Request("http://www.pythonware.com/daily/index.htm";)
>>request.add_header("range", "bytes=0-999")
>
> But what does this do if the URL was a file URL, or an ftp URL?
same thing as if you use range on a HTTP server that doesn't support
ranges. you get all the data, and there's no content-range field in
the response header.
> You have to know the syntax of the range header, and you have to
> know the syntax of the content-range header, to process it. With
> that, you can just as easily use httplib:
I'm not sure "as easily" is the right way to describe something that
requires more code but yet leaves out practical things as redirection
support, host and user-agent headers, etc.
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
