Re: [Python-Dev] Subversion access down?

On Thu, Oct 09, 2008 at 10:50:24AM +0200, Ulrich Eckhardt wrote: > Is it only me or does it fail for other people, too? I'm getting > > | Server sent unexpected return value (503 Service > | Unavailable) in response to OPTIONS request > | for 'http://svn.python.org/projects/python/trunk' pytho

[Python-Dev] Distutils/packaging sprint this weekend

Tarek Zidae' is organizing a sprint on general distutils/setuptools/packaging this weekend. Physically it's in Arlington VA, but participants will be hanging out in #distutils on freenode's IRC. More information at . --am"If

Re: [Python-Dev] [Python-checkins] r66863 - python/trunk/Modules/posixmodule.c

On Fri, Oct 10, 2008 at 08:44:38AM +0200, "Martin v. Löwis" wrote: > So 2.6.0 will contain a lot of tests that have never been tested in > a wide variety of systems. Some are incorrect, and get fixed in 2.6.1, > and stay fixed afterwards. This is completely different from somebody > introducing a n

Re: [Python-Dev] Python 2.5.3: call for patches

yOn Mon, Oct 20, 2008 at 11:57:36AM +0200, Jeroen Ruigrok van der Werven wrote: > http://bugs.python.org/issue2231 This fixes a memory leak in itertools.chain(), which was greatly changed between 2.5 and 2.6, and the patch was to code not present in 2.5. Are you sure this bug affected 2.5 at all?

Re: [Python-Dev] [ANN] VPython 0.1

On Thu, Oct 23, 2008 at 01:31:48AM -0600, Adam Olsen wrote: > To clarify: This is *NOT* actually a form of threading, is it? It > "merely" breaks the giant dispatch table into a series of small ones, > while also grouping instructions into larger superinstructions? OS > threads are not touched at

Re: [Python-Dev] [ANN] VPython 0.1

On Sat, Oct 25, 2008 at 04:33:23PM +1300, Greg Ewing wrote: > Maybe not, but at least you can follow what it's doing > just by knowing C. Introducing vmgen would introduce another > layer for the reader to learn about. A stray thought: does using a generator for the VM make life easier for the Sta

Re: [Python-Dev] Has python-dev collapsed?

On Wed, Oct 29, 2008 at 12:26:48AM +0100, Christian Heimes wrote: > Maybe we should select an assistant release manager for the next > releases. It's lots of work to handle two releases at the same time. A Will 3.1 and 2.7 also be parallel releases? (I ask, not having read the 3xxx PEPS at al

Re: [Python-Dev] My patches

On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote: > One of the reasons why I'm very keen on us moving to a distributed version > control system is to help break the logjam on core developers. True, your > code will still not be able to land in the "official" branch without core > devel

Re: [Python-Dev] My patches

On Thu, Oct 30, 2008 at 03:55:38PM +, Paul Moore wrote: > 2. Some patches marked as "documentation" are doc fixes, others seem > to be issues where it has been decided that the behaviour is correct > as is, but needs to be documented. Fair enough, but it's much harder > to assess the latter, an

[Python-Dev] Holding a Python Language Summit at PyCon

The PyCon organizers are planning a Python Language Summit to be held in Chicago just before the conference, on Thursday March 26 2009. (This is the second day of tutorials, and the day before PyCon officially starts.) The purpose of the Python Language Summit is to let the developers of Python im

Re: [Python-Dev] RELEASED Python 3.0 final

On Wed, Dec 03, 2008 at 08:51:33PM -0500, Barry Warsaw wrote: > On behalf of the Python development team and the Python community, I > am happy to announce the release of Python 3.0 final. Yay! > We are confident that Python 3.0 is of the same high quality as our > previous releases, such as

Re: [Python-Dev] Holding a Python Language Summit at PyCon

On Thu, Dec 04, 2008 at 03:05:51PM -0500, Frank Wierzbicki wrote: > > Cross-implementation issues: > > I would like to champion this one. Thanks! You're now listed as the champion for it. --amk ___ Python-Dev mailing list Python-Dev@python.org http://m

Re: [Python-Dev] RELEASED Python 3.0 final

On Thu, Dec 04, 2008 at 08:20:34PM +, Paul Moore wrote: > Hmm, looking back, the quote Raymond is referring to is just a > suggestion for additional text on the 3.0 page. I agree with him that > it's a bit too negative. Actually I want it to be an entirely separate page so that we can point pe

Re: [Python-Dev] RELEASED Python 3.0 final

On Thu, Dec 04, 2008 at 05:29:31PM -0800, Raymond Hettinger wrote: > Here's a bright idea. On the 3.0 release page, include a box listing > which major third-party apps have been converted. Update it > once every couple of weeks. That way, we're not explicitly That's an excellent idea. We coul

Re: [Python-Dev] RELEASED Python 3.0 final

On Fri, Dec 05, 2008 at 05:40:46AM -, [EMAIL PROTECTED] wrote: > For most users, especially new users who have yet to be impressed with > Python's power, 2.x is much better. It's not like "library support" is > one small check-box on the language's feature sheet: most of the > attractive

Re: [Python-Dev] Holding a Python Language Summit at PyCon

On Sat, Dec 06, 2008 at 02:42:38PM -0800, Brett Cannon wrote: > No, I am saying I had told AMK I was interested in championing the > session. He chose you, and that's that. One less thing for me to worry > about. =) Brett, I actually think you'd be a good champion for the 11AM transition-planning

Re: [Python-Dev] SRE bug and notifications

On Thu, Dec 02, 2004 at 02:31:06PM -0200, Gustavo Niemeyer wrote: > in SourceForge? Or, is there any way to follow all new bugs > posted? Or even, what's the easiest way to avoid that problem > by being notified of bugs as soon as possible? Kurt's weekly bug summaries list all new bugs. For a sam

Re: [Python-Dev] [Python 2.4] PyInt_FromLong returning NULL

On Tue, Dec 07, 2004 at 01:02:51PM -0500, Tim Peters wrote: > pre-existing objects whenever possible. So, wrt: > > I'd say the first step should be to add checks > that's probably not going to help. I'd make it the fourth thing . Is it possible that some other Python API call is raising an excep

Re: [Python-Dev] Re: Re: 2.4 news reaches interesting places

On Sun, Dec 12, 2004 at 03:32:03PM -0200, Carlos Ribeiro wrote: > Of course, the point here is not Perl-bashing. The point here is that > we should be able to "sell" Python better than we do now, even without > the need to resort to such poor measures. I'm sure the Python > community does have good

Re: [Python-Dev] Re: 2.4 news reaches interesting places

On Thu, Dec 09, 2004 at 05:11:04PM +0300, Oleg Broytmann wrote: > some popular areas. Let's add another topic, "Making things fast". Let's > even make it the first topic, though I personnaly dont see a need for > this. The topic guides are migrating into the Wiki, and there's already a Wiki page a

Re: [Python-Dev] complex I/O problem

On Tue, Feb 01, 2005 at 11:11:37AM -0500, Neal Becker wrote: > complex ('(2+2j)') > Traceback (most recent call last): > File "", line 1, in ? > ValueError: complex() arg is a malformed string > > Whatever format is used for output should be accepted as input! This isn't true in general; it's n

Re: [Python-Dev] license issues with profiler.py and md5.h/md5c.c

On Sat, Feb 12, 2005 at 01:54:27PM +1100, Donovan Baarda wrote: > Are there any potential problems with making the md5sum module availability > "optional" in the same way as this? The md5 module has been a standard module for a long time; making it optional in the next version of Python isn't poss

Re: [Python-Dev] string find(substring) vs. substring in string

On Wed, Feb 16, 2005 at 01:34:16PM -0700, Mike Brown wrote: > time. But I would also hope that it would be smart enough to know that it > doesn't need to look past the 2nd character in 'not the xyz' when it is > searching for 'not there' (due to the lengths of the sequences). Assuming stringobje

Re: [Python-Dev] Can't build Zope on Windows w/ 2.4.1c1

On Thu, Mar 10, 2005 at 12:46:23PM -0500, Tim Peters wrote: > This is going to need someone who understands distutils internals. > The strings we end up passing to putenv() grow absurdly large, and > sooner or later Windows gets very unhappy with them. In distutils.msvccompiler: def __init__

Re: [Python-Dev] Re: anonymous blocks

On Wed, Apr 20, 2005 at 08:18:11AM -0700, Aahz wrote: > antithesis, it would be either C++ or Perl. Ruby is antithetical to some > of Python's core ideology because it borrows from Perl, but Ruby is much > more similar to Python than Perl is. I'm not that familiar with the Ruby community; might i

[Python-Dev] Vestigial code in threadmodule?

Looking at bug #1209880, the following function from threadmodule.c is referenced. I think the args==NULL case, which can return None instead of a Boolean value, can never be reached because PyArg_ParseTuple() will fail if args==NULL. Before ripping the args==NULL code out, I wanted to be sure my

Re: [Python-Dev] [Python-checkins] python/dist/src/Lib sre_compile.py, 1.57, 1.58

On Thu, Jun 02, 2005 at 03:34:17PM -0400, Raymond Hettinger wrote: > The times two operation also occurs twice in nearby code. Are those > also incorrect? I believe they're correct. EXPN: The regex engine refers to both 'groups', where group #N means the corresponding group in the pattern, and

[Python-Dev] Bug day on the 25th?

It seems like a good idea to have another Python bug day. Saturday June 25th seems the most practical date (this coming weekend is too soon, and the weekend after is a minor holiday -- Father's Day). We'd convene in the usual place: the #pydotorg IRC channel, on irc.freenode.net. Assuming no on

Re: [Python-Dev] Bug day on the 25th?

On Fri, Jun 10, 2005 at 11:35:47AM -0300, Gustavo Niemeyer wrote: > Not sure if that's a reason to prevent the event, since > fixing bugs is a good thing no matter when, but that's two > days before EuroPython, and many people might be moving to > the conference at that time. Thanks for pointing t

Re: [Python-Dev] b32encode and NUL bytes

On Fri, Jun 10, 2005 at 01:13:35PM -0500, Jeff Epler wrote: > > Is this a feature? I do see b32encode padding the string with NULs first. This is bug #1170331, which was fixed when I applied patch #1171487 earlier this week. > This also seems suspect: > >>> base64.b32encode("\0a") > 'ABQQ' >

[Python-Dev] Request to rewrite PEP 206

Just a note, sparked by Raymond's recent work cleaning up old PEPs: I'd like to take over PEP 206, the "Batteries Included" PEP, and rewrite it to describe a "Python Advanced Library", a set of third-party packages to complement the standard library. I've written to Moshe, the original author, to

Re: [Python-Dev] http://www.python.org/dev/doc/devel still available

On Mon, Feb 13, 2006 at 03:52:44PM -0500, Fred L. Drake, Jr. wrote: > What I would also like to see is to have an automatically-updated > version for each of the maintainer versions of Python, as well as > the development trunk. That would mean two versions at this point > (2.4.x, 2.5.x); only one

Re: [Python-Dev] C AST to Python discussion

On Wed, Feb 15, 2006 at 10:29:38AM -0500, Jeremy Hylton wrote: > Unfortunately, the compiler talk isn't until the last day and I can't > stay for sprints. It would be better to have the talk, then the open > space, then the sprint. If you mean "Implementation of the Python Bytecode Compiler", tha

[Python-Dev] Topic suggestions from the PyCon feedback

Those of you on python-checkins will have noticed the recent fiddling around with the feedback from PyCon. I'd like to draw the attention of the python-dev readership to the answers for the question "What 3 topics should have been covered at PyCon?" I split out core Python and web-related topic

[Python-Dev] Py3K thought: use external library for client-side HTTP

Thought: We should drop all of httplib, urllib, urllib2, and ftplib, and instead adopt some third-party library for HTTP/FTP/whatever, write a Python wrapper, and use it instead. (The only such library I know of is libcurl, but doubtless there are other candidates; see http://curl.haxx.se/libcurl/

Re: [Python-Dev] outstanding items for 2.5

On Sun, Apr 02, 2006 at 11:34:18PM -0800, Neal Norwitz wrote: > Review the PEP and let me know what needs to be changed. If your pet > project isn't already in the PEP, assume it has been deferred until > 2.6. I'd like to see Gregory K. Johnson's updated mailbox module (in sandbox/mailbox/) inclu

Re: [Python-Dev] Preserving the blamelist

On Wed, Apr 12, 2006 at 01:43:43PM -0400, Tim Peters wrote: > BTW, someone looking for an easy task might enjoy rewriting other > tp_traverse slots to use Py_VISIT. We even have cases now (like > super_traverse) where modules define their own workalike > traverse-visit macros, which has become con

Re: [Python-Dev] TODO Wiki (was: Preserving the blamelist)

On Wed, Apr 12, 2006 at 11:23:51PM -0400, Tim Peters wrote: > Not the same thing, but I just added: > http://wiki.python.org/moin/SimpleTodo I added a list of the Demo directories so that people know which ones need updating. --amk ___ Python-Dev ma

[Python-Dev] PEP 343: confusing context terminology

PEP 343 says: This PEP proposes that the protocol used by the with statement be known as the "context management protocol", and that objects that implement that protocol be known as "context managers". The term "context" then encompasses all objects with a __context__() method

[Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

On Tue, Apr 18, 2006 at 08:55:18PM +0200, phillip.eby wrote: > Modified: >peps/trunk/pep-0343.txt > > +"context manager" then encompasses all objects with a __context__() > +method that returns a context object. (This means that all contexts > +are context managers, but not all con

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

On Tue, Apr 18, 2006 at 03:37:37PM -0400, Phillip J. Eby wrote: > I was going to say, "so they can be context managers", but I suppose you > have a point. There is no need for a context to have a __context__ method, > unless it is also a context manager. Ugh. It would be easy to just remove th

Re: [Python-Dev] Raising objections (was: setuptools in the stdlib)

On Tue, Apr 18, 2006 at 09:10:20PM -0700, Neal Norwitz wrote: > There is an outstanding issues section in the 2.5 release PEP 356. In > this case, perhaps it would have been good to add a bullet item there. > I've been trying to ensure the issues aren't lost. There's only one > item in the list t

Re: [Python-Dev] Raising objections

On Wed, Apr 19, 2006 at 10:54:09AM +0200, Gerhard Häring wrote: > We should probably check my docs in soon even in a preliminary state, so > they can be reviewed/improved. There's a group of volunteers who will help fix the LaTeX markup, so you certainly don't need to have everything working (or

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

On Wed, Apr 19, 2006 at 10:00:21PM +1000, Nick Coghlan wrote: > And the parenthetical comment was completely backwards and should have read: > > (This means that all context managers are contexts, but not all contexts > are >context managers). > > The reason for recommending that context

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

On Wed, Apr 19, 2006 at 11:10:55PM +1000, Nick Coghlan wrote: > When Phillip went through to make the terminology consistent he actually > swapped the meanings of "context" (which meant 'has a __context__ method' > in the original PEP) and "context manager" (which meant 'has __enter__ and > __ex

Re: [Python-Dev] Raising objections

On Wed, Apr 19, 2006 at 03:02:15PM -0400, Phillip J. Eby wrote: > I can tell you the reasons, no need to guess: 5. The Distutils has lots of customization hooks, but if the exact hook you need isn't there, you're in deep trouble. I learned this when trying to implement a package database. > I a

Re: [Python-Dev] Raising objections

On Thu, Apr 20, 2006 at 07:53:55AM +0200, "Martin v. Löwis" quoted: > > It is flatly not possible to "fix" distutils and preserve backwards > > compatibility. Would it be possible to figure what parts are problematic, and introduce PendingDeprecationWarnings or DeprecationWarnings so that we can

[Python-Dev] Distutils for Python 2.1 (was "Raising objections")

On Thu, Apr 20, 2006 at 11:33:30AM +0100, Guido van Rossum wrote: > Unfortunately, this is mixed in with some stuff that isn't part of > distutils' "core competency", like text utilities, process spawning, > and option parsing. These should (eventually, when the 2.1 > compatibility requirement is l

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

On Fri, Apr 21, 2006 at 07:31:35PM +1000, Nick Coghlan wrote: > fit the new definition. So we settled on calling them "context managers" > instead. ... > method. Instead, the new term "manageable context" (or simply "context") > was introduced to mean "anything with a __context__ method". This

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

On Fri, Apr 21, 2006 at 06:54:11PM +0100, Guido van Rossum wrote: > Phillip, I do recomment you look at decimal.py. If we're not reversing > the PEP changes, that module needs to be changed; it has a class > Context (that was always there) with a __context__ method which > returns an instance of a

[Python-Dev] Adding wsgiref

What with all the discussion that resulted from setuptools, we should probably also discuss the suggestion to add wsgiref to the standard library. PEP 356 doesn't have many details about what's under consideration. (wsgiref is an implementation of the WSGI interface defined in PEP 333. I believe

Re: [Python-Dev] SoC proposal: "fix some old, old bugs in sourceforge"

On Mon, Apr 24, 2006 at 12:30:12PM -0400, Alan McIntyre wrote: > My unglamorous proposal is to review bugs & patches (starting with the > oldest) and resolve at least 200 of them. Is that too much? Too few? > I'll fix as many as possible during the SoC time frame, but I wanted to > set a realist

Re: [Python-Dev] SoC proposal: "fix some old, old bugs in sourceforge"

On Mon, Apr 24, 2006 at 09:45:41PM -0700, Neal Norwitz wrote: > hard bugs to fix. I guess there are also a lot that we can't > reproduce and the submitter is MIA. Those might be easier. Ping them > if not reproducible, if no response in a month, we close. The last time there was a thread sugges

Re: [Python-Dev] Updated context management documentation

On Wed, Apr 26, 2006 at 12:08:47AM +1000, Nick Coghlan wrote: > However, I made the > changes below in order to address the conflicts between the alpha 1 > documentation and implementation. IMHO this set of changes makes the terminology reasonably clear, so I'm happy with it. I've edited the Wh

Re: [Python-Dev] Reviewed patches [was: SoC proposal: "fix some old, old bugs in sourceforge"]

On Tue, Apr 25, 2006 at 04:10:02PM -0400, Jim Jewett wrote: > I don't see a good way to say "It looks good to me". I don't see any > way to say "There were issues, but I think they're resolved now". So > either way, I and the author are both sort of waiting for a committer > to randomly happen ba

Re: [Python-Dev] Reviewed patches

On Tue, Apr 25, 2006 at 06:04:12PM -0400, Jim Jewett wrote: > So how are the committers supposed to even know that it is waiting for > assessment? The solutions that I've seen work are Could we mark the bug/patch as status 'pending'? This status exists in the SF bug tracker but no bugs or patche

Re: [Python-Dev] 2.5 open issues

On Fri, Apr 28, 2006 at 10:27:45AM +0200, Thomas Heller wrote: > I could imagine three parts of the ctypes docs: ... > 3. Some articles/howtos which cover advanced issues. Note that there's now a Doc/howto directory, so you could put articles there. The howtos aren't built as part of the docume

Re: [Python-Dev] 2.5 open issues

On Thu, Apr 27, 2006 at 10:58:49PM -0700, Neal Norwitz wrote: > If you are addressed on this message, it means you have open issues > that need to be resolved for 2.5. Some of these issues are > documentation, others are code issues. This information comes from > PEP 356. There are also these it

Re: [Python-Dev] 2.5 open issues

On Fri, Apr 28, 2006 at 11:02:07AM -0400, Phillip J. Eby wrote: > I doubt I'll have time to write documentation for it before alpha 3. If > it's okay for the docs to wait for one of the beta releases -- or better > yet, if someone could volunteer to create rough draft documentation that I > cou

Re: [Python-Dev] [Python-checkins] r45770 - in python/trunk:

On Fri, Apr 28, 2006 at 01:13:21AM +0200, thomas.wouters wrote: > - Warn-raise ImportWarning when importing would have picked up a directory >as package, if only it'd had an __init__.py. This swaps two tests (for >case-ness and __init__-ness), but case-test is not really more expensive, >

Re: [Python-Dev] introducing the experimental pyref wiki

On Sat, Apr 29, 2006 at 08:54:00PM +0200, Fredrik Lundh wrote: > http://pyref.infogami.com/ I find this work very exciting. Time hasn't been kind to the reference guide -- as language features were added to 2.x, not everything has been applied to the RefGuide, and users will probably have bee

[Python-Dev] Date for DC-area Python sprint?

I'm working on setting up a sprint in the Washington DC area; currently I have a lead that would be in Arlington. I'd like to discuss the date on python-dev in order to coordinate with other events. The sprint has no particular goal, so people might just hack on their core-related projects. It c

Re: [Python-Dev] Date for DC-area Python sprint?

I found out that May 27th is on Memorial Day weekend, and some people will doubtless have travel plans. Let's aim for the next Saturday, June 3rd. (No intersection with the Need for Speed sprint; oh well.) I'll post a detailed announcement and set up a wiki page when things are nailed down, but

[Python-Dev] Confirmed: DC-area sprint on Sat. June 3rd

The DC-area sprint is now confirmed. It'll be on Saturday June 3, from 10 AM to 5 PM at the Arlington Career Center in Arlington VA. I've created a wiki page at ; please add your name if you'll be coming. The wiki page can also be used to brainstorm a

[Python-Dev] partition() variants

I didn't find an answer in the str.partition() thread in the archives (it's enormous, so easy to miss the right message), so I have two questions: 1) Is str.rpartition() still wanted? 2) What about adding partition() to the re module? --amk ___ Python

Re: [Python-Dev] [Python-3000] stdlib reorganization

On Tue, May 30, 2006 at 03:36:02PM -0600, Steven Bethard wrote: > That sounds about reasonable. One possible grouping: Note that 2.5's library reference has a different chapter organization from 2.4's. See . --amk

Re: [Python-Dev] [Python-3000] stdlib reorganization

On Tue, May 30, 2006 at 11:46:06PM -0700, Talin wrote: > I like it. Its a much cleaner organization than the 2.4 libs. I would > like to see it used as a starting point for a reorg of the standard lib > namespace. I'm not convinced that the chapter organization of a book is necessarily the best

Re: [Python-Dev] Python Benchmarks

On Fri, Jun 02, 2006 at 07:44:07PM -0400, Tim Peters wrote: > Fortran code could scream. Test times were reproducible to the > nanosecond with no effort. Running on a modern box for a few > microseconds at a time is a way to approximate that, provided you > measure the minimum time with a high-re

Re: [Python-Dev] wsgiref documentation

On Fri, Jun 02, 2006 at 03:33:41PM -0400, Doug Fort wrote: > I'm going over the possible tasks for the Arlington Sprint. > Documentation for wsgiref looks like somethng I could handle. > > Is anyone already working on this? I had the start of an outline in sandbox/wsgiref-docs, but am not working

Re: [Python-Dev] wsgiref documentation

On Mon, Jun 05, 2006 at 06:33:29PM -0400, Phillip J. Eby wrote: > At 08:08 AM 6/5/2006 -0400, A.M. Kuchling wrote: > >I had the start of an outline in sandbox/wsgiref-docs, but am not > >working on them at the moment because no one is willing to say if the > >list of documente

Re: [Python-Dev] Stdlib Logging questions (PEP 337 SoC)

On Mon, Jun 05, 2006 at 08:49:47PM -0400, Jim Jewett wrote: > If no explicit changes are made locally, > >py.asyncore.dispatcher.hits >py.asyncore.dispatcher.messages These handler names seem really specific, though. Why have 'dispatcher' in there? Part of Jackilyn's task should be to r

[Python-Dev] DC Python sprint on July 29th

The Arlington sprint this past Saturday went well, though the number of Python developers was small and people mostly worked on other projects. The CanDo group, the largest at the sprint with about 10 people, will be having a three-day sprint July 28-30 (Fri-Sun) at the same location. We should

Re: [Python-Dev] Stdlib Logging questions (PEP 337 SoC)

On Tue, Jun 06, 2006 at 10:36:06AM -0400, Jim Jewett wrote: > Are you suggesting that the logging module should ship with a standard > configuration that does something specific for py.* loggers? Or even > one that has different handlers for different stdlib modules? No, I meant some modules don'

Re: [Python-Dev] wsgiref doc draft; reviews/patches wanted

On Tue, Jun 06, 2006 at 06:49:45PM -0400, Phillip J. Eby wrote: > Source: http://svn.eby-sarna.com/svnroot/wsgiref/docs Minor correction: svn://svn.eby-sarna.com/svnroot/wsgiref/docs (at least, http didn't work for me). The docs look good, and I think they'd be ready to go in. --amk

Re: [Python-Dev] Symbol page for Language Reference Manual Index

On Thu, Jun 08, 2006 at 12:18:23AM -0400, Terry Reedy wrote: > I am willing to do perhaps half the work needed to produce such in time for > the 2.5 release. In particular, I am willing to write a plain text file > listing symbols (in ascii sort order) and section numbers, in an agreed-on > for

Re: [Python-Dev] 2.5 issues need resolving in a few days

On Fri, Jun 09, 2006 at 07:28:47AM -0700, Aahz wrote: > Okay, I guess I mis-remembered what had been agreed to. Should this go > into What's New? Already there: . (Fred, is it possible to set the anchors used for

Re: [Python-Dev] External Package Maintenance

On Mon, Jun 12, 2006 at 10:42:44AM -0700, Guido van Rossum wrote: > standard library code is just more of a maintenance burden. Maybe we > should get serious about slimming down the core distribution and > having a separate group of people maintain sumo bundles containing > Python and lots of other

Re: [Python-Dev] Dropping externally maintained packages (Was:Please stop changing wsgiref on the trunk)

On Mon, Jun 12, 2006 at 11:25:21AM -0700, Guido van Rossum wrote: > Have any instances of that actually happened? That would be a problem > with *any* code in the Python library, not just external > contributions, so I'm not sure why external contribions should be > treated any differently here. T

Re: [Python-Dev] External Package Maintenance (was Re: Please stopchanging wsgiref on the trunk)

On Mon, Jun 12, 2006 at 03:12:20PM -0400, Phillip J. Eby wrote: > encountered this myself. I *have* seen some developers make spurious > "cleanups" to working code that breaks compatibility with older Python > versions, though, just not in wsgiref. Note that the standard library policy has alwa

Re: [Python-Dev] ImportWarning flood

On Wed, Jun 21, 2006 at 10:34:53PM -0700, Ralf W. Grosse-Kunstleve wrote: > But this doesn't: > python -W'ignore:Not importing directory:ImportWarning' This is a bug. I've filed bug #1510580 and assigned it to Brett. I think the problem was exposed by the new-style exception change, but the actu

Re: [Python-Dev] ImportWarning flood

On Mon, Jun 26, 2006 at 08:29:49AM +0200, "Martin v. Löwis" wrote: > (read some email archives > to find out what the original problem was). People at Google don't read manuals? --amk ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.

[Python-Dev] Do we need a bug triage day?

Do we need a sort of mini bug-day to look at the outstanding bugs and note ones that absolutely need to be fixed before 2.5final? Or has someone already done this? --amk ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/l

Re: [Python-Dev] xturtle.py a replacement for turtle.py(!?)

On Wed, Jun 28, 2006 at 12:57:23PM +0200, Gregor Lingl wrote: > I would very much appreciate if xturtle.py could go into > Python 2.5 That decision is up to Anthony Baxter, the release manager. Unfortunately 2.5beta1 is already out, and the developers try to avoid large changes during the beta se

Re: [Python-Dev] For sandboxing: alternative to crippling file()

On Thu, Jun 29, 2006 at 11:48:36AM -0700, Brett Cannon wrote: > My worry, as has been from the start, is containing 'file'. The ``del > __builtins__`` bug for 'rexec' started me as skittish towards hiding stuff > from the built-in namespace. And knowing how easy it tends to be to get at > objects

[Python-Dev] Another 2.5 bug candidate?

http://www.python.org/sf/1488934 argues that Python's use of fwrite() has incorrect error checking; this most affects file.write(), but there are other uses of fwrite() in the core. It seems fwrite() can return N bytes written even if an error occurred, and the code needs to also check ferror(f->f

[Python-Dev] Request to add developer

I wish to request that 'gregorykjohnson' be added to the Python SF project. Gregory is the participant I'm mentoring in Google's Summer of Code program. His project is enhancing mailbox.py to give it the ability to modify mailboxes as well as read them; see http://gkj.freeshell.org/summer_of_code

[Python-Dev] PEP 8: exception style

PEP 8 doesn't express any preference between the two forms of raise statements: raise ValueError, 'blah' raise ValueError("blah") I like the second form better, because if the exception arguments are long or include string formatting, you don't need to use line continuation characters because of

[Python-Dev] New mailbox module

Gregory K. Johnson, who's been working on the mailbox module in nondist/sandbox/mailbox for Google's Summer of Code, thinks his project is essentially complete. He's added the ability to modifying mailboxes by adding and removing messages, adding test cases for the new features, and written the co

[Python-Dev] Switching re and sre

FYI: In a discussion on the Python security response list, Guido suggested that the sre.py and re.py modules should be switched. Currently re.py just imports the contents of sre.py -- once it supported both sre and the PCRE-based pre.py -- and sre.py contains the actual code. Now that pre.py is g

Re: [Python-Dev] python/dist/src/Lib/test test_re.py, 1.45.6.3, 1.45.6.4

On Wed, Aug 31, 2005 at 07:56:04PM -0400, Jim Jewett wrote: > What is the reasoning behind this? > > It seems to me that if a (passing) test is being added, maintenance releases > are the *most* important places to run them. In this case, it's because adding the test requires importing a new mod

Re: [Python-Dev] Replacement for print in Python 3.0

On Fri, Sep 02, 2005 at 10:07:29AM +0200, Fredrik Lundh wrote: > > OK, now that I've offended everyone, I'll go back into retirement. But I > > *am* laughing at you. > > Amen. Seconded. --amk ___ Python-Dev mailing list Python-Dev@python.org http://mai

Re: [Python-Dev] Tools directory (Was RE: Replacement for print in Python 3.0)

On Thu, Sep 08, 2005 at 06:52:59PM -0700, Brett Cannon wrote: > Otherwise it is mostly a lack of advertisement and them not being > installed by ``make install``. If you just download the soure and Agreed. I've often wished that reindent.py was installed somewhere. > Probably the only way > i

Re: [Python-Dev] AST branch is in?

On Tue, Oct 25, 2005 at 01:36:26PM +1000, Simon Burton wrote: > Is there a python interface ? Not yet, as far as I know. FYI, all: please see the following weblog entry for a description of the AST branch: http://www.amk.ca/diary/2005/10/the_ast_branch_lands_1 If I got anything wrong,

[Python-Dev] Reminder: PyCon 2006 submissions due in a week

The submission deadline for PyCon 2006 is now a week away. PyCon 2006 will be in Dallas, Texas, February 24-26 2006. For 2006, I'd like to see more tutorial-style talks on the program. This means that your talk doesn't have to be about something entirely new; you can show how to use a particular

[Python-Dev] python-dev sprint at PyCon

Every PyCon has featured a python-dev sprint. For the past few years, hacking on the AST branch has been a tradition, but we'll have to come up with something new for this year's conference (in Dallas Texas; sprints will be Monday Feb. 27 through Thursday March 2). According to Anthony's release

Re: [Python-Dev] s/hotshot/lsprof

On Sun, Nov 20, 2005 at 11:33:42PM +0100, Fredrik Lundh wrote: > do we really need CADT-based development in the standard library? I didn't recognize the acronym, but Google told me CADT = "Cascade of Attention-Deficit Teenagers"; see http://www.jwz.org/doc/cadt.html for a rant. --amk __

[Python-Dev] Bug day this Sunday?

Is anyone interested in joining a Python bug day this Sunday? A useful task might be to prepare for the python-core sprint at PyCon by going through the bug and patch managers, and listing bugs/patches that would be good candidates for working on at PyCon. We'd meet in the usual location: #python

Re: [Python-Dev] Memory management in the AST parser & compiler

On Wed, Nov 30, 2005 at 07:42:20PM +1000, Nick Coghlan wrote: > The second step is to then modify ast.c to use the new structures. A branch > probably wouldn't help much with initial development (this is a "break the > world, check in when stuff compiles again" kind of change, which is hard to >

[Python-Dev] Python bug day this Sunday

Let's have a Python bug day this Sunday. One goal might be to assess bugs and patches, and make a list of ones we can work on at the Python core sprint at PyCon . Meeting on IRC: #python-dev on irc.freenode.net Date: Sunday, December 4t

Re: [Python-Dev] [Python-checkins] commit of r41586 - in python/trunk: Lib/SimpleXMLRPCServer.py Misc/NEWS

On Tue, Dec 06, 2005 at 07:47:06AM -0800, Guido van Rossum wrote: > Happened to see this commit. What's the magic about 10MB? Is there any > understanding of what causes it to fail? What is the failure mode? > Could it just be fragmentation causing the malloc or realloc to fail? > Should we perhaps

<    1   2   3   4   >