Mailman 3 October 2004 - Python-Dev

Re: [Python-checkins] python/dist/src/Doc/tut tut.tex, 1.253, 1.254
by Michael Hudson 07 Oct '04

07 Oct '04

rhettinger(a)users.sourceforge.net writes: > Update of /cvsroot/python/python/dist/src/Doc/tut > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27294/Doc/tut > > Modified Files: > tut.tex > Log Message: > SF patch #1035498: -m option to run a module as a script > (Contributed by Nick Coghlan.) Does anyone know how to edit Misc/python.man to reflect this change? Heck, does anyone know enough Nroff or whatever to check that python.man is even vaguely up to date? I see it mentions -E, so it can't be *that* stale... Cheers, mwh -- <xyld> what proportion of Swedes speak english? <bea> xyld: all those with teeth

2 1

Status of undocumented distutils features in 2.4?
by Phillip J. Eby 06 Oct '04

06 Oct '04

I was looking up something in the distutils source today, and I noticed that there are some new, undocumented, and not quite complete features that were added earlier this year. Specifically, the 'requires' and 'provides' arguments to 'setup()', and the 'checkdep' command. Should these be removed for 2.4? It doesn't seem likely they'd be able to be fleshed out before the beta, especially since as far as I can recall they haven't been discussed on the Distutils-SIG yet, and some of the features don't seem to be in alignment with the relevant PEPs (e.g. PEP 262's definition of "requires" and "provides"). And, the actual current implementation of the dependency checking is (per the author's comments) "kinda hacky".

3 2

Generator expression in _strptime.py TimeRE.__init__
by Nick Coghlan 06 Oct '04

06 Oct '04

This is currently breaking the tests for me, as [:] doesn't work for generator expressions. Either TimeRE.__init__ needs to go back to using a list comp, or it needs to use list() in __seqToRE instead of [:]. Cheers, Nick. -- Nick Coghlan Brisbane, Australia

2 1

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser 05 Oct '04

05 Oct '04

Patch / Bug Summary ___________________ Patches : 241 open ( +6) / 2640 closed ( +3) / 2881 total ( +9) Bugs : 766 open ( -2) / 4492 closed (+12) / 5258 total (+10) RFE : 154 open ( +2) / 131 closed ( +0) / 285 total ( +2) New / Reopened Patches ______________________ ftplib PASV error bug (2004-09-30) http://python.org/sf/1037516 opened by Tim Nelson urllib2 HTTP digest authentication fix (2004-09-30) http://python.org/sf/1037974 opened by Mathieu Fenniak Provide tuple of "special" exceptions (2004-10-01) http://python.org/sf/1038256 opened by Nick Coghlan __main__ for whichdb.py (2004-10-01) http://python.org/sf/1038388 opened by Oleg Broytmann Fix struct.pack on 64-bit archs (broken on 2.*) (2004-10-02) http://python.org/sf/1038854 opened by Stefan Grundmann pydoc method documentation lookup enhancement (2004-10-02) http://python.org/sf/1038909 opened by Alexander Schmolck OS X: Can't use #!/usr/bin/pythonw (2004-10-02) http://python.org/sf/1038911 opened by Nathan Gray repair typos (2004-10-02) CLOSED http://python.org/sf/1038917 opened by George Yoshida SimpleXMLRPCServer optional allow_none / encoding arguments (2004-10-02) http://python.org/sf/1039083 opened by Guillermo M. Narvaja Patches Closed ______________ repair typos (2004-10-02) http://python.org/sf/1038917 closed by rhettinger doctest: allow custom matchers for testing if got=want (2004-04-10) http://python.org/sf/932935 closed by edloper doctest: Add Tester params to DocTestSuite (2004-04-10) http://python.org/sf/932932 closed by edloper New / Reopened Bugs ___________________ len(str(x)) in decimal.py is not Python 2.3 compatible (2004-09-30) CLOSED http://python.org/sf/1037373 opened by Nick Coghlan textReader: reading after close is a seg fault (2004-09-30) http://python.org/sf/1038013 opened by Jyrki Alakuijala silent installation on windows: no drive in registry values (2004-10-01) CLOSED http://python.org/sf/1038410 opened by Matteo Gallivanoni Python 2.3+ socket._fileobject handles EAGAIN with data loss (2004-10-01) http://python.org/sf/1038591 opened by Jon Nelson bad link in Tkinter docs (2004-10-01) http://python.org/sf/1038693 opened by Brett Cannon Typo "signiture" in HTML generated by DocXMLRPCServer (2004-10-02) CLOSED http://python.org/sf/1038935 opened by Malte Helmert apply.__doc__ says "Deprecated since release 2.3" (2004-10-02) CLOSED http://python.org/sf/1039092 opened by Jp Calderone time zone tests fail on Windows (2004-10-03) CLOSED http://python.org/sf/1039270 opened by George Yoshida os.times() is bogus (2004-10-04) http://python.org/sf/1040026 opened by Guido van Rossum Missing documentation on How To Link With libpython (2004-10-05) http://python.org/sf/1040439 opened by Sir Raorn Bugs Closed ___________ Odd behavior with unicode.translate on OSX. (2004-09-22) http://python.org/sf/1032615 closed by doerwalter Can't inherit slots from new-style classes implemented in C (2004-09-24) http://python.org/sf/1034178 closed by philthompson10 len(str(x)) in decimal.py is not Python 2.3 compatible (2004-09-30) http://python.org/sf/1037373 closed by ncoghlan printf() in dynload_shlib.c should be PySys_WriteStderr (2004-09-29) http://python.org/sf/1036752 closed by loewis hex() and oct() documentation is incorrect (2004-09-27) http://python.org/sf/1035279 closed by rhettinger silent installation on windows: no drive in registry values (2004-10-01) http://python.org/sf/1038410 closed by theller Typo "signiture" in HTML generated by DocXMLRPCServer (2004-10-02) http://python.org/sf/1038935 closed by bcannon apply.__doc__ says "Deprecated since release 2.3" (2004-10-02) http://python.org/sf/1039092 closed by rhettinger Message.get_filename() problem (2003-12-04) http://python.org/sf/854102 closed by bwarsaw time zone tests fail on Windows (2004-10-02) http://python.org/sf/1039270 closed by bcannon Case sensitivity bug in ConfigParser (2004-08-27) http://python.org/sf/1017864 closed by goodger ConfigParser behavior change (2004-07-24) http://python.org/sf/997050 closed by goodger New / Reopened RFE __________________ win32 silent installation: allow MAINDIR on command line (2004-10-04) http://python.org/sf/1039857 opened by Matteo Gallivanoni os.run function for convinience and robustness (2004-10-04) http://python.org/sf/1040267 opened by Alexander Schmolck

1 0

Re: [Python-Dev] proposed struct module format code addition
by Josiah Carlson 05 Oct '04

05 Oct '04

If the proposed struct module post seemed to have been a dupe, it is because it sat in a moderator queue for a few days. Sorry about that. - Josiah

1 0

Re: [Python-Dev] Guidelines for Logging Usage
by Michael P. Dubner 05 Oct '04

05 Oct '04

Garth T Kidd wrote: >Strikes me that not much work could let someone keep all of their >existing print statements more or less intact and use the logging >module properly, too: > > import logging > > class LoggingHandle: > def __init__(self, wrappedmethod): > self.wrappedmethod = wrappedmethod > def write(self, msg): > msg = msg.rstrip() > if msg: > self.wrappedmethod(msg.rstrip()) > > logging.basicConfig() > log = logging.getLogger('whatever') > stderr = LoggingHandle(log.error) > stdout = LoggingHandle(log.info) > > print >> stdout, "This is informational." # logged as INFO > print >> stderr, "This is an error." # guess. > >Add some basic infrastructure to logging, and you're done. The >Extremely Brave could even alter sys.stderr and sys.stdout. > > Main purpose of logging module is not redirection, but filtering capability. -- Best regards, Michael Dubner (dubnerm(a)mindless.com) Brainbench MVP/HTML+JavaScript (http://www.brainbench.com) PS: Sorry for my English

2 1

Guidelines for Logging Usage
by Vinay Sajip＠RedDove 05 Oct '04

05 Oct '04

[Michael Dubner] > Main purpose of logging module is not redirection, but filtering capability. I don't agree. In general, both the redirection capability (targeting events at a particular audience) and the filtering capability (verbosity control) are important. Regards, Vinay Sajip

2 1

ConfigParser patches
by David Goodger 04 Oct '04

04 Oct '04

I have patches up on SF for two ConfigParser bugs, which I'd like to check in ASAP. Any objections? http://www.python.org/sf/1017864: Case sensitivity bug in ConfigParser ====================================================================== This is a simple bug relating to default values passed in as dictionaries, illustrated here: >>> import ConfigParser >>> cp = ConfigParser.ConfigParser({"foo": "Bar"}) >>> cp.get("DEFAULT", "Foo") 'Bar' >>> cp = ConfigParser.ConfigParser({"FOO": "Bar"}) # <-- note CAPS >>> cp.get("DEFAULT", "FOO") # same for "foo", "Foo", etc. Traceback (most recent call last): ... ConfigParser.NoOptionError: No option 'foo' in section: 'DEFAULT' The patch applies ConfigParser.optionxform to keys of defaults when supplied, to be consistent with the handling of keys of config file entries and runtime-set options. A test patch is also included. http://www.python.org/sf/997050: ConfigParser behavior change ============================================================= This may be more controversial. In Python 2.3 and earlier, ConfigParser implicitly allowed non-string values to be set. http://python.org/sf/810843 asked for clarification, and in rev 1.65 an explicit type check was added that raises TypeError. The problem is that this breaks Docutils code, and I suspect it will break other code as well, which we won't hear about until after Python 2.4 final is released. Setting non-string values worked just fine for application-internal use, as long as interpolation is turned off (RawConfigParser is used or ConfigParser with "raw" parameter set) and config files aren't written. A new SafeConfigParser class was added in Python 2.3: New applications should prefer this version if they don't need to be compatible with older versions of Python. My solution is to add the new string-only restriction to the SafeConfigParser class, leave existing ConfigParser & RawConfigParser behavior alone, and document the conditions under which non-string values work. Code, doc, and test patches included. What say you? -- David Goodger <http://python.net/~goodger>

22 54

grant applications
by Paul F. Dubois 04 Oct '04

04 Oct '04

Dear devs, You'll be pleased to learn that the PSF grants process brought in sixty-four proposals. I think that is a stunning success, and the wide variety of these proposals is a testimony to the breadth and strength of the community. We should seek some branding sponsorship in the future so we can accept more of these. I'm thinking along the likes of the "Kraft Cottage Cheese Grant". (:-> Picture of smiling Guido enjoying the product at his terminal.

1 0

Re: '-m' option (was RE: [Python-Dev] ConfigParser patches)
by Nick Coghlan 04 Oct '04

04 Oct '04

Quoting Paramjit Oberoi <psoberoi(a)gmail.com>: > With a slightly longer script, and a little work in the installer, > these could be written as: > > Installed: runpy.py profile demo.py > Prompt After: runpy.py -i profile demo.py > Alt install: runpy2.4.py profile demo.py > Build dir: ./runpy.py profile demo.py > - or - ./scripts/runpy.py profile demo.py Indeed, it may be possible to get those to *run*, but the problem is that the semantics of the following two commands are likely to differ: python <interpreter-options> runpy.py module <script-args> python runpy.py <interpreter-options> module <script-args And getting the semantics close enough that the remaining differences don't matter is likely to be a pain. Certainly, you won't be able to use execfile() any more, because it doesn't support passing compiler flags. And the script doesn't have to get much more complicated before it becomes _harder_ to understand and maintain than the C code required to implement '-m' (which is really pretty straightforward when it is limited to top-level modules). Cheers, Nick. -- Nick Coghlan Brisbane, Australia

2 1