On Wed, Sep 22, 2010 at 1:47 PM, Antoine Pitrou solip...@pitrou.net wrote:
Simply, situations like the above (Mark closing a bug just because
nobody would answer his message on a short delay) have happened
multiple times - despite people opposing, obviously -,
I must say that the same
On Fri, Sep 24, 2010 at 1:27 AM, Nick Coghlan ncogh...@gmail.com wrote:
Antoine Given that few or none of us seem to (want to) actively
Antoine contribute to the wiki, I'm afraid python-dev is not the place
Antoine to ask. Perhaps a call should be issued on c.l.py ...
It would be
On 24 September 2010 23:43, Glenn Linderman v+pyt...@g.nevcal.com wrote:
Hmm. There is no need for the function on a case sensitive file system,
because the name had better be spelled with matching case: that is, if it is
spelled with non-matching case it is an attempt to reference a
Am 25.09.2010 03:45, schrieb Brett Cannon:
On Fri, Sep 24, 2010 at 13:04, Georg Brandl g.bra...@gmx.net wrote:
So by opening and closing a bug 5 times within a week, the open and
close counters both go up by 5? That would be stupid.
No, as in a bug was re-opened last week and then closed
Guess the only way to settle this is look at the code, but I don't
care enough to bother. =)
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
On Fri, Sep 24, 2010 at 1:31 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
More wiki and website maintainers needed!
That's the consequence. You need to seek the reason why there are no
maintainers or active members on pydotorg-www lists. I've expressed my
thoughts earlier.
On Fri, Sep
Am 25.09.2010 14:10, schrieb Martin v. Löwis:
Guess the only way to settle this is look at the code, but I don't
care enough to bother. =)
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
Hi,
I wonder if situation with relative imports in packages is improved in
Python 3k or
we are still doomed to a chain of hacks?
My user story:
I am currently debugging project, which consists of many modules in one package.
Each module has tests or other useful stuff for debug in its main
On Sat, Sep 25, 2010 at 8:22 AM, anatoly techtonik techto...@gmail.com wrote:
For me a major annoyance is the empty page with two links on wiki.python.org
While it allows to tell new people that there is also a Jython wiki,
my vision that it should be instead be oriented on existing
Am 25.09.2010 15:15, schrieb anatoly techtonik:
Hi,
I wonder if situation with relative imports in packages is improved in
Python 3k or we are still doomed to a chain of hacks?
My user story:
I am currently debugging project, which consists of many modules in one
package.
Each module
Am 25.09.2010 15:15, schrieb David Stanek:
On Sat, Sep 25, 2010 at 8:22 AM, anatoly techtonik techto...@gmail.com
wrote:
For me a major annoyance is the empty page with two links on wiki.python.org
While it allows to tell new people that there is also a Jython wiki,
my vision that it should
On 9/25/2010 9:15 AM, anatoly techtonik wrote:
from ... import config
from ..utils.qthelpers import translate, add_actions, create_action
But this doesn't work, and I couldn't find any short user level
explanation why it is
not possible to make this work at least in Py3k without additional
Éric Araujo writes:
How about revamping the type/versions fields?
Issue type () Feature request (blocked by moratorium: () yes () no)
I think the information about blocked by moratorium is not something
that users or devs will care about much. The users can be informed
about the fact of
Paul Moore writes:
In fact, with userfs, I believe it's possible to do massively
pathological things like having a filesystem which treats anagrams
as the same file (foo is the same file as oof or ofo). (More
realistically, MacOS does Unicode normalisation).
Nitpick: Mac OS X doesn't do
On Fri, Sep 24, 2010 at 8:25 PM, Steven D'Aprano st...@pearwood.info wrote:
On Sat, 25 Sep 2010 09:22:47 am Guido van Rossum wrote:
I think that, like os.path.realpath(), it should not fail if the file
does not exist.
Maybe the API could be called os.path.unnormpath(), since it is in a
On Sat, 25 Sep 2010 00:04:23 +0200 (CEST)
alexander.belopolsky python-check...@python.org wrote:
Author: alexander.belopolsky
Date: Sat Sep 25 00:04:22 2010
New Revision: 85000
Log:
This should fix buildbot failure introduced by r84994
Can you also backport it to 2.7?
Thanks
Antoine.
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
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 feel is most interesting -- whether there are less open bugs
at the end of the week than at the start -- is not
Hello,
I've been following this thread all week at work, but I thought it might be
time to respond to the different remarks in a single response, given that I
am involved in editing and maintaining the Wiki on python.org, and I had a
strong enough opinion about such things to give a talk about
On 25/09/2010 20:12, Paul Boddie wrote:
[snip...]
Guido van Rossum wrote:
On Fri, Sep 24, 2010 at 3:31 AM, Michael Foord
fuzzyman at voidspace.org.uk wrote:
Wiki maintenance is discussed, along with other python.org maintenance
topics, on the pydotorg-www mailing list:
Am 25.09.2010 21:12, schrieb Paul Boddie:
Georg Brandl wrote:
Am 23.09.2010 22:25, schrieb anatoly techtonik:
On Thu, Sep 23, 2010 at 6:57 PM, Barry Warsaw barry at python.org wrote:
I certainly agree with that. So, how can we solve those problems?
Radomir has shell access now so
I have only done the Python 3-specific changes at this point; the
diff is here if anybody wants to review, nitpick or otherwise comment:
http://svn.python.org/view/peps/trunk/pep-0333.txt?r1=85014r2=85013pathrev=85014
For that matter, if anybody wants to take a crack at updating Python
3's
On Sat, 25 Sep 2010 14:22:06 +0200, Georg Brandl g.bra...@gmx.net wrote:
Am 25.09.2010 14:10, schrieb Martin v. L=F6wis:
The total numbers reported are really the totals. Also, the delta
reported for the totals is the difference to the last report.
The number reported with +/- for
On Sat, Sep 25, 2010 at 12:12 PM, Paul Boddie p...@boddie.org.uk wrote:
Guido van Rossum wrote:
Also, I gotta say that the wiki login process is awkward.
MoinMoin supports OpenID, although I did find and report issues with Moin 1.9
in this regard. Something on my now-huge list of things to do
This is a very laudable initiative and I approve of the changes -- but
I really think it ought to be a separate PEP rather than pretending it
is just a set of textual corrections on the existing PEP 333.
--Guido
On Sat, Sep 25, 2010 at 12:56 PM, P.J. Eby p...@telecommunity.com wrote:
I have
Unfortunately, most sites using OpenID seem have an awkward login
process. Maybe it's just me (I don't use OpenID much) but I expect
that without a lot more handholding of new users, OpenID actually
turns more people away than any other registration/login process.
So how do you like the
I guess a better example would be
old:
open #1 #2
closed #3
new:
open #1
closed #2 #3 #4 #5
which results in +2 for open (since #4 and #5 were opened) and +3 for closed
(since #2, #4 and #5 were closed), however the total issue delta is +2. This
is why I think these numbers
Am 25.09.2010 23:41, schrieb Martin v. Löwis:
I guess a better example would be
old:
open #1 #2
closed #3
new:
open #1
closed #2 #3 #4 #5
which results in +2 for open (since #4 and #5 were opened) and +3 for closed
(since #2, #4 and #5 were closed), however the total issue
Also, it's a horrible bug report, if that's what it is.
It's not a bug report, and I don't think it was meant to be
one. It started with I wonder if, suggesting that it is
really a request for help.
What you read as a bug report was labeled user story,
which I think is anatoly's way of saying
Am 25.09.2010 23:43, schrieb Martin v. Löwis:
For me a major annoyance is the empty page with two links on
wiki.python.org
While it allows to tell new people that there is also a Jython wiki,
my vision that it should be instead be oriented on existing
contributors immediately providing
As we're now seeing, people don't feel that it's acceptable to
publish the subscribers list,
Michael To be fair, quite a few people said they thought it was fine /
Michael a good thing. A couple (maybe 3?) said that as the list was
Michael originally advertised with the
Redirect wiki.python.org to the Python wiki front page, and put the Jython
wiki somewhere on its own (whether it's wiki.jython.org or not).
But that can't work: then off-site links into either wiki break.
Regards,
Martin
___
Python-Dev mailing list
Am 26.09.2010 00:16, schrieb Martin v. Löwis:
Redirect wiki.python.org to the Python wiki front page, and put the Jython
wiki somewhere on its own (whether it's wiki.jython.org or not).
But that can't work: then off-site links into either wiki break.
Why -- they can be redirected easily.
Paul Moore wrote:
Windows has (I believe) user definable filesystems, too, but the OS
has get me the real filename style calls,
Does it really, though? The suggestions I've seen for doing
this involve abusing the short/long filename translation
machinery, and I'm not sure they're guaranteed
Am 26.09.2010 00:48, schrieb Georg Brandl:
Am 26.09.2010 00:16, schrieb Martin v. Löwis:
Redirect wiki.python.org to the Python wiki front page, and put the Jython
wiki somewhere on its own (whether it's wiki.jython.org or not).
But that can't work: then off-site links into either wiki break.
On 9/24/2010 10:50 AM, Antoine Pitrou wrote:
Le samedi 25 septembre 2010 à 00:42 +1000, Nick Coghlan a écrit :
I have often used searches on performance or resource usage to find
what was needing a review or a patch. I think it would be a mistake to
remove those two categories.
That purpose
On Sat, Sep 25, 2010 at 3:56 PM, P.J. Eby p...@telecommunity.com wrote:
I have only done the Python 3-specific changes at this point; the diff is
here if anybody wants to review, nitpick or otherwise comment:
http://svn.python.org/view/peps/trunk/pep-0333.txt?r1=85014r2=85013pathrev=85014
At 09:22 PM 9/25/2010 -0400, Jesse Noller wrote:
It seems like it will end up
different enough to be a different specification, closely related to
the original, but different enough to trip up all the people
maintaining current WSGI servers and apps.
The only actual *change* to the spec is
On 9/25/2010 1:08 PM, Antoine Pitrou wrote:
On Sat, 25 Sep 2010 19:02:06 +0200
Georg Brandlg.bra...@gmx.net 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
At 02:07 PM 9/25/2010 -0700, Guido van Rossum wrote:
This is a very laudable initiative and I approve of the changes -- but
I really think it ought to be a separate PEP rather than pretending it
is just a set of textual corrections on the existing PEP 333.
With the exception of the bytes
On Sat, Sep 25, 2010 at 7:00 PM, P.J. Eby p...@telecommunity.com wrote:
At 02:07 PM 9/25/2010 -0700, Guido van Rossum wrote:
This is a very laudable initiative and I approve of the changes -- but
I really think it ought to be a separate PEP rather than pretending it
is just a set of textual
41 matches
Mail list logo
