Barry Warsaw schrieb:
> PEP 101 is sorely out of date, especially with regards to updating web
> content and the Python documentation. I think I now know how to
> update the python.org web site, but the new Python documentation
> format is still a mystery to me. If someone would like to help upd
The Callable abc has a __contains__ but no __call__ method.
I'd fix this, but am unsure which args it should get.
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
Steve Holden schrieb:
> Paul Moore wrote:
>> On 04/03/2008, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>>> Do we need a new appendix to the tutorial which goes into detail about
>>> the CPython interpreter's command line options, environment variables
>>> and details on what can be executed?
>>
>> Th
Adam Olsen schrieb:
>> I don't pretend to be speaking for anyone else, but I'd be surprised
>> if I were unique.
>
> Your experiences *shouldn't* be unique, but I'm afraid they might be.
> Another example is the use of BNF, which although dominant in its
> field, it provides a steep learning cu
Nick Coghlan schrieb:
> Georg Brandl wrote:
>> Steve Holden schrieb:
>>> Paul Moore wrote:
>>>> On 04/03/2008, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>>>>> Do we need a new appendix to the tutorial which goes into detail about
>>>&g
n Winter (this was already implemented
> as a special case), and Documentation and Sphinx to Georg Brandl.
Thanks Martin!
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://ma
While fixing the broken links in the docs, I saw that the link to
http://www.pythonlabs.com/logos.html in the "BEOPEN PYTHON OPEN SOURCE
LICENSE AGREEMENT VERSION 1" is broken.
What to do about that?
Georg
___
Python-Dev mailing list
Python-Dev@python.
Guido van Rossum schrieb:
> But perhaps the best feature is "hot lists" -- arbitrary, ordered,
> groupings of selected bugs. Each bug can be assigned to as many hot
> lists as you want. Seeing the list of all bugs in a particular hot
> list is one click away. We use this for overlaying project man
Matthieu Brucher schrieb:
> Good, because between this now and pytz the other 63 projects I
> follow use
> Subversion or Mercurial.
> Bazaar seems to be mostly limited to Ubuntu users and stuff
> Canonical does,
> so the choice for a Bazaar setup next to Subversion strikes
Antoine Pitrou schrieb:
> Ralf Schmitt gmail.com> writes:
>>
>> I have also setup a mirror using mercurial: http://hgpy.de/py/It contains the
> 2.4, 2.5, trunk and py3k branches (in case anyone wants to compare this to
> bzr).
>
> I see your trunk history is stripped. For those who want the com
Hi,
the newest version of Sphinx supports testing doctest (and other) snippets
in the documentation. Since we have many examples in the docs that may
get out of date, I think this is a valuable thing to have.
I've started making the doctests runnable with Sphinx in three documents;
the functiona
Benjamin Peterson schrieb:
> Hi Python devs,
> I have been contributing to since December. (See me first issue on the
> tracker, #1828; it was a major learning experience.) :P In that time, I
> have contributed many patches and actively participated on this list.
> This will enable me to help tri
Georg Brandl schrieb:
> Benjamin Peterson schrieb:
>> Hi Python devs,
>> I have been contributing to since December. (See me first issue on the
>> tracker, #1828; it was a major learning experience.) :P In that time, I
>> have contributed many patches and activel
Greg Ewing schrieb:
> Nick Coghlan wrote:
>> I believe the list of incompatibilities and kludges and the subsequent
>> comments in the following file give the gist of the problems:
>> http://svn.python.org/projects/sandbox/trunk/decimal-c/_decimal.c
>
> It sounds like some aspects of the API were
Mark Dickinson schrieb:
> On Thu, Mar 27, 2008 at 4:46 AM, Georg Brandl <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
>
> As Nick said, a drop-in replacement in C isn't feasible
>
> But probably users of decimal won't really care
While preparing the Python-AST compilation patch, I noticed that each
class nested in a class leaks one reference (2.5 and trunk).
It wasn't found by regrtest -R because it only happens on compiling,
and it seems that all snippets compiled during the tests as opposed to
on import didn't contain su
Amaury Forgeot d'Arc schrieb:
> On Fri, Mar 28, 2008 at 11:50 AM, Georg Brandl <[EMAIL PROTECTED]> wrote:
>> While preparing the Python-AST compilation patch, I noticed that each
>> class nested in a class leaks one reference (2.5 and trunk).
>>
>> It wasn&
Benjamin Peterson schrieb:
> Hi,
> Now that I'm starting to examine and do some edits on the docs, I'd like
> to ask some guidance. What editor(s) do you guys use? I'm not one to
> cling to an editor, so all suggestions are fair game.
I use Emacs, for which the docutils bring an excellent rst mo
Christian Heimes schrieb:
> Benjamin Peterson schrieb:
>> I currently have a patch to make it possible to change py3k warnings
>> in Python through new functions in sys: issue 2458. I realize the
>> functions are rather ugly, but I don't think there is another
>> practical way to do it unless you w
Steven schrieb:
> On Sat, 19 Apr 2008 22:13:19 +1000
> Nick Coghlan <[EMAIL PROTECTED]> wrote:
>
>> Being indexable is subtly different from being subscriptable - the
>> former has stronger connotations of numeric indices and sequence-like
>> behaviour
>
> I dispute this. Indices aren't necess
Since a few days, checkin notifications for the 3k branch seem to be sent
to both the python-checkins and the python-3000-checkins lists. Was that a
deliberate decision or has some bug crept into the SVN hook?
Georg
--
Thus spake the Lord: Thou shalt indent with four spaces. No more, no less.
Fo
Alexander Belopolsky schrieb:
>> ruby: undefined method `[]=' for 1:Fixnum (NoMethodError)
>
> I think it will be natural to unify [] error message with
> the other binary ops:
>
> Now:
1+""
> Traceback (most recent call last):
> File "", line 1, in
> TypeError: unsupported operand type(s
Christian Heimes schrieb:
> David Wolever schrieb:
>> Is there some sort of text encoding detection module is the standard
>> library?
>> And, if not, is there any reason not to add one?
>
> You cannot detect the encoding unless it's explicitly defined through a
> header (e.g. the UTF BOM). It's
Armin Ronacher schrieb:
Hi all,
I would like to propose a new module for the stdlib for Python 2.6
and higher: "ast". The motivation for this module is the pending
deprecation for compiler.ast which is widely used (debugging,
template engines, code coverage etc.). _ast is a very solid module
Armin Ronacher schrieb:
The super() thing is a case of practicality beats purity. Note that
you pay a small but measurable cost for the implicit __class__ (it's
implemented as a "cell variable", the same mechanism used for nested
scopes) so we wouldn't want to introduce it unless it is used.
I
Guido van Rossum schrieb:
On Thu, May 1, 2008 at 5:03 PM, <[EMAIL PROTECTED]> wrote:
On 11:45 pm, [EMAIL PROTECTED] wrote:
> I like this, except one issue: I really don't like the .local
> directory. I don't see any compelling reason why this needs to be
> ~/.local/lib/ -- IMO it should just b
Paul Moore schrieb:
2008/5/1 Georg Brandl <[EMAIL PROTECTED]>:
Armin Ronacher schrieb:
> I would like to propose a new module for the stdlib for Python 2.6
> and higher: "ast".
If there are no further objections, I'll add this to PEP 361 so that the
proposal do
Guido van Rossum schrieb:
On Thu, May 1, 2008 at 11:20 AM, Georg Brandl <[EMAIL PROTECTED]> wrote:
But the other two magical things about super() really bother me too. I
haven't looked at the new super in detail so far (and I don't know how
many others have), and two t
Christian Heimes schrieb:
Steven schrieb:
Speaking as one of those "some people", my position is that functions
created with lambda are first-class objects the same as everything else
in Python, and a rule that says "You must not assign a lambda to a
name, ever" would be a terrible rule.
PEP 8
Guido van Rossum schrieb:
On Mon, May 5, 2008 at 9:46 AM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> This code is now open source! Browse it here:
>
> http://code.google.com/p/rietveld/source/browse
Are you also going to call it Rietveld then? Sounds better
to me than "the open source
[EMAIL PROTECTED] schrieb:
Moving from python-checkins and giving this topic a proper subject. The
original thread started here with a checkin by Benjamin:
http://mail.python.org/pipermail/python-checkins/2008-May/069181.html
While Python doesn't have a char type (yet), I still find the di
Fred Drake schrieb:
On May 10, 2008, at 11:49 PM, Guido van Rossum wrote:
Works for me. The other thing I always use from cgi is escape() --
will that be available somewhere else too?
xml.sax.saxutils.escape() would be an appropriate replacement, though
the location is a little funky.
Ide
Brett Cannon schrieb:
There is going to be an issue with the current proposal for keeping
around urllib. Since the package is to be named the same thing as the
module, to handle the new name that means urllib.__init__ will need to
gain the Py3K warning for the new name. But that doesn't quite wor
Alexandre Vassalotti schrieb:
When I rename a module I use "svn copy", since "svn remove" doesn't
pick up changes made to the "deleted" file. For example, here is what
I did for PixMapWrapper:
svn copy ./Lib/plat-mac/PixMapWrapper.py ./Lib/plat-mac/pixmapwrapper.py
edit ./Lib/plat-mac/Pix
I believe the following is a common use-case for enumerate()
(at least, I've used it quite some times):
for lineno, line in enumerate(fileobject):
...
For this, it would be nice to have a start parameter for enumerate().
The changes are minimal -- okay for 2.6?
Georg
--
Thus spake the Lord
Brett Cannon schrieb:
On Sun, May 11, 2008 at 3:20 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
I believe the following is a common use-case for enumerate()
(at least, I've used it quite some times):
for lineno, line in enumerate(fileobject):
...
For this, it would be nice to h
Brett Cannon schrieb:
For the sake of argument, let's consider the Queue module. It is now
named queue. For 2.6 I plan on having both Queue and queue listed in
the index, with Queue deprecated with instructions to use the new
name.
But what to do about all the references. Should we leave them po
Guido van Rossum schrieb:
On Tue, May 13, 2008 at 11:59 AM, Facundo Batista
<[EMAIL PROTECTED]> wrote:
2008/5/13, Steven D'Aprano <[EMAIL PROTECTED]>:
> Perhaps what we need is a more flexible enumerate function?
> enumerate(iterable, start_at_index=0, count_from=0)
+1 to provide both op
Steve Holden schrieb:
Christian Heimes wrote:
Benjamin Peterson schrieb:
At the moment, the test for the platform module merely calls each
function. I realize that this is a hard module to test well, but are
there some assumptions we can make? For example, if sys.platform is
'java', can it be a
Yannick Gingras schrieb:
"Alexandre Vassalotti" <[EMAIL PROTECTED]> writes:
So now I am not sure what OP is proposing. Do you want to replace 21
with EISDIR in the above?
Yes, that's what I had in mind.
Then, check out EnvironmentError_str in Objects/exceptions.c. You
should be able impor
Benjamin Peterson schrieb:
svnmerge is written in Python, so wouldn't it be possible to add
support for maintaining such renaming to that tool ?
svnmerge.py is mostly a wrapper over svn merge, and svn merge can't
handle it, so I don't think is easily possible.
I don't think that an administr
Martin v. Löwis schrieb:
I can neither find recvfd in my man pages nor in my header files in
/usr/include on Linux (Ubuntu 8.04 i686). I assume recvfd and sendfd
aren't syscalls but the proposed names for the functions.
Yes (and no). The system call is sendmsg, with a cmsg_type of
SCM_RIGHTS. I
Nick Coghlan schrieb:
Alex Martelli wrote:
On Wed, May 21, 2008 at 1:53 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
Putting this functionality in 2.6/3.0 would provide a really
nice incentive to update from Py2.5. It would be a sad
lost opportunity if this module had to wait another coupl
Antoine Pitrou schrieb:
(just my 2 eurocents)
Guido van Rossum python.org> writes:
I'm not against this, but so far I've not been able to come up with a
good set of methods to endow the String ABC with.
If we stay minimalistic we could consider that the three basic operations that
define a
Antoine Pitrou schrieb:
Georg Brandl gmx.net> writes:
I'd argue that "find" is more primitive than "split" -- split is intuitively
implemented using find and slicing, but implementing find using split and
len is unintuitive. (Of course, "index" can
Antoine Pitrou schrieb:
Georg Brandl gmx.net> writes:
It does, but I don't see how it contradicts my proposition. find() takes a
substring as well.
Well, I'm not sure what your proposal was :-)
Did you mean to keep split() out of the String interface, or to provide a
default i
techtonik schrieb:
I've noticed that some classes in Cookies module (namely SerialCookie
and SmartCookie) deprecated since 2.3 still present in Python3000
documentation. http://docs.python.org/dev/3.0/library/http.cookies.html
Is it because ... ?:
1. Docs are not synchronized with API
2. Class
Greg Ewing schrieb:
Bill Janssen wrote:
Look, even if there were *no* additional methods, it's worth adding
the base class, just to differentiate the class from the Sequence, as
a marker, so that those of us who want to ask "isinstance(o, String)"
can do so.
Doesn't isinstance(x, basestring)
Brett Cannon schrieb:
The issues related to PEP 3108 now total 14. With the beta
(supposedly) in a week, I am hoping the last minor details can be
pulled together or decisions made on what can be postponed and what
should definitely be considered a release blocker.
Issue 2847 - the aifc module s
Greg Ewing schrieb:
Georg Brandl wrote:
Greg Ewing schrieb:
>
Doesn't isinstance(x, basestring) already cover that?
That doesn't cover UserString, for example.
A better solution to that might be to have UserString
inherit from basestring.
But with that argument you could
Steven D'Aprano schrieb:
but also does it provide a very cool way to get custom
sets or lists going with few extra work. Subclassing builtins was
always very painful in the past
"Always" very painful?
class ListWithClear(list):
def clear(self):
self[:] = self.__class__()
Not so
Mark Dickinson schrieb:
On Sat, May 31, 2008 at 11:33 AM, Georg Brandl <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Now that the docs are reST, the source is almost pretty enough to
display
it raw, but I could also imagine a "text" writer that remove
Martin v. Löwis schrieb:
In any case, I'm willing to give the TLC to convert the whole stdlib
to str.format, so I just need your permission!
Please don't - not before % is actually deprecated (which I hope won't
happen until Python 4, with removal of % in Python 5, in the year
when I retire, i
Antoine Pitrou schrieb:
Guido van Rossum python.org> writes:
I'd prefer the 2.6 code base to
stay true to 2.x, and the 3.0 code base start afresh where it makes
sense. We should reindent more of the 3.0 code base to use
4-space-indents in C code too.
Is there any reason reindenting shouldn't
Greg Ewing schrieb:
Nick Coghlan wrote:
Maybe we should ditch support for
positional arguments and just accept a single dictionary as the sole
parameter to format().
"{num} occurs {num} times in this format string".format(dict(num=2))
If named arguments were to become mandatory, I'd want
to
Hi,
PEP 361 lists the following modules for possible inclusion in 2.6 (next
to pyprocessing, which is now accepted):
- winerror
http://python.org/sf/1505257
(Owner: MAL)
This patch has been marked as rejected, so I'll remove the entry from
the PEP.
- setuptools
BDFL pronouncement for inc
Greg Ewing schrieb:
Paul Moore wrote:
Because the second breaks if value is a tuple:
However, changing it now is going to break a huge
amount of existing code that uses %-formatting,
and in ways that 2to3 can't reliably fix.
Keeping %-formatting but breaking a large
proportion of its uses do
Guilherme Polo schrieb:
2008/6/6 Ron Adam <[EMAIL PROTECTED]>:
Martin v. Löwis wrote:
How does 1 directory scale when one day you have possibly thousands of
tests?
I find this a theoretical question. It took 18 years to arrive at 500
test files. Assuming a linear growth, we get 1000 tests
Guido van Rossum schrieb:
On Mon, May 26, 2008 at 11:59 AM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
* The 2.6-backported Mapping ABC has the 3.0 dict API,
that is, it uses keys() that returns a view etc.
Curious to hear what Guido thinks about this one.
A nice use of the Mapping ABC is t
The parser module exports each function and type twice, once with "AST" in
the name, once with "ST". Since "AST" now has a different meaning for
Python code compilation, I propose to deprecate the "ast" variants in 2.6
and remove them in Python 3000.
(Also, all keyword arguments are called "ast"
Guilherme Polo schrieb:
I created an issue 1 week ago (http://bugs.python.org/issue2983)
suggesting the addition of the ttk module to lib-tk, and to the new
tkinter package. Is there any chance to this be accepted for Python
2.6 ?
This may be a good thing to have since it can show that Tkinter
Nick Coghlan schrieb:
Josiah Carlson wrote:
On Mon, Jun 9, 2008 at 7:19 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
On Mon, Jun 9, 2008 at 8:42 PM, Josiah Carlson <[EMAIL PROTECTED]> wrote:
Would it be ok if I committed the changes? Neal, do you want to
commit the changes if I post an up
Thomas Lee schrieb:
What happened in 3k? Were the constants in xmlrpclib renamed/removed?
They were removed, as there is no way they can be accessed as attributes of a
module now.
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
Currently, multiprocessing cannot be imported:
>>> import multiprocessing
Traceback (most recent call last):
File "", line 1, in
File "/home/gbr/devel/python/Lib/multiprocessing/__init__.py", line 63, in
import _multiprocessing
AttributeError: 'module' object has no attribute 'BufferTooSh
M.-A. Lemburg schrieb:
On 2008-06-11 13:35, Barry Warsaw wrote:
So I had planned to do a bunch of work last night looking at the release
blocker issues, but nature intervened. A bunch of severe thunderstorms
knock out my 'net access until this morning.
I'll try to find some time during the d
Thomas Heller schrieb:
Thomas Heller schrieb:
There are a few cases where the ctypes docs are rendered incorrectly:
http://docs.python.org/dev/library/ctypes.html#function-prototypes
This looks as if 'prototype' would be a symbol exposed by ctypes; it is
not - it is used as a placeholder for t
Cesare Di Mauro schrieb:
Also, taking the Tk example that I used, it can be changed in the following way:
on Button(self) as b:
b.text = "QUIT"
b.fg = "red"
b.command = self.quit
pack({"side": "left"})
on Button(self) as b:
Nick Coghlan schrieb:
Benjamin Peterson wrote:
On Fri, Jun 13, 2008 at 12:14 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
On Fri, Jun 13, 2008 at 9:42 AM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
On Fri, Jun 13, 2008 at 11:40 AM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
Nick>
Remember that it must still be possible to write (in 2.6)
True = 0
assert not True
Georg
Thomas Lee schrieb:
Option 4 just struck me: only optimize Name nodes if they have a Load
ctx. This makes even more sense: in a Store context, we almost
invariably want the name rather than the constant.
Thomas Lee schrieb:
Georg Brandl wrote:
Remember that it must still be possible to write (in 2.6)
True = 0
assert not True
Ah of course. Looks like I should just avoid optimizations of
Name("True") and Name("False") all together. That's a shame!
We can of course
Hi,
Maciej Fijalkowski did an opcode analysis for PyPy,
it also shows the relative frequency of opcodes following a
specifc one:
http://codespeak.net/svn/user/fijal/opcodes.txt
Might it make sense to add more PREDICT()ions based
on this, e.g. for BUILD_SLICE -> BINARY_SUBSCR?
Georg
__
Antoine Pitrou schrieb:
Hi,
Maciej Fijalkowski did an opcode analysis for PyPy,
it also shows the relative frequency of opcodes following a
specifc one:
http://codespeak.net/svn/user/fijal/opcodes.txt
Nice, but we have to be careful here: what is the tested workload?
For example, I find it h
Guido van Rossum schrieb:
Ok, then we're back to there being no supported way to write tests that
need to
intercept warnings. Twisted has already suffered from this (JP reports
that
Twisted's assertWarns is broken in 2.6), and I doubt it's alone.
So I guess I am filing a bug after all... :)
[EMAIL PROTECTED] schrieb:
Another way to phrase this question is, "whose responsibility is it to
make Python 2.5 programs run on Python 2.6"? Or, "what happens when the
core team finds out that a change they have made has broken some python
software 'in the wild'"?
Here are a couple of way
[EMAIL PROTECTED] schrieb:
On 03:42 pm, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
beta 1 has some trouble running *our* test suite - I'd be fairly
surprised if the community buildbots were in significantly better
shape.
That's another problem, yes :)
The community buildbots have b
[EMAIL PROTECTED] schrieb:
On 07:44 pm, [EMAIL PROTECTED] wrote:
At no time will a policy "the community buildbots must be green" be
useful: the tests that run on these buildbots are not under our
control,
so if the tests test things we deem non-public we can't do anything
about it. (And we ma
Terry Reedy schrieb:
[EMAIL PROTECTED] wrote:
to what extent should Python actually be compatible between releases?
As I understand things from years of observation, the following are fair
game to changed in ways possibly backward-incompatible for specific
code: bugs, detailed float behavi
Barry Warsaw schrieb:
I don't know if this "Barry" guy has the appropriate permissions on
the bugtracker to increase priorities, so I've taken the liberty of
upgrading it as a release blocker for the _second_ beta ... ;-).
So, at least there's been one productive consequence of this
disc
Mark Dickinson schrieb:
On Thu, Jun 26, 2008 at 10:28 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
Remind me what %a does?
From the C99 standard (section 7.19.6.1):
A double argument representing a floating-point number is converted in the
style [−]0xh.p±d, [...]
Let me remind you tha
C. Titus Brown schrieb:
Sorry for the second message, but... let's compare:
test_sort.py:
#! /usr/bin/env python
import unittest
class Test(unittest.TestCase):
def test_me(self):
seq = [ 5, 4, 1, 3, 2 ]
seq.sort()
self.assertEqual(seq, [1, 2, 3, 4, 5])
if __name__ == '__ma
Currently, most mutating bytearray methods only accept integers
as items (in 3k, in 2.6 they also accept single-char strings, for
a reason I can't remember).
Single-index assignment accepts anything compatible with
operator.index(). This should be made consistent, but in which
direction?
Georg
Guido van Rossum schrieb:
On Wed, Jul 16, 2008 at 2:48 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
Currently, most mutating bytearray methods only accept integers
as items (in 3k, in 2.6 they also accept single-char strings, for
a reason I can't remember).
Single-index assignm
Ben Finney schrieb:
Significant changes: targeting Python 3.1, removal of separate
{lt,gt,le,ge} comparison tests, implementation of enhanced-information
failure message, reference to BDFL pronouncement.
I won't be working on this further; someone else should feel free to
champion this further i
Eric Smith schrieb:
georg.brandl wrote:
Author: georg.brandl
Date: Fri Jul 18 13:15:06 2008
New Revision: 65099
Log:
Document the different meaning of precision for {:f} and {:g}.
Also document how inf and nan are formatted. #3404.
Thanks for doing this. But see this output:
http://www.pytho
Gregory P. Smith schrieb:
http://docs.python.org/dev/
the search box worked for earlier releases but has been broken and
returns nothing useful of late.
If I enter simple terms like 'time' or 'os' or 'os.walk' what is
returned is pathetic.
how does this work? is an index corrupt or not be
Jesus Cea schrieb:
Barry Scott wrote:
| See http://code.google.com/p/python-incompatibility/source/checkout
Thanks.
I'm *VERY* interested in 2.6->3.0 migration guide for C module
extensions. 3.0 is around the corner and the API is changing almost
daily :-p.
So it's good that nobody has writte
Oleg Broytmann schrieb:
On Sat, Aug 02, 2008 at 02:15:29PM -0700, Guido van Rossum wrote:
On Sat, Aug 2, 2008 at 11:57 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> That was an April Fool's RFC.
See also http://en.wikipedia.org/wiki/April_Fools%27_Day_RFC -- it has
a ton of these. Great fun
[EMAIL PROTECTED] schrieb:
Guido> If you use svnmerge properly you won't have to block anything in
Guido> this case.
Let's assume I used it correctly. (That, of course, remains to be seen.)
What about the checkin I did will tell someone running svnmerge later that
r65605 has already bee
[EMAIL PROTECTED] schrieb:
Georg> svnmerge stores information about merged and blocked revisions in
Georg> SVN properties of the root directory. In your case, you didn't
Georg> commit the property change, so svnmerge doesn't assume 65605 as
Georg> integrated yet. If you still ha
Brett Cannon schrieb:
> After Christian mentioned how we could speed up interpreter start-up
> by removing some dead imports he found, I decided to write up a quick
> script that generates the AST for a source file and (very roughly)
> tries to find imports that are never used. People think it's wo
Antoine Pitrou schrieb:
> Hi,
pystone
---
- 2.5: 43859.6 pystones/second
- 2.6: 42016.8 pystones/second
- 3.0: 38759.7 pystones/second
>> So 3.0 is about 10% slower than 2.x. Given all the changes, that
>> doesn't seem too bad.
>
> Yes, I think it's rather good.
Well, pystone really does
Jeff Hall schrieb:
> I realized after I fired off my response that this was still bugging
> me... it appears that the documentation is incorrect
>
> from 2.1 Built-in Functions (v2.5 in case it matters... a quick search
> of bugs doesn't seem to show anything though)
>
> *reversed*( seq)
>
>
Kilian Klimek schrieb:
> Hello,
>
> i know this has been discusses very much, i'm sorry,
> but i can't help it. In a nutshell, the proposal is as
> follows:
>
> 1. Self remains explicit (like it is now).
> 2. if a class is a subclass of a special class, e.g.
>named 'selfless', the self parame
Fredrik Lundh schrieb:
> (using 3.0a4)
>
> >>> exec(open("file.py"))
> Traceback (most recent call last):
>File "", line 1, in
> TypeError: exec() arg 1 must be a string, file, or code object, not
> TextIOWrapper
>
> so what's "file" referring to here?
>
> (the above works under 2.5, of c
Michal Revucky schrieb:
> hello everyone,
>
> i would like to get a python script which executes all interpreter's opcodes,
> or
> how am i supposed to create such script... i just need to make sure that all
> opcodes (as defined in Include/opcode.h) are executed by this scrip
> i need this scri
Ondrej Certik schrieb:
>>> Ondrej
>>
>> Ondrej, a patch that improves the official docs would be welcome and still
>> potentially make 2.6/3.0
>
> That'd be awesome. I need to finish my thesis in the next couple days,
> so I'd welcome if anyone could just take it and put usefult things in.
> I cou
KLEIN Stéphane schrieb:
> Hello,
>
> I wonder if optparse is dead ? because :
>
> * svn access is down (svn co svn://starship.python.net/optik/trunk optik)
> ( http://sourceforge.net/mailarchive/forum.php?
> thread_name=466F541C.6010804%40users.sourceforge.net&forum_name=optik-
> users )
>
> * l
[EMAIL PROTECTED] schrieb:
>>From this page:
>
> http://docs.python.org/dev/index.html
>
> I searched for "csv" and got just one hit:
>
> http://docs.python.org/dev/contents.html?highlight=csv
>
> Shouldn't it have at least matched the docs for the csv module itself, not
> just the tabl
Guido van Rossum schrieb:
>>> Perhaps it's time to separate the 2.6 and 3.0 release schedules? I
>>> don't care if the next version of OSX contains 3.0 or not -- but I do
>>> care about it having 2.6.
>>
>> I'm not really sure what good that would do us unless we wanted to
>> bring 3.0 back to the
If not, I'll remove the traces from the docs, where they only serve to confuse
where MacOS X actually belongs under "Unix", not "Mac".
Georg
--
Thus spake the Lord: Thou shalt indent with four spaces. No more, no less.
Four shall be the number of spaces thou shalt indent, and the number of thy
i
1001 - 1100 of 1594 matches
Mail list logo
