On 7/7/2010 2:42 PM, Antoine Pitrou wrote:
I wrote
4. Does not ctypes make it possible to replace a method of a Python-coded
class with a faster C version, with something like
try:
connect to methods.dll
methods.dll to be written
check that function xyx exists
replace Somec
On 7/7/2010 11:43 AM, Jesse Noller wrote:
The idea is to put CPython on a more equal footing with the other
implementations,
I would reverse this to "The idea is to put the other implementations on
a more equal footing with CPython."
The subtle difference is the implication of whether the i
On 7/9/2010 10:40 AM, Mark Dickinson wrote:
While looking at a parser module issue
(http://bugs.python.org/issue9154) I noticed that Python's grammar
doesn't permit trailing commas after keyword-only args. That is,
def f(a, b,): pass
is valid syntax, while
def f(*, a, b,): pass
is
On 7/9/2010 4:26 PM, Mark Dickinson wrote:
On Fri, Jul 9, 2010 at 8:37 PM, Dino Viehland wrote:
Terry wrote:
This violates the important principle that allowed def and call arg
sequences should match to the extent sensible and possible. In this
sense, the SyntaxError is a bug. So I would fix t
On 7/10/2010 7:05 PM, Tal Einat wrote:
Hello,
I would like to propose removing IDLE from the standard library.
-1 I use it daily. On Windows, it works better in many ways than the
awful interactive command window, which I almost never use. I would
rather the latter be replaced.
I have bee
even better.
Mark Lawrence
Can I take a really big liberty and volunteer Terry Reedy for the job.
Thank you for the nomination.
If Terry would volunteer himself, he'd get commit access in no time.
What I specifically want right now is Commit Authorization Privilege,
especially for IDLE
On 7/12/2010 7:42 AM, R. David Murray wrote:
Another 'enhancement' might be to have a program occasionally email
people with the items they are currently signed up for, to encourage
editing.
--
R. David Murray www.bitdance.com
--
Terry Jan Reedy
_
On 7/12/2010 5:46 AM, Kurt B. Kaiser wrote:
On Windows, IDLE opens when you right click / edit a .py. Very useful.
On my xp machine with 3.1.2, it edit .py opens with notepad. Perhaps the
installer just copies forward the association from long ago, before IDLE
was available, or at least so u
On 7/12/2010 5:43 PM, "Martin v. Löwis" wrote:
Am 12.07.2010 23:21, schrieb Terry Reedy:
On 7/12/2010 5:46 AM, Kurt B. Kaiser wrote:
On Windows, IDLE opens when you right click / edit a .py. Very useful.
On my xp machine with 3.1.2, it edit .py opens with notepad. Perhaps the
inst
On 7/12/2010 2:05 AM, "Martin v. Löwis" wrote:
What I specifically want right now is Commit Authorization Privilege,
especially for IDLE,
Not sure who could grant that, but as far as I can: you have it.
If I were approved to commit patches directly, then by implication I
should be able to ap
On 7/11/2010 11:02 PM, Tim Peters wrote:
The heuristic lowered the reported match ratio from .96 to .88, which
would be bad when one wanted the unaltered value.
BTW, it's not clear whether ratio() computes a _useful_ value in the
presence of junk, however that may be defined.
I agree, which
On 7/12/2010 6:50 PM, "Martin v. Löwis" wrote:
Am 13.07.2010 00:00, schrieb Terry Reedy:
On 7/12/2010 5:43 PM, "Martin v. Löwis" wrote:
There should be an "Edit with IDLE" (sic) context menu item.
I agree, and thought about requesting such
You misunde
On 7/12/2010 10:49 PM, Kurt B. Kaiser wrote:
I've not had experience with patches from Terry. I don't think there are
any in IDLE, at least not acknowledged in NEWS.
You posts in the last day have told me a lot more about you. Let me
introduce myself to you in turn.
I have been involved wi
Summary: adding an autojunk heuristic to difflib without also adding a
way to turn it off was a bug because it disabled running code.
2.6 and 3.1 each have, most likely, one final version each. Don't fix
for these but add something to the docs explaining the problem and
future fix.
2.7 will
On 7/14/2010 4:10 AM, Georg Brandl wrote:
Sure, and if it was work time, we probably would do this ;). As it is
right now, this is volunteer time, and I would say that we're entitled
to do whatever helps us getting done the (not always exciting) work,
and our IRC crap talk, if that's what it is
On 7/14/2010 2:35 AM, Giampaolo Rodolà wrote:
One of the main problems with IDLE is the lack of tabs for editing
multiple files within the same window.
Having that alone would be a great improvement.
Yes, the same as tabs for browsing was.
This is firstly an unlying gui widget set issue. Tk do
On 7/14/2010 9:45 AM, Nick Coghlan wrote:
Code that sets the flag would behave the same on both 2.7.1+ and on
2.7.0, it would just fail to turn the heuristic off in 2.7.0.
Antoine Pitrou pointed out on the tracker
http://bugs.python.org/issue2986
that such code would *not* 'behave the same'. I
On 7/14/2010 12:58 PM, Antoine Pitrou wrote:
On Wed, 14 Jul 2010 12:34:27 -0400
Terry Reedy wrote:
So I can see that pushing to make it a business meeting would not be too
welcome. What I would like is an online sprint with a temporary
#python-triage channel, with at least one commit
On 7/14/2010 7:32 PM, Tim Peters wrote:
[Nick Coghlan]
You're right, I was misremembering how SequenceMatcher works.
Terry's summary of the situation seems correct to me - adding a new
flag to the constructor signature would mean we're taking a silent
failure ("the heuristic makes my code give
The 'trunk' branch appears to have been frozen 12 days ago when 2.7 was
released. I presume py3k is now the main development branch. Correct?
There are doc(s) on the site the directed people to the 'trunk' branch.
If not updated (as seems from a python-list post today, but I asked the
OP), it/
On 7/7/2010 2:27 PM, Georg Brandl wrote:
Am 07.07.2010 19:53, schrieb Éric Araujo:
I promised to write a PEP about that some time in the future. (Probably after
3.2 final.)
It seems that projects putting Sphinxy reST in their doc are using
automatic doc generation. This is however not always
On 7/16/2010 10:38 PM, Brandon Hayden wrote:
In the Python language, or any other language for that matter, I have
never understood why they don't have a loop function. Here's what I
mean, every time someone wants something to repeat itself, they have to
write a while loop like this:
x = 0
while
On 7/17/2010 8:41 AM, Mark Lawrence wrote:
IIRC Terry Reedy is also interested in moving IDLE forward.
Interested, yes. But until either a) I can commit patches, or b) there
is someone who will respond to commit review recommendations with "No,
here is why not" or "Yes, com
On 7/18/2010 7:42 PM, Georg Brandl wrote:
That phrasing implies that there is purpose behind letting issues rot.
Believe me that this is not the case.
This seems like a good place to mention that doc issues have become a
bright spot in the last few years, with a couple of days turnaround not
On 7/18/2010 5:05 PM, Alexander Belopolsky wrote:
On Sun, Jul 18, 2010 at 4:32 PM, Paul Moore wrote:
On 18 July 2010 20:57, Glyph Lefkowitz wrote:
..
This is what branches are for.
When the X.Y release cycle starts, there should be a branch for X.Y. Any
"would be applied" patches can simply
In reviewing
http://bugs.python.org/issue9282
the issue came up, where is the unit test for trace.py?
test/test_trace.py is actually a test of the line trace facility of
sys.settrace (and should have been called test_linetrace or
test_settrace). The only trace import Eli could find in Lib/test
On 7/19/2010 6:08 PM, average wrote:
We'are sorry but we cannot help you. This mailing list is to work on
developing Python (fixing bugs and adding new features to Python itself); if
you're having problems using Python, please find another forum. Probably
python-list (comp.lang.python) news gr
On 7/20/2010 6:59 AM, Oleg Broytman wrote:
I know, the task of sending answers like I've sent is quite
unappreciated.
*I* appreciate it. I mostly do not respond to such because I expect you
or Aahz will.
I know, the meaning of my answer is rude because, in short,
it's simply "Please, g
On 7/20/2010 12:49 PM, Michael Foord wrote:
On 20/07/2010 14:43, Nick Coghlan wrote:
On Tue, Jul 20, 2010 at 11:09 PM, Steven D'Aprano
wrote:
I'm -0 on adding an argument to os.makedirs, +0 on adding a variant
function to os, and +0.5 on adding the variant to the shutil module.
shutil seems li
In any case, a module list should be separate from components.
On 7/20/2010 4:43 PM, Oleg Broytman wrote:
In this particular case I'd rather tend to agree - an editable
single-line box to enter space-*and*-comma-separated modules list would be
the best interface.
An interesting idea.
In a
On 7/22/2010 9:36 AM, stefan brunthaler wrote:
Depending on the size and complexity of the
patches, it may still be worth exploring for 3.2.
If your work speeds CPython, U.S. would have to be even better to knock
it out.
I am currently not aware of the planned release schedule, but I think
On 7/22/2010 2:04 PM, John Nagle wrote:
From: Bartosz Tarnowski
Python has more and more reserved words over time
...
What should I do then, when the attribute is a reserver word?
I am going to be a grinch and note that this is strictly a usage
question with no development implications.
On 7/22/2010 3:29 PM, average wrote:
Speacking of etiquette, it is traditional to use real names in the from
field on pydev. It will get you more attention and respect.
A reference or link to ESR's "How to Ask Questions The Smart Way"
(http://catb.org/esr/faqs/smart-questions.html) is a prett
On 7/22/2010 8:22 AM, Steven D'Aprano wrote:
On Thu, 22 Jul 2010 07:02:33 pm Stephen J. Turnbull wrote:
OTOH I think as quick as possible an answer is a good idea here. It
saves the intended audience the thought about whether to reply or
not, and an instant, constructive answer says that someb
On 7/23/2010 6:26 PM, Mark Lawrence wrote:
Is there any money to pay for the forthcoming 10th birthday party for
this issue? Is the OP still alive?
This reminds me of some low priority items on my todo list ;-)
Hmmm. Right now there are 756 open feature requests out of 2779 open
issues. There
On 7/24/2010 10:08 AM, Guido van Rossum wrote:
- Commit privileges: Maybe we've been too careful with only giving
commit privileges to to experienced and trusted new developers. I
spoke to Ezio Melotti and from his experience with getting commit
privileges, it seems to be a case of "the lion is
On 7/25/2010 2:58 PM, Leonhard Vogt wrote:
I have made a documentation patch for issue 7447.
I cannot change the stage to patch-review - is this intentional?
Would be great if someone could comment on the patch.
Done x 3
--
Terry Jan Reedy
___
Pyth
On 7/24/2010 11:21 PM, Guido van Rossum wrote:
On Sat, Jul 24, 2010 at 6:51 PM, P.J. Eby wrote:
By the way, the PEP's "optimized" implementation could probably be done just
by making generator functions containing yield-from statements return an
object of a different type than the standard ge
To review a patch on the tracker, I have to read and try to make sense
of the raw diff file. Sometimes that is easy, sometimes not.
*After* a patch is applied, I can click the rev link and then the
'text changed' link and see a nice, colored, side-by-side web-pace view
created by ViewVC. I
On 7/26/2010 2:40 AM, Peter Portante wrote:
Yet, shouldn't we be able to write a simple embarrassingly parallel
multithreaded algorithm in python (no C-extensions) and have its execution
use all the cores on a system using CPython?
Abstractly, yes, and I believe you can do that now with some
On 7/25/2010 8:35 PM, "Martin v. Löwis" wrote:
Am 26.07.2010 02:24, schrieb Terry Reedy:
To review a patch on the tracker, I have to read and try to make sense
of the raw diff file. Sometimes that is easy, sometimes not.
*After* a patch is applied, I can click the rev link an
On 7/26/2010 5:15 PM, Georg Brandl wrote:
Sure PyPI is part of the ecosystem. But so are quite a lot of other tools,
and none of them are tracked in bugs.python.org. (This is also the case
for the website.) I'd really like bugs.python.org to remain a tracker for
what we ship as the CPython di
On 7/26/2010 8:20 PM, Kevin Ar18 wrote:
Questions about the operation and use current python belong on
python-list, mirrored on gmane.comp.python.general. This list pydev ==
g.c.p.devel is for the development of future versions.
--
Terry Jan Reedy
On 7/27/2010 1:42 AM, "Martin v. Löwis" wrote:
Should I open a tracker issue to add something to the tracker doc?
I recommend that you use it for some time before changing anything.
How is someone suppose to use it without instructions?
I also suggest that, instead of uploading the patch to
On 7/27/2010 11:52 AM, Reid Kleckner wrote:
Let me repeat me original question: Would it be feasible to add a [view]
button that I could click to get a nice view of a patch, such as provided by
ViewVC?
How are you proposing to use ViewVC to view the patch? I'd think that
you'd have to commit
On 7/27/2010 1:48 PM, Alexander Belopolsky wrote:
Multicolored diffs may look impressive the first time you see them,
Side-by-side was the important part
> Copying code
from side by side view may or may not work depending on your browser.
It is a nuisance with FireFox. For a patch on the t
On 7/28/2010 4:42 AM, Ray Allen wrote:
I believe, in design purpose, the os.mkdir() is to match the system call
"mkdir()" exactly, the os.makedirs() is a "Super-mkdir", it provides
extra convenience for using when we want to create directories. This is
the case makedirs() should deal with.
Aft
On 7/29/2010 4:30 PM, Mark Dickinson wrote:
As you say, it's just one less surprise, and one less thing to
explain: a small shrinkage of the mental footprint of the language.
With this change, I believe the only difference between str(ob) and
repr(ob) will be the addition of quotes. If so, p
On 8/1/2010 7:44 AM, Éric Araujo wrote:
+1 On a prebuilt search
This is not as easy as it seems.
A nosy count of 1 misses posts where someone added themself as nosy
without saying anything, waiting for someone else to answer (and maybe
no one ever did). A message count of 1 misses posts where
On 7/31/2010 5:02 PM, Guido van Rossum wrote:
But yes, the docs should clarify that *any* use of __*__ names, in
*any* context, that does not follow explicitly documented use, is
subject to breakage without warning.
http://bugs.python.org/issue9451
Strengthen __*__ system name warning
My sugg
On 8/2/2010 12:54 PM, Brian Curtin wrote:
On Mon, Aug 2, 2010 at 11:39, Ralf Schmitt mailto:r...@brainbot.com>> wrote:
Benjamin Peterson mailto:benja...@python.org>>
writes:
> Please, let's stop messing with the tracker for everything. I think
> the current set up works reason
6:22 EDT, tracker down and has been for a couple of minutes.
python.org and docs.python.org are fine.
Does the daemon program that now checks on Pypi also check the tracker?
Is there a particular place to report tracker down?
Or should I just assume someone else will notice and do something?
--
T
On 8/3/2010 8:48 AM, Antoine Pitrou wrote:
On Tue, 3 Aug 2010 22:25:01 +1000
Nick Coghlan wrote:
On Tue, Aug 3, 2010 at 1:40 PM, Eli Bendersky wrote:
The first print out correctly specifies the line "def foo" is in. However,
the second one points to the line with "@dummydecorator" instead of
On 8/4/2010 3:08 AM, Senthil Kumaran wrote:
Hello,
Please ask the support questions at:
http://groups.google.com/group/comp.lang.python
Some people filter out posts from google because of spam.
Better gmane.comp.python.general at news.gmane.org
or python-list at python.org.
--
Terry Jan Reed
On 8/7/2010 3:55 PM, li...@gabriel-striewe.de wrote:
Dear list,
I was wondering whether there would ever be support for python to be
build by the mingw compiler suite. I found a few patches in the
internet but there were disagreeing comments on whether they are
functional or not.
So I would lik
The usual Friday Summary of Python Trackers Issues did not appear on
Gmane. Was one generated? Or did it just fail to make it to gmane?
I use to to review new issues, so even late would be better than never.
--
Terry Jan Reedy
___
Python-Dev mailing l
On 8/8/2010 5:49 PM, Antoine Pitrou wrote:
Hello,
In issue #5319, the poster complains that redirecting stdout to a
misbehaving (pseudo-)file such as /dev/full should produce a non-zero
error code when the IO error happens at shutdown (when calling flush()
on stdout).
I think is worth noting
On 8/9/2010 2:47 PM, Sturla Molden wrote:
Terry Reedy:
MingW has become less attractive in recent years by the difficulty
in downloading and installing a current version and finding out how to
do so. Some projects have moved on to the TDM packaging of MingW.
http://tdm-gcc.tdragon.net
On 8/10/2010 10:28 AM, Ezio Melotti wrote:
This is the list of *all* the issues created or reopened during the last
week *that are still open*.
Thank you for removing the duplication of listing issues opened and
closed twice. I otherwise pretty much agree with RDM's comments.
--
Terry Jan R
On 8/10/2010 9:13 AM, Benjamin Peterson wrote:
2010/8/10 Stephen J. Turnbull:
Benjamin Peterson writes:
> 2010/8/9 Nick Coghlan:
> > On Tue, Aug 10, 2010 at 2:10 AM, alexander.belopolsky
> >wrote:
> >> +PS: In the standard Python distribution, this file is encoded
> >> in U
On 8/10/2010 3:25 PM, Terry Reedy wrote:
Everyone working on the English-based Python distribution knows the
order of the 26 English letters. Please use that order (including for
decorated versions and tranliterations) instead of various idiosyncratic
and possibly conflicting nationality-based
On 8/10/2010 3:44 PM, Benjamin Peterson wrote:
No, but if he complains about it, we should change it.
If "In rough English alphabetical order" is extended with "unless the
person requests otherwise", then it should also be extended with "in
which case the name is suffixed with '(phbr)' [or s
On 8/10/2010 6:29 PM, "Martin v. Löwis" wrote:
If I were committing a patch and was checking to see whether a name that
started with a decorated A (or any other letter) were already in the
list, I would look in the appropriate place in the A (or other) section,
not after Z.
Everyone working on
On 8/11/2010 3:16 PM, Raymond Hettinger wrote:
The ability to introspect is basic to Python's design.
Objects know their class, functions know their code objects,
bound methods know both their underlying function,
classes know their own class dictionary, etc.
Should iterators know their iterab
On 8/17/2010 1:45 AM, Senthil Kumaran wrote:
On Tue, Aug 17, 2010 at 03:08:31PM +1000, Nick Coghlan wrote:
Could someone who knows how it is currently set up suggest a
correction to the dev FAQ for svnmerge usage?
2.26 How do I merge between branches?
All development occurs under the py3k
On 8/23/2010 10:22 AM, Yury Selivanov wrote:
1) I propose to change 'hasattr' behaviour in Python 3, making it to
swallow only AttributeError exceptions (exactly like 'getattr').
Probably, Python 3.2 release is our last chance.
I gather that this amounts to changing "an exception" to
"Attribu
On 8/25/2010 2:31 PM, Michael Foord wrote:
On 25/08/2010 21:26, Guido van Rossum wrote:
[snip...]
That sounds painful, but in general I am okay with the idea of
translating messages. I think the system messages (those that go with
IOError and OSError) may already be translated. How to do it w
On 8/25/2010 5:41 PM, Nick Coghlan wrote:
On Thu, Aug 26, 2010 at 6:26 AM, Terry Reedy wrote:
On 8/25/2010 2:31 PM, Michael Foord wrote:
A downside (from experience with .NET which takes this approach - logic
and class names are all English but error messages are localized) is
that you then
On 8/25/2010 9:06 PM, Neil Hodgson wrote:
Terry Reedy:
File "C:\Python26\lib\socket.py", line 406, in readline
data = self._sock.recv(self._rbufsize)
socket.error: [Errno 10054] A lÚtez§ kapcsolatot a tßvoli ßllomßs
kÚnyszerÝtette n bezßrta
That is pretty good mojibake.
On 8/27/2010 12:07 PM, Python tracker wrote:
Issues stats:
open2560 (+41)
closed 18924 (+114)
I believe this is at least the 4th consecutive report in which closures
outnumber opens. Total open is, at the moment, 2493, down from about
2700, or maybe more, a couple of months ago. Th
On 9/3/2010 6:09 AM, Giampaolo Rodolà wrote:
Of course it would be nice to get access to FD stack so that a
full filename can also be retrieved in this case.
On Linux, this can be easily achieved by using /proc.
You can take a look at how this is done in the current development
version of psuti
On 9/7/2010 10:15 AM, Michael Foord wrote:
Right, and there are other standard library modules (cgi, ftplib,
nntplib, etc) that either need fixing or auditing as to how they handle
bytes / strings.
If you wanted to help with the documentation of the stdlib, one thing
that needs to be done is
On 9/11/2010 12:29 PM, Éric Araujo wrote:
Log:
Add Lukasz.
I guess you had to asciify Łukasz’ name because developers.txt is in
Latin-1, which cannot encode the first character. I think the file
should be recoded to UTF-8 so that we have no artificial restrictions on
people’s names. I’ll wait
On 9/11/2010 3:05 PM, Éric Araujo wrote:
I would agree, but also suggest a latin transcription for
non-latin-alphabet names.
I think that people whose alphabet is for example Cyrillic already use a
Latin transliteration in those files, so it’s good.
At present, such people have no choice ;-).
On 9/15/2010 8:55 PM, Jacob Kaplan-Moss wrote:
To try (again) to make things concrete here:
I didn't work to get Django running on Python 3.0 because it was just too slow.
Soon after 3.0 was released, it was discovered and acknowledged thay the
new I/O has some speed problems. (Why not disco
On 9/16/2010 3:07 PM, Jacob Kaplan-Moss wrote:
On 16 September 2010 07:16, Terry Reedy wrote:
I'm not working to get Django running on Python 3.1 because I don't
feel confident I'll be able to put any apps I write into production.
Why not? Since the I/O speed problem is f
Based on the discussion so far, I think you should go ahead and
implement the API agreed on by the mail sig both because is *has* been
agreed on (and thinking about the wsgi discussion, that seems to be a
major achievement) and because it seems sensible to me also, as far as I
understand it. Th
On 9/20/2010 10:31 AM, Tom Browder wrote:
...
I see that the configure file has some architecture choices
(--with-universal-archs=ARCH) but no explanation about the
consequences.
Can anyone explain the two different "default" installations I got?
At the moment, this appears to be question abou
On 9/22/2010 6:47 AM, Antoine Pitrou wrote:
There was a whole python-dev thread some time (weeks? months?) ago where
several of us already tried to suggest more fruitful ways of
contributing, suggestions which weren't received very welcomingly AFAIR.
There were two types of criticisms and sug
On 9/23/2010 5:31 AM, Ender Wiggin wrote:
I think I have the skills to learn and fix the
code itself, but I don't have the time
and I am unfamiliar with the process of submitting patches and getting
Anyone can submit a patch at bugs.python.org. The process of getting one
approved includes res
On 9/23/2010 3:18 AM, "Martin v. Löwis" wrote:
I personally think that the tracker fields and how they should be set is
of minor importance.
As of just now, if you were to wonder "What (security) bugs are open for
2.5" and search on open 2.5 issues, you would get a list of 44 issues.
It is o
On 9/23/2010 8:11 AM, "Martin v. Löwis" wrote:
make sure the issue is assigned to the right person if appropriate
-1. We typically don't assign issues to others.
What I and Mark (that I know of) did in that respect was to assign doc
issues, including old issues reclassified as doc issues, to
On 9/23/2010 3:50 PM, Georg Brandl wrote:
ISTM that the "versions" field is not very useful if the other fields are
filled accurately.
For example, feature requests almost always only belong to the current trunk.
Yes, for features that fall under the moratorium, the "versions" field would
be di
On 9/23/2010 6:17 PM, Nick Coghlan wrote:
On Fri, Sep 24, 2010 at 5:50 AM, Georg Brandl wrote:
Setting Versions properly helps anyone searching for issues relevant to
a particular version. If having a field set properly does not matter,
then is should not be there. Are you suggesting that Versi
On 9/23/2010 7:12 PM, dar...@ontrenet.com wrote:
So if there turns out to be a major security hole or sever bug in 2.7,
then it shouldn't be filed against 2.7? and fixed in a 2.7.x sort of
branch?
In that case, would you just suggest everyone using 2.7 to jump to 3.x?
As long as a 2.x version i
On 9/24/2010 1:41 AM, Stephen J. Turnbull wrote:
Yes, and we'd all like more people to do more "real" work. But not
everybody has the time or skills. I think this is a case where
"agreeing to disagree" is the best we can do.
There is also the matter of letting people start with something the
On 9/25/2010 7:11 AM, Georg Brandl wrote:
I'll bother Ezio when he's back. It just feels strange to me that the bit
of statistic I feel is most interesting -- whether there are less open bugs
at the end of the week than at the start -- is not obvious from the report.
As of just now, the defau
On 9/25/2010 1:08 PM, Antoine Pitrou wrote:
On Sat, 25 Sep 2010 19:02:06 +0200
Georg Brandl wrote:
Am 25.09.2010 18:53, schrieb Terry Reedy:
On 9/25/2010 7:11 AM, Georg Brandl wrote:
I'll bother Ezio when he's back. It just feels strange to me that the bit
of statistic I fe
On 9/26/2010 7:43 AM, Nick Coghlan wrote:
Yep, hence why I think the basic "bug, feature, other" split may be a
good way to go. It's a quick and easy decision most of the time
(including a clear choice for "I don't know if this is a bug or not"),
and makes a meaningful procedural distinction (bu
On 9/26/2010 12:54 PM, "Martin v. Löwis" wrote:
But then, if somebody volunteers to make these changes, I'm -0 to
the renaming (I slightly prefer calling even future release tags rXYZ).
Except that r311 could be either 3.1.1 or 3.11 (should be ever get that
far ;-).
--
Terry Jan Reedy
On 9/26/2010 1:33 PM, P.J. Eby wrote:
Thank you do doing the needed rewrite.
Can we make it PEP , then? ;-)
That number would at least communicate that it's the same thing, but for
Python 3.
A new rewriten PEP gives you a bit more freedom than doing it in place.
It will be easier to ref
On 9/26/2010 9:38 PM, P.J. Eby wrote:
At 11:15 AM 9/27/2010 +1000, Ben Finney wrote:
You misunderstand me; I wasn't asking how to *add* a link, but how to
turn OFF the automatic conversion of the phrase "PEP 333" that happens
without any special markup.
Currently, the PEP preface is li
On 9/27/2010 2:22 PM, "Martin v. Löwis" wrote:
The PEP still hasn't showed up on Python.org, though, so I'm wondering
if maybe I broke something else somewhere.
See http://www.python.org/status/postcommitlog.txt
Nasty link. That log begins back in 2008 and is so huge that it was
still loadin
On 9/29/2010 11:50 PM, Raymond Hettinger wrote:
I would like to solicit this group's thoughts on how to reconcile the
Set abstract base class with the API for built-in set objects (see
http://bugs.python.org/issue8743 ). I've been thinking about this issue
for a good while and the RightThingToDo(
On 10/5/2010 2:21 PM, Guido van Rossum wrote:
On Tue, Oct 5, 2010 at 11:17 AM, Darren Dale wrote:
The issue is implementing a PEP with nice support for relative
imports, and then documenting that it should never be used.
Isn't this mostly historical? Until the new relative-import syntax was
i
On 10/29/2010 9:42 AM, M.-A. Lemburg wrote:
I don't see why we should not welcome a team of new developers who want
to continue working on the 2.x series.
Given the number of issues on the tracker, I think it would be great if
there were some new 2.7-focused developers that would work on fixi
On 10/29/2010 2:41 PM, Toshio Kuratomi wrote:
On Fri, Oct 29, 2010 at 11:12:28AM -0700, geremy condra wrote:
On Thu, Oct 28, 2010 at 11:55 PM, Glyph Lefkowitz
Let's take PyPI numbers as a proxy. There are ~8000 packages with a
"Programming Language::Python" classifier. There are ~250 with "Pr
On 10/30/2010 6:32 PM, Neil Schemenauer wrote:
I have a specific, easy to implement proposal. I would like one
more version tag added to the Roundup tracker. My proposed name is
"Python 2.7+" but I don't care what it is called.
As a tracker gardener, I disagree. I would expect such to cause m
On 10/31/2010 1:44 PM, Antoine Pitrou wrote:
On Sun, 31 Oct 2010 18:15:43 +0100 (CET)
benjamin.peterson wrote:
# SimSMTPChannel doesn't fully support LOGIN or CRAM-MD5 auth because they
# require a synchronous read to obtain the credentials...so instead smtpd
@@ -503,6 +504,7 @@
On 10/31/2010 10:55 PM, Michael Foord wrote:
fact that sets / frozensets can't be sorted in the standard Python way
(their less than comparison adheres to the set definition). This is
something that will probably surprise many Python developers:
Any programmer who sorts (or uses functions that
1301 - 1400 of 2504 matches
Mail list logo
