Mailman 3 August 2000 - Python-Dev

More Non-Bugs
by Moshe Zadka Aug. 3, 2000

Aug. 3, 2000

Bug 110651 -- re.compile('[\\200-\\400]') segfaults -- it doens't for me -- Moshe Zadka <moshez(a)math.huji.ac.il> There is no IGLU cabal. http://advogato.org/person/moshez

6 11

Re: Bookstand at LA Python conference
by Wesley J. Chun Aug. 3, 2000

Aug. 3, 2000

> From: Guido van Rossum <guido(a)python.org> > Date: Sat, 29 Jul 2000 12:39:01 -0500 > > The next Python conference will be in Long Beach (Los Angeles). We're > looking for a bookstore to set up a bookstand like we had at the last > conference. Does anybody have a suggestion? the most well-known big independent technical bookstore that also does mail order and has been around for about 20 years is OpAmp: OpAmp Technical Books 1033 N. Sycamore … [View More]

1 0

METH_VARARGS
by Skip Montanaro Aug. 2, 2000

Aug. 2, 2000

I noticed Andrew Kuchling's METH_VARARGS submission: Use METH_VARARGS instead of numeric constant 1 in method def. tables While METH_VARARGS is obviously a lot better than a hardcoded 1, shouldn't METH_VARARGS be something like Py_METH_VARARGS or PY_METH_VARARGS to avoid potential conflicts with other packages? Skip

3 2

Python HOWTO project created
by Andrew Kuchling Aug. 2, 2000

Aug. 2, 2000

[CC'ed to python-dev and doc-sig -- followups set to doc-sig] I've created a py-howto project on SourceForge to hold the Python HOWTO documents. http://sourceforge.net/projects/py-howto/ Currently me, Fred, Moshe, and ESR are listed as developers and have write access to CVS; if you want write access, drop me a note. Web pages and a py-howto-checkins mailing list will be coming soon, after a bit more administrative fiddling around on my part. Should I also create a py-howto-discuss list … [View More]

2 1

CVS feature wish ? :)
by Thomas Wouters Aug. 2, 2000

Aug. 2, 2000

On Tue, Aug 01, 2000 at 02:22:20PM -0700, Guido van Rossum wrote: > Update of /cvsroot/python/python/dist/src/Lib > In directory slayer.i.sourceforge.net:/tmp/cvs-serv22316 > Modified Files: > re.py > Log Message: > My fix to the URL accidentally also switched back to the "pre" module. > Undo that! This kind of thing is one of the reasons I wish 'cvs commit' would give you the entire patch you're about to commit in the log-message-edit screen, as CVS: comments, rather … [View More]

3 3

Re: [Python-Dev] Still no new license -- but draft text available
by Jack Jansen Aug. 2, 2000

Aug. 2, 2000

I'm not sure I'm entirely happy with point 3. Depending on how you define "derivative work" and "make available" it could cause serious problems. I assume that this clause is meant so that it is clear that MacPython and PythonWin and other such versions may be based on CNRI Python but are not the same. However, if you're building a commercial application that uses Python as its implementation language this "indication of modifications" becomes rather a long list. Just imagine that a C … [View More]

1 0

test_parser.py
by Fred L. Drake, Jr. Aug. 2, 2000

Aug. 2, 2000

At some point I received a message/bug report referring to test_parser.py, which doesn't exist in the CVS repository (and never has as far as I know). If someone has a regression test for the parser module hidden away, I'd love to add it to the CVS repository! It's time to update the parser module, and a good time to cover it in the regression test! -Fred -- Fred L. Drake, Jr. <fdrake at beopen.com> BeOpen PythonLabs Team Member

1 0

CVS headaches / Subversion reminder
by Greg Wilson Aug. 2, 2000

Aug. 2, 2000

Those of you who are having troubles with (or have complaints about) CVS on SourceForge might want to check out Subversion, a "better CVS" being developed as part of Tigris: subversion.tigris.org Jason Robbins (project manager, jrobbins(a)collab.net) told me in Monterey that they are still interested in feature requests, alternatives, etc. There may still be room to add features like showing the full patch during checkin (as per Thomas Wouters' earlier mail). Greg p.s. I'd be interested … [View More]

1 0

Re: [Python-Dev] Winreg recap
by Jack Jansen Aug. 2, 2000

Aug. 2, 2000

> I specifically asked everyone here if an abstraction was a good idea. I > got three + votes and no - votes. One of the + votes requested that we > still ship the underlying module. Fine. I was actually pointed (on > python-dev) to specs for an abstraction layer that AFAIK had been > designed *on Python-dev*. This point I very much agree to: if we can abstract 90% of the use cases of the registry (while still giving access to the other 10%) in a clean interface we can … [View More]

1 0

BeOpen statement about Python license
by Guido van Rossum Aug. 1, 2000

Aug. 1, 2000

Bob Weiner, BeOpen's CTO, has this to say about the Python license: Here's the official word from BeOpen.com regarding any potential license change on Python 1.6 (the last CNRI Python release) and subsequent versions: The Python license is fully open source compliant, as certified by the Open Source Initiative. That means that if you look at www.opensource.org/osd.html, then this license complies with those 9 precepts, allowing broad freedom of use, distribution and … [View More]

1 0