[issue6760] patch to subprocess docs to better explain Popen's 'args' argument
Chris Rebert pyb...@rebertia.com added the comment: Ok, changed to note directives instead of warnings. Anything else that keeps this from being applied? -- Added file: http://bugs.python.org/file15033/subprocess.rst.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6760 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6760] patch to subprocess docs to better explain Popen's 'args' argument
Changes by Chris Rebert pyb...@rebertia.com: Removed file: http://bugs.python.org/file14817/subprocess.rst.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6760 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
New submission from Valery khame...@gmail.com: Hi all (I never filed a bug, so, I am not sure that all fields are OK) Anyway, here is the self explaining issue: $ python Python 2.6.3 (r263:75183, Oct 3 2009, 11:20:50) [GCC 4.4.1] on linux2 Type help, copyright, credits or license for more information. from logging import * Traceback (most recent call last): File stdin, line 1, in module AttributeError: 'module' object has no attribute 'NullHandler' $ uname -a Linux vaktop 2.6.31-11-generic #38-Ubuntu SMP Fri Oct 2 11:55:55 UTC 2009 i686 GNU/Linux this issue blocks me badly :( regards -- Valery -- components: Library (Lib) messages: 93520 nosy: vak severity: normal status: open title: from logging import * causes an error under Ubuntu Karmic type: resource usage versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Valery khame...@gmail.com added the comment: I have just installed python2.5 in addition. And there is no this issue with it. So, it rather speific to python2.6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7053] wrong overload of slot wrapper
New submission from Mattelaer olivier.mattel...@uclouvain.be: wrong redirection of slot wrapper: class.__iter__=list.__iter__ doesn't work. (the __iter__ still refer to the one define in class) The file in attachment shows an example of this problem -- components: None files: test.py messages: 93522 nosy: omatt severity: normal status: open title: wrong overload of slot wrapper type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file15034/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Ryan Leslie ryle...@gmail.com added the comment: Looks like a merge has gone bad. NullHandler has existed for a while on trunk but is not present in the 2.6.3 tag (__all__ was updated to include it, however): /python/tags/r263/Lib/logging/__init__.py -- nosy: +ryles ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7033] C/API - Document exceptions
lekma lekma...@gmail.com added the comment: Even though I don't fully agree with your comments here is a second attempt addressing them, against trunk. For the record, I think that the signature difference is enough to warrant a name that is a clear cut from PyErr_NewException. And in the spirit of the Py_InitModule and PyModule_Create families of function I thought the most common/simple form should stand out from the more complete one. But, hey, I'm happy if this gets in (in any form :). -- Added file: http://bugs.python.org/file15035/issue7033_trunk_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7033 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7033] C/API - Document exceptions
lekma lekma...@gmail.com added the comment: Same as previous against py3k -- Added file: http://bugs.python.org/file15036/issue7033_py3k_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7033 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7049] decimal.py: NaN result in pow(x, y, z) with prec 1
Mark Dickinson dicki...@gmail.com added the comment: Shrug. That doesn't really bother me. x**y%z and pow(x, y, z) aren't going to match anyway, as soon as x**y has to be rounded. What would bother me more is the idea of having, with precision 4: pow(3, 22, 12347) - nan pow(3, 23, 12347) - 7820 pow(3, 24, 12347) - nan pow(3, 25, 12347) - 8645 pow(3, 26, 12347) - 1241 etc. (or a similar phenomenon with the 1st argument varying and 2nd and 3rd arguments fixed). Or something that called pow(x, 3, 13) with precision 5, and worked for all but 3 possible values of x. That sort of thing is the cause of hidden bugs. It's all academic really; no-one's going to use Decimal's 3-argument pow. I'm not really sure why it's supported at all. Come to that, I don't really understand why Python's 3-argument pow belongs in the core interpreter (as opposed to somewhere in the standard library). If it hadn't been there, and if __pow__ didn't accept a third argument, I suspect no-one would have tried to implement 3-argument pow for Decimal. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Changes by Antoine Pitrou pit...@free.fr: -- assignee: - vinay.sajip nosy: +vinay.sajip priority: - critical stage: - needs patch type: resource usage - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Gregor Lingl gregorli...@users.sourceforge.net added the comment: The same True for captureWarnings? (It's also is only present in __all__) -- nosy: +gregorlingl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7054] Python25.chm seems to be broken
New submission from Mark Schlieker sternenfaenge...@googlemail.com: CHM file for Python 2.5 documentation does not work when being used without Python installation. My OS is: Microsoft Windows XP (sp2) Steps on how to reproduce: prerequisite: 1) No python has been installed on machine (not sure if necessary) steps: 1) Download Python25.chm from http://www.python.org/download/releases/2.5.2/ (md5 digest: 4c2f7e124287525a93849b0b53893bf0) 2) Open file Python25.chm by double clicking on it using file explorer. noticed behaviour == Help window opens with navigation pane (on the left) showing index but on the right window pane there is only a text saying that navigation to website has been cancelled. When clicking on any item in the navigation pane still no other text gets displayed on the right window pane else than Navigation to website has been cancelled. expected behaviour == Help window shows documentation in the right hand side window pane. -- assignee: georg.brandl components: Documentation messages: 93530 nosy: Mark77, georg.brandl severity: normal status: open title: Python25.chm seems to be broken type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Antoine Pitrou pit...@free.fr added the comment: Georg committed a fix but now we have: from logging import * Traceback (most recent call last): File stdin, line 1, in module AttributeError: 'module' object has no attribute 'captureWarnings' -- nosy: +georg.brandl, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5395] array.fromfile not checking I/O errors
Jan Hosang jan.hos...@gmail.com added the comment: Ezio, I moved the test to a separate method. Also I couldn't find something to close the file if I don't care about errors. I thought an assertRises would be wrong, as I am not debugging files here, so I added a function to call a callable I expect to throw an exception (you said you don't like the try/close/except/pass). I don't know if it is okay to add functions to test_support, though. -- Added file: http://bugs.python.org/file15037/array_ioerror.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Gregor Lingl gregorli...@users.sourceforge.net added the comment: As stated above: the name captureWarnings is also present *only* in __all__. Same reason, same effect. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5395] array.fromfile not checking I/O errors
Antoine Pitrou pit...@free.fr added the comment: There doesn't seem to be any reason to introduce the expect_exception() helper, rather than to use a with statement. Am I mistaken? -- nosy: +pitrou stage: test needed - patch review versions: +Python 2.7, Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7054] Python25.chm seems to be broken
Mark Schlieker sternenfaenge...@googlemail.com added the comment: Oh I found out myself: the file is ok. When the message gets displayed it has to do with security settings in Windows XP: Solution: Right click on the file in file explorer and choose properties in order to open the properties dialog. Click on allow under security. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7054] Python25.chm seems to be broken
Changes by Mark Schlieker sternenfaenge...@googlemail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5395] array.fromfile not checking I/O errors
Antoine Pitrou pit...@free.fr added the comment: Ok, I get it, you want f.close() to always succeed, even if the underlying file descriptor has already been closed. Well, I so no reason to introduce a helper anyway, the following four lines are much more readable and explicit: try: f.close() except IOError: pass -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Not quite sure what happened, yet. It may be, as Ryan said, that a merge went wrong somewhere. I've altered Lib/logging/__init__.py in release26-maint to remove captureWarnings from __all__. Note that the change which introduced captureWarnings and NullHandler was added on 03 Dec 2008 in r67511. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7042] test_signal fails on os x 10.6
Mark Dickinson dicki...@gmail.com added the comment: I'm seeing this failure too, on a 64-bit build of the trunk on OS X 10.6.1. If I understand the test, it's setting up a timer that's supposed to run for 0.3 seconds of 'virtual time', signal, and then signal every 0.2 seconds of virtual time thereafter. The test passes after 4 (or is it 3?) signals have been handled, for a total of 0.9 seconds of virtual time. The problem appears to be that the 'for i in xrange(1): ...' loop simply isn't long enough for 0.9 seconds of virtual time to even elapse: on my machine, around 0.06 seconds of virtual time appear to have elapsed by the time the loop is finished. When I increase the loop to 'for i in xrange(10**10): ...', the test *eventually* passes. Those 0.9 seconds of virtual time took over 29 minutes of real time, on an otherwise mostly-idle machine. (2.53GHz Core 2 Duo.) When I add some actual work into the xrange loop (computing pow(12345, 67890, 1001) and throwing away the result) then test_itimer_virtual passes, in a reasonably short amount of time (a second or so). I don't know what the precise definition of virtual time is, or whether there's a defect in the way that Snow Leopard is measuring it. At any rate, I don't think the reported behaviour is a bug in the signal module: the test should be fixed somehow, though (perhaps by adding that pow() call). -- nosy: +mark.dickinson versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7042] test_signal fails on os x 10.6
Mark Dickinson dicki...@gmail.com added the comment: Issue #5972 looks like the same problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5972] Failing test_signal.py on Redhat 4.1.2-44
Mark Dickinson dicki...@gmail.com added the comment: See also issue #7042. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Noticed that the code in the r262 tag (dated 13 Mar 2009) seems OK. I don't know how to find out how this happened, i.e. is it something I did wrong or is it something which went wrong during the release process? Any pointers gratefully received. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7042] test_signal fails on os x 10.6
Mark Dickinson dicki...@gmail.com added the comment: This may also explain why the x86 FreeBSD trunk buildbot is currently hanging on test_signal. (And I see Ned already mentioned issue 5972 above. Sorry for the noise.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7042] test_signal fails on os x 10.6
Mark Dickinson dicki...@gmail.com added the comment: chuck: does the attached patch fix the problem for you? -- keywords: +patch Added file: http://bugs.python.org/file15038/issue7042.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5395] array.fromfile not checking I/O errors
Ezio Melotti ezio.melo...@gmail.com added the comment: I tried to apply both the patches on the trunk but the tests don't pass. With the latest patch I get an EOFError instead of IOError in the assertRaises. The function I was talking about was test_support.unlink(), but that just removes the file, it doesn't close it, so the try/except is fine when you close it (I also see that you already added test_support.unlink() in the new patch). I agree with Antoine that the helper function is not necessary. A few more comments about the latest patch: 1) the try/except that imports the os module seems unnecessary to me; 2) if there are really cases where os is not available, the test should be skipped with a message that says that the os module is not available and that the test cannot be executed (with return the test is marked as 'passed' even if nothing is actually tested); 3) if os.close(f.fileno()) is required instead of a simpler f.close() please write a short comment to clarify why; 4) if there are cases where EOFError is raised and they are not tested, it would be nice to add another test that checks if/when EOFError is raised. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Ok, found it. It looks like I messed up in r72005 when fixing #5854. Very sorry to all for the inconvenience. I will add a unit test to try and catch this in the future. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: I see Benjamin's beaten me to it - thanks, Benjamin. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Georg Brandl ge...@python.org added the comment: I've already added logging to test___all__.py which checks the __all__ attribute. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
New submission from Antoine Pitrou pit...@free.fr: This patch replaces the explicit list of modules in test___all__ with an automatic detection of modules having a __all__ attribute, so that we don't forget any. It doesn't really appear to slow things down; test___all__ only takes one second here. -- components: Library (Lib), Tests messages: 93548 nosy: georg.brandl, pitrou priority: normal severity: normal stage: patch review status: open title: Automatic test___all__ type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
Changes by Antoine Pitrou pit...@free.fr: -- keywords: +patch Added file: http://bugs.python.org/file15039/test_all.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
Georg Brandl ge...@python.org added the comment: Hey, I was doing that too! :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7052] from logging import * causes an error under Ubuntu Karmic
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Georg Brandl added the comment: I've already added logging to test___all__.py which checks the __all__ attribute. Sorry, I thought Benjamin did that. Thanks and regards, Vinay Sajip -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1378] fromfd() and dup() for _socket on WIndows
Preston Landers pland...@gmail.com added the comment: I'm curious what happened with this issue. It says closed+accepted but it doesn't appear to be checked in. Was there a fatal problem implementing this feature on Windows? Is it hung up on the inability to dup SSL sockets? I'm highly interested in deploying Python web servers using FastCGI, SCGI, WSGI, etc on the Windows server platform. I wrote a simple Windows fromfd() patch for Python 2.1 which was successfully used by my organization for many years. Now we are trying to move to a newer version of Python and still facing the need to patch this in. Just wondering what happened with this feature and perhaps there is something I can do to help move it along again. Many Python projects like flup, python-scgi, etc would be able to support Windows via this feature. (PS if this question is more appropriately raised on a mailing list rather than the issue tracker, I apologize in advance.) -- nosy: +planders ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
Antoine Pitrou pit...@free.fr added the comment: There was a problem with os.environ (from distutils and CGIHTTPServer) changes disturbing test_wsgiref, so I've added an unconditional save/restore of os.environ in test.regrtest. -- Added file: http://bugs.python.org/file15040/test_all.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7042] test_signal fails on os x 10.6
Mark Dickinson dicki...@gmail.com added the comment: I've applied the above patch in r75236 (trunk), r75237 (release26-maint), r75238 (py3k) and r75239 (release31-maint). With any luck this should fix the issue. Jan Hosang, can you confirm that this is fixed? -- resolution: - fixed status: open - pending versions: +Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
R. David Murray rdmur...@bitdance.com added the comment: For os.environ, wouldn't it be better to fix the tests so that they don't disturb the environment? Even if the CGIHTTPServer legitimately modifies the environment, shouldn't it be the responsibility of its test suite to wrap it so that the environment isn't modified when the tests are done? What _would_ be good, IMO, would be if regrtest would check for modifications and complain. Then we wouldn't have to wait until another test was impacted by the bad test to catch it. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6992] PEP 314 inconsistency (authors/author/maintainer)
Marc-Andre Lemburg m...@egenix.com added the comment: Tarek Ziadé wrote: Tarek Ziadé ziade.ta...@gmail.com added the comment: I'm just suggesting to add the meta-data field in order to recreate consistency - not advocating that setup() parameter or its use. Yes but fixing this inconsitency can be done on either side: A - remove the maintainer and maintainer_email B - add the Maintainer and Maintainer-email in the metadata While I understand your PoV about the fact that B/ is not impacting existing packages and doesn't require any deprecation, I would like to find some use cases for having such fields in the Metadata, other than fixing the inconsistency. If we don't have a use case, I'd go for A/ Having a maintainer for a package is not at all uncommon. Whether you put that maintainer into a separate field or not is really a mix of respect/taste/culture. I'd go for B, since we already have the maintainer setup() variable and just need to add the missing meta-data field. Whether this gets used or not is up to 3rd party code using the meta-data to decide and not really a distutils question. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6992 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
Antoine Pitrou pit...@free.fr added the comment: You are right, such an approach would be better. I don't really want to mess with test_distutils, however, and I was looking for a reliable fix to the problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7056] regrtest runtest_inner calls findtestdir unnecessarily
New submission from R. David Murray rdmur...@bitdance.com: Running regrtest over an installed, read-only Lib produces several test failures, and regrtest crashes. In investigating these, which I will deal with in other issues, I found that the regrtest runtest_inner method takes a 'testdir' argument, and if it is none calls 'findtestdir'. findtestdir uses __file__ or arg[0] to compute the directory in which regrtest is located, something that does not change during the lifetime of a given regrtest run, so at best these repeated calls are redundant. At worst, it triggered the regrtest abort because the value of arg[0] was changed by one of the tests. As it turns out, the testdir argument is never actually referenced in the body of runtest_inner. runtest_inner in turn is called only by runtest, which uses _its_ testdir argument only in the call to runtest_inner. Attached are two patches. The first just removes testdir from runtest_inner, the second removes it from runtest as well. On my Gentoo linux box the full (-uall) test suite passes with either patch applied. (With the exception of test_ttk_guionly, which failed before the patch at as well.) -- components: Tests files: remove_testdir_from_runtest_inner.patch keywords: patch messages: 93557 nosy: r.david.murray priority: low severity: normal stage: patch review status: open title: regrtest runtest_inner calls findtestdir unnecessarily type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file15041/remove_testdir_from_runtest_inner.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7056 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7056] regrtest runtest_inner calls findtestdir unnecessarily
R. David Murray rdmur...@bitdance.com added the comment: second patch -- Added file: http://bugs.python.org/file15042/remove_testdir_from_runtest.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7056 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7055] Automatic test___all__
R. David Murray rdmur...@bitdance.com added the comment: Hmm. Maybe we could fix it _and_ complain. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: This last point is already tracked by issue5127. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1054967] bdist_deb - Debian packager
Andrew Straw ast...@users.sourceforge.net added the comment: stdeb ( http://github.com/astraw/stdeb ) now includes a bdist_deb distutils command. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1054967 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5127] UnicodeEncodeError - I can't even see license
Adam Olsen rha...@gmail.com added the comment: Surrogates aren't optional features of UTF-16, we really need to get this fixed. That includes .isalpha(). We might keep the old public API for compatibility, but it should be clearly marked as broken for non-BMP scalar values. I don't see a problem with changing 2.x. The existing behaviour is broken for non-BMP scalar values, so surely nobody can claim dependence on it. -- nosy: +Rhamphoryncus type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5127 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
Adam Olsen rha...@gmail.com added the comment: Patch, which uses UTF-32-BE as indicated in my last comment. Test included. -- keywords: +patch Added file: http://bugs.python.org/file15043/py3k-nonBMP-literal.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7057] tkinter doc: more 3.x updates
New submission from Terry J. Reedy tjre...@udel.edu: The transition from Tkinter/tkinter to tkinter/_tkinker in 3.x docs is incomplete. 1. There are several places not in titles or beginning of sentences where Tkinter (roman type) needs to be replaced with tkinter (fixed type, as elsewhere). 2. 24.1.1. Tkinter Modules Most of the time, the tkinter is all delete 'the' before tkinter 24.1.6.4. Coupling Widget Variables from a class called Variable, defined in the tkinter. ditto 3. 24.1.5. How Tk and Tkinter are Related tkinter (C) These commands and their arguments will be passed to a C function in the tkinter - note the lowercase - extension module Change 'tkinter' to '_tkinter' and 'lowercase' to 'underscore'. Xlib (C) the Xlib library to draw graphics on the screen. Is this still true? Or does Tk now use native libraries? Not 3.x specific. 10. Specifically, the man pages in the mann directory are most useful. Is 'mann' literally correct? a typo? or meant to mean 'man#', where # is a digit? If the last, either man# or mann with the last 'n' a different font would be clearer to me. This is, of course, *nix specific. 11. Credits: Tkinter was written by Steen Lumholt and Guido van Rossum. Tk was written by John Ousterhout while at Berkeley. Except for the first two lines, the entries are in historical order, so I would reverse the first two. 12. 24.1.6.6. Tk Option Data Types To specify an X bitmap filename, give the full path to the file, preceded with an @, as in @/usr/contrib/bitmap/gumby.bit. *nix only? what about windows .bmp file? 13. (ttk section) 24.2.3.1. Standard Options 0, 1 or an empty is return. = 0, 1 or an empty string is returned. PS. I like the colors of the option-description tables. -- assignee: georg.brandl components: Documentation messages: 93564 nosy: georg.brandl, tjreedy severity: normal status: open title: tkinter doc: more 3.x updates versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
Adam Olsen rha...@gmail.com added the comment: With some further prodding I've noticed that although the test behaves as expected in the py3k branch (fails on UTF-32 builds before the patch), it doesn't fail using python 3.0. I'm guessing there's interactions with compile() vs import and the issue 3672 fix. Still good enough though, IMO. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7058] Add some test execution environment protection to regrtest
New submission from R. David Murray rdmur...@bitdance.com: One of the failures when regrtest is run with a read-only Lib results from test_runpy modifying sys.argv. Antoine also found cases where tests modified os.environ in issue 7055. It seems useful to have regrtest fix these kinds of environment corruptions when it can, but to also issue warnings so that the tests in questions can be fixed. In some cases the warnings might also reveal bugs in the code being tested, if the code being tested does a modification it should not be doing. Attached is a patch that adds save/restore for os.environ and sys.argv, with warning messages. -- components: Tests files: regrtest_guards.patch keywords: patch messages: 93566 nosy: r.david.murray priority: normal severity: normal stage: patch review status: open title: Add some test execution environment protection to regrtest type: feature request versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file15044/regrtest_guards.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7058 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7057] tkinter doc: more 3.x updates
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: georg.brandl - ezio.melotti nosy: +ezio.melotti priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7058] Add some test execution environment protection to regrtest
R. David Murray rdmur...@bitdance.com added the comment: Or should regrtest convert these into test failures for reporting purposes? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7058 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7059] 'checking getaddrinfo bug' doesn't output the result during ./configure
New submission from Ezio Melotti ezio.melo...@gmail.com: This is what I see while running ./configure on both trunk and py3k, on Linux: checking for major... yes checking for getaddrinfo... yes checking getaddrinfo bug... checking for getnameinfo... yes checking whether time.h and sys/time.h may both be included... yes the yes/no after 'checking getaddrinfo bug...' is missing. FWIW that bit of code is at the line 20225, but I couldn't figure out how to fix it. -- components: Installation messages: 93568 nosy: ezio.melotti priority: low severity: normal status: open title: 'checking getaddrinfo bug' doesn't output the result during ./configure type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7043] test_urllib: constructLocalFileUrl returns invalid URLs on Windows
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I think this can be fixed by merging r72343. -- nosy: +ocean-city ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7060] test_multiprocessing dictionary changed size errors and hang
New submission from R. David Murray rdmur...@bitdance.com: test_multiprocessing is producing tracebacks and hanging on py3k trunk. I think this started happening fairly recently, as it seemed to work in one not-too-old checkout until I did an svn up and then it started failing. 3.1 seems fine. I've attached the tracebacks, including the tracebacks I get when I ctrl-C to break the hang. My system is Gentoo Linux. -- assignee: jnoller files: test_multiprocessing.log messages: 93570 nosy: jnoller, r.david.murray priority: normal severity: normal stage: needs patch status: open title: test_multiprocessing dictionary changed size errors and hang type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file15045/test_multiprocessing.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7060] test_multiprocessing dictionary changed size errors and hang
Changes by R. David Murray rdmur...@bitdance.com: -- components: +Library (Lib) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7060] test_multiprocessing dictionary changed size errors and hang
R. David Murray rdmur...@bitdance.com added the comment: r75241 seems to be the cause. Tests passes on r75240, but gives the dict error and hang on r75241. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7043] test_urllib: constructLocalFileUrl returns invalid URLs on Windows
Senthil Kumaran orsent...@gmail.com added the comment: Fixed and Committed revision 75253. Will just wait for windows buildbot to test it before closing. -- resolution: - fixed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7026] test_urllib: unsetting missing 'env' variable
Senthil Kumaran orsent...@gmail.com added the comment: Committed revision 75254 for release26-maint. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
New submission from Terry J. Reedy tjre...@udel.edu: Reading through 24.5 on the turtle module, I have a number of comments aimed at improvements. Some are straightforward fixes which any doc maintainer could enter. Others are questions about meaning that I presume the current maintainer, gregor lingl may have to answer. But he is not an option of the Assigned To: pulldown list. These are introduced by '??'. Quotes are from 3.1.1 docs. 24.5.1. Introduction version of python installed with Tk support.: cap 'python' to 'Python' 'which draws on “the” Screen - instance': delete '-' To use multiple turtles an a screen : an on 24.5.2. Overview over available Turtle and Screen methods: 'over' 'of' 24.5.3.1. Turtle motion ?? distance units? pixel or world, depending on mode? presume yes, but should say something here. 24.5.3.6. Using events turtle.onclick(fun, btn=1, add=None) It seems that 'add=False' would be same as 'add=None' and more consistent with below. add – True or False – if True, a new binding will be added, otherwise it will replace a former binding ?? I do not understand what this means. Normal Python binding (assignment) adds a new binding, replacing an old one if there was one. How is turtle different? (And why should it be?) turtle.onrelease(fun, btn=1, add=None) turtle.onrelease(fun, btn=1, add=None) same pair of comments 24.5.3.8. Excursus about the use of compound shapes 'excursus' is so obscure that I have never seen/heard it before and had to look it up to verify that it was an English word. The definitions I found do not quite fit the usage. 'Compound shapes' is quite sufficient for the section title. If change the title, there is also the reference to this section in 24.5.5. The public classes of the module turtle to be changed. 24.5.4. Methods of TurtleScreen/Screen and corresponding functions Most of the examples in this section refer to a TurtleScreen instance called screen. However, 24.5.4.1. Window control turtle.bgcolor(*args) and so on throughout the section. ?? I presume that should be screen.bgcolor(*args) and so on throughout the section. .clear(), .reset() Note This TurtleScreen method is available as a global function only under the name clearscreen. The global function clear is another one derived from the Turtle method clear. ?? I presume 'another' means 'a different', but then I do not understand the difference. turtle.delay(delay=None) Parameter: delay – positive integer Set or return the drawing delay in milliseconds. (This is approximately the time interval between two consecutive canvas updates.) The longer the drawing delay, the slower the animation. ?? Unclear how this interacts with turtle.speed turtle.tracer(n=None, delay=None) Parameters: n – nonnegative integer delay – nonnegative integer Turn turtle animation on/off and set delay for update drawings. If n is given, only each n-th regular screen update is really performed. (Can be used to accelerate the drawing of complex graphics.) Second argument sets delay value (see delay()). ?? does .tracer() (no args) turn animation off? Remark: in order to be able to register key-events, TurtleScreen must have the focus. (See method listen(). def f(): ... fd(50) ... lt(60) ... screen.onkey(f, Up) screen.listen() From the Remark, I expected the two calls to be in the opposite order. Ditto for .onkeypress() 24.5.4.4. Input methods turtle.numinput(title, prompt, default=None, minval=None, maxval=None) Parameters: title – string prompt – string default – number (optional) prompt – number (optional) prompt – number (optional) Last two param names are 'minval' and 'maxval', not 'prompt'. 24.5.4.5. Settings and special methods ?? .mode: 'world' like standard or logo w/r/t angles? 24.5.4.6. Methods specific to Screen, not inherited from TurtleScreen turtle.exitonclick() Bind bye() method to mouse clicks on the Screen. If the value “using_IDLE” in the configuration dictionary is False (default value), also enter mainloop. Remark: If IDLE with the -n switch (no subprocess) is used, this value should be set to True in turtle.cfg. In this case IDLE’s own mainloop is active also for the client script. From Windows shortcut, I cannot tell how IDLE is started, but seems to work. Anything need to be said re IDLE/turtle on windows? My guess is that IDLE is running normally (without -n), so that there is a subprocess, so that 'using_IDLE' is False even though I am using it, just not in the same process. Correct? 24.5.8. Changes since Python 2.6 Sections about 2.x changes should not be in 3.x docs. -- assignee: georg.brandl components: Documentation messages: 93574 nosy: georg.brandl, gregorlingl, tjreedy severity: normal status: open title: Improve 24.5. turtle doc versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___
[issue7061] Improve 24.5. turtle doc
Gregor Lingl gregorli...@users.sourceforge.net added the comment: Thanks, Terry, for reading the docs that thoroughly. Alas, for the next week I'm too busy (with preparing Python für Kids for press) to work through this long list. Since it doesn't seem to be *very* urgent, I'll defer that work until Oct. 12th or so. Then I'll be glad to discuss each and every point of your list (some of them are known to me already) and I'm sure that the necessary fixes and amendments can be done quickly then. Best regards, Gregor -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com