[issue11218] pattern=None when following documentation for load_tests and unittest.main()
New submission from Martin von Gagern martin.vgag...@gmx.net: If I follow the documentation at http://docs.python.org/library/unittest.html#unittest.main by putting the following two snippets of code in my module file: def load_tests(loader, standard_tests, pattern='test*.py'): # top level directory cached on loader instance this_dir = os.path.dirname(__file__) package_tests = loader.discover(start_dir=this_dir, pattern=pattern) standard_tests.addTests(package_tests) return standard_tests if __name__ == __main__: unittest.main() then the application will fail with an obscure error message: == ERROR: __main__ (unittest.loader.LoadTestsFailure) -- TypeError: object of type 'NoneType' has no len() -- Ran 1 test in 0.000s Monkeypatching unittest.loader._make_failed_load_tests to display a stack trace, I got this: Traceback (most recent call last): File /usr/lib64/python2.7/unittest/loader.py, line 71, in loadTestsFromModule return load_tests(self, tests, None) File tester.py, line 15, in load_tests package_tests = loader.discover(start_dir=this_dir, pattern=pattern) File /usr/lib64/python2.7/unittest/loader.py, line 204, in discover tests = list(self._find_tests(start_dir, pattern)) File /usr/lib64/python2.7/unittest/loader.py, line 247, in _find_tests if not self._match_path(path, full_path, pattern): File /usr/lib64/python2.7/unittest/loader.py, line 235, in _match_path return fnmatch(path, pattern) File /usr/lib64/python2.7/fnmatch.py, line 43, in fnmatch return fnmatchcase(name, pat) File /usr/lib64/python2.7/fnmatch.py, line 75, in fnmatchcase res = translate(pat) File /usr/lib64/python2.7/fnmatch.py, line 87, in translate i, n = 0, len(pat) TypeError: object of type 'NoneType' has no len() The error is due to the fact that pattern is passed as None to load_tests, but apparently loader.discover doesn't loke a None pattern. I would suggest that a) discover internally translates None to the default of 'test*.py' or b) the documentation is changed to cater for this common use case, i.e. by including a pattern is None case distinction in its load_tests snippet. In case b) is implemented but not a), it would be nice to have a more expressive error message by catching the error somewhat sooner. -- assignee: docs@python components: Documentation, Library (Lib) files: tester.py messages: 128579 nosy: docs@python, gagern priority: normal severity: normal status: open title: pattern=None when following documentation for load_tests and unittest.main() type: feature request versions: Python 2.7 Added file: http://bugs.python.org/file20763/tester.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Fabian Groffen grob...@gentoo.org added the comment: Sorry for the noise. My issue seems to be caused by a broken openssl. It is a specific problem with the code for sparcv9 and the T1 CPU. Python can't do much about this. -- versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Senthil Kumaran orsent...@gmail.com added the comment: Thanks for the update on this issue. -- nosy: +orsenthil resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11217] python-32 not linked in /usr/local/bin in framework builds
Ned Deily n...@acm.org added the comment: Taking a quick look at it, it appears that the Mac Makefile installunixtools target could/should create those links. Note, this is not a problem for the standard OS X installers as Mac/BuildScript/build-installer.py (in buildPython) ensures that links are made in /usr/local/bin for all files in the framework bin directory at the end of the build. -- assignee: ronaldoussoren - ned.deily nosy: +ned.deily stage: - needs patch versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11216] email.message.Message set_charset does not encode properly?
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: Shay.Rojansky: because of the fact that i needed a free last saturday for just having the time to click around a bit to find the relevant docs in the python.org jungle ... http://wiki.python.org/moin/Email%20SIG and *especially* http://wiki.python.org/moin/Email%20SIG/DesignThoughts may be of interest for you - read those when you are starting to think that it's you who is broken. Nope! It's really the package! P.S.: sorry, David, i really didn't know, and somehow i also missed that single minute to look at bitdance.com. But now i've found the docs and maybe here time is being worth enough for a broken package to be fixed, the right way. Then even more people can earn more money in a hurry - with it. (It's only school english in the end.) -- nosy: +sdaoden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue877121] configure detects incorrect compiler optimization
Sébastien Sablé sa...@users.sourceforge.net added the comment: If have the same issue with Oracle Studio 12.2 on Solaris 10 with Python 2.7.1: cc -G -L/livraison/test/sparc-sun-solaris2.10/support/support-2.6.x-py27/lib -L/livraison/test/sparc-sun-solaris2.10/support/support-internal-2.6.x-py27/lib -L/livraison/test/sparc-sun-solaris2.10/support/support-2.6.x-py27/lib -L/livraison/test/sparc-sun-solaris2.10/support/support-internal-2.6.x-py27/lib -OPT:Olimit=0 -g -DNDEBUG -xO4 -I. -IInclude -I./Include -I/livraison/test/sparc-sun-solaris2.10/support/support-2.6.x-py27/include -I/livraison/test/sparc-sun-solaris2.10/support/support-2.6.x-py27/include/ncurses -I/livraison/test/sparc-sun-solaris2.10/support/support-internal-2.6.x-py27/include build/temp.solaris-2.10-sun4u-2.7/san_u10/home/recette/ssa/support-2.6.x/Python-2.7.1/Modules/_struct.o -L/livraison/test/sparc-sun-solaris2.10/support/support-2.6.x-py27/lib -L/usr/local/lib -L. -lpython2.7 -o build/lib.solaris-2.10-sun4u-2.7/_struct.so cc: Warning: Option -OPT:Olimit=0 passed to ld, if ld is invoked, ignored otherwise /usr/ccs/bin/ld: illegal option -- O usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?] file(s) -- nosy: +sable ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue877121 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue877121] configure detects incorrect compiler optimization
Antoine Pitrou pit...@free.fr added the comment: Was fixed in r85656 by Martin (in 3.2), but needs backporting. -- assignee: - loewis nosy: +loewis, pitrou stage: needs patch - committed/rejected versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue877121 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11210] PyErr_SetFromWindowsErrWithFilenameObject() doesn't exist: remove it from pyerrors.h
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +loewis, mhammond ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Sébastien Sablé sa...@users.sourceforge.net added the comment: Hum, I was incorrect in previous note: You can remove -L\$(srcdir) on this line, but then you need to specify the full path to Modules/python.exp. See patch below: Index: configure.in === --- configure.in(revision 88422) +++ configure.in(working copy) @@ -1642,7 +1655,7 @@ then case $ac_sys_system/$ac_sys_release in AIX*) - BLDSHARED=\$(srcdir)/Modules/ld_so_aix \$(CC) -bI:Modules/python.exp -L\$(srcdir) + BLDSHARED=\$(srcdir)/Modules/ld_so_aix \$(CC) -bI:\$(srcdir)/Modules/python.exp LDSHARED=\$(BINLIBDEST)/config/ld_so_aix \$(CC) -bI:\$(BINLIBDEST)/config/python.exp ;; IRIX/5*) LDSHARED=ld -shared;; Also, I think there are other issues with building Python 3.2 with shared libraries. I am currently investigating. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5831] Doc mistake : threading.Timer is *not* a class
Martijn van Oosterhout klep...@gmail.com added the comment: Note this is a behaviour change. Under the old scheme (Foo is a class) Foo.timerclass = Timer created a method, whereas now it will just assign the class as an attribute. To work around this you had to use _Timer. Will that dummy class remain as an alias to avoid breaking code (in 2.7 at least)? -- nosy: +Martijn.van.Oosterhout ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
River Tarnell r.tarn...@ieee.org added the comment: If no one else can reproduce this I suppose there's no point leaving it open, but it's still present for me using Python 2.7.1: % bzip2 -dc Python-2.7.1.tar.bz | tar xvf - % cd Python-2.7.1 % CC=cc CXX=CC CPPFLAGS='-I/usr/sfw/include' LDFLAGS='-L/usr/sfw/lib -R/usr/sfw/lib' ./configure --enable-ipv6 --prefix=$HOME/pytest % gmake -j5 % gmake install % $HOME/pytest/bin/python Python 2.7.1 (r271:86832, Feb 15 2011, 12:06:37) [C] on sunos5 Type help, copyright, credits or license for more information. import urllib2 urllib2.urlopen('https://wiki.toolserver.org') zsh: segmentation fault (core dumped) $HOME/pytest/bin/python % pstack core core 'core' of 12301: /home/rriver/pytest/bin/python feb265bd AES_encrypt () + f1 % cat /etc/release Oracle Solaris 10 9/10 s10x_u9wos_14a X86 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
River Tarnell r.tarn...@ieee.org added the comment: Also, when compiled with OpenSSL 1.0.0c, the problem doesn't occur. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Fabian Groffen grob...@gentoo.org added the comment: I recompiled openssl with noasm flag now for sparcv9 (like I do on 32-bits compiles), and the example runs fine for me on the T1, proving Python is not to blame here. That said, if your problem only occurs with 0.9.8 isn't it then likely that that version has some bug which is fixed in 1.0.0 series? My gdb backtraces pointed at code inside libcrypto (one of the ASM accelerators). I am using GCC and a minimum of host-provided libs though. % python2.7 -V Python 2.7.1 (r271:86832, Feb 14 2011, 12:37:15) [GCC 4.3.2] on sunos5 % file `which python2.7` /scratch/tmp/gentoo/sparcv9/usr/bin/python2.7: ELF 64-bit MSB executable, SPARC V9, total store ordering, version 1 (SYSV), dynamically linked (uses shared libs), not stripped % uname -a SunOS build-t1000-sol10.cwi.nl 5.10 Generic_139555-08 sun4v sparc SUNW,SPARC-Enterprise-T1000 Solaris -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Sébastien Sablé sa...@users.sourceforge.net added the comment: OK, Python with shared libraries is broken in trunk since the library was renamed to libpython3.2m. Here is a patch to correct that: Index: Modules/ld_so_aix.in === --- Modules/ld_so_aix.in(revision 88422) +++ Modules/ld_so_aix.in(working copy) @@ -131,7 +131,7 @@ shift done -if test $objfile = libpython@VERSION@.so; then +if test $objfile = libpython@VERSION@@ABIFLAGS@.so; then ldsocoremode=true fi -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Georg Brandl ge...@python.org added the comment: This looks like it should (and could) go into 3.2 final. Agreed? -- nosy: +barry, benjamin.peterson, georg.brandl priority: normal - release blocker status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Antoine Pitrou pit...@free.fr added the comment: Agreed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Georg Brandl ge...@python.org added the comment: OK. Sébastien, could you make and attach a complete patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5831] Doc mistake : threading.Timer is *not* a class
R. David Murray rdmur...@bitdance.com added the comment: Discussion should be moved to #10968, please. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Sébastien Sablé sa...@users.sourceforge.net added the comment: Here is the full patch. I also modified Makefile.pre.in to clean Modules/python.exp when doing distclean. -- Added file: http://bugs.python.org/file20764/patch_aix_shared_32.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Antoine Pitrou pit...@free.fr added the comment: Looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11212] Python memory limit on AIX
Sébastien Sablé sa...@users.sourceforge.net added the comment: This link flag should only be applied to the python executable. There is already LINKFORSHARED which is great for that. LDFLAGS will apply it to all the shared libraries which is not really what we want. I can compile Python with support for 512MB without any modification to configure like that: CC=xlc_r OPT=-O2 -qmaxmem=10 ./configure --without-computed-gotos --enable-shared make LINKFORSHARED=-Wl,-bE:Modules/python.exp -lld -Wl,-bmaxdata:0x2000 It is just not very elegant and will make the builbdot script even more complex than it is currently. Also it will make it more difficult for AIX users to find out about this limitation or build python with support for more memory (though I agree this represents very few people). If you don't want it in configure though, I will add a note in AIX-NOTES about this limitation and how to build Python with support for more memory. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11212] Python memory limit on AIX
Changes by Sébastien Sablé sa...@users.sourceforge.net: -- versions: +Python 2.6, Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11212] Python memory limit on AIX
Antoine Pitrou pit...@free.fr added the comment: LDFLAGS will apply it to all the shared libraries which is not really what we want. Is there a downside? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11212] Python memory limit on AIX
Sébastien Sablé sa...@users.sourceforge.net added the comment: I don't know distutils well enough, but I am afraid the LDFLAGS flag used to compile python is reused in some way when linking some python extensions or some application that embed python. (I use an application that embed python on AIX, I should check what happens when I compile it). Except for that, I can't see any problem now, but I would not be feel comfortable propagating this option in LDFLAGS. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11188] test_time error on AIX
Sébastien Sablé sa...@users.sourceforge.net added the comment: Here is what I could find in the man mktime: Upon successful completion, the mktime subroutine sets the values of the tm_wday and tm_yday fields appropriately. Other fields are set to represent the specified time since January 1, 1970. However, the values are forced to the ranges specified in the /usr/include/time.h file. The final value of the tm_mday field is not set until the values of the tm_mon and tm_year fields are determined. Note: The mktime subroutine cannot convert time values before 00:00:00 UTC, January 1, 1970 and after 03:14:07 UTC, January 19, 2038. I tried tm_yday=-1 then tm_isdst=-2 and both gave the same errors as before. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Georg Brandl ge...@python.org added the comment: Committed in r88426. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
River Tarnell r.tarn...@ieee.org added the comment: Well, I can prove it's not OpenSSL's fault either, since openssl s_client works fine ;-) (As do many other OpenSSL-using applications.) In any case, since I'm not using SPARC, it's unlikely that a bug in the SPARC asm code is the cause of the problem. Of course it could still be some other OpenSSL bug, or it could be that Python is using OpenSSL wrongly (and perhaps something changed between 0.9.7 and 1.0.0 that prevents the problem occuring). We now use our own OpenSSL instead of Sun's, so this isn't a problem anymore, but it will affect anyone using Python on Solaris 10 with Sun's OpenSSL. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11188] test_time error on AIX
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Sébastien, Can you tell us what time.localtime(t) produces for t in (-2, -1, 0, 1)? Apparently time.mktime() fails on values produced by time.localtime() and this sounds like a platform bug. It is OK to restrict time_t to positive values, but in this case time.localtime(t) should reject t 0. If there is a Python issue here, it is likely to be in error detection in time.localtime(). Also, what is your timezone? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7877] Iterators over _winreg EnumKey and EnumValue results
Changes by Brian Curtin cur...@acm.org: -- nosy: -BreamoreBoy versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11188] test_time error on AIX
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: It looks like different standards have different requirements for localtime() error handling compare: http://pubs.opengroup.org/onlinepubs/009695399/functions/localtime.html and http://pubs.opengroup.org/onlinepubs/7990989775/xsh/localtime.html The later does not require that localtime() returns NULL or sets errno on error. AIX documentation seems to be silent on this issue as well: http://publib.boulder.ibm.com/infocenter/aix/v6r1/index.jsp?topic=/com.ibm.aix.basetechref/doc/basetrf1/ctime.htm -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue640553] Misuse of /usr/local/in setup.py
Sébastien Sablé sa...@users.sourceforge.net added the comment: This bug is still present in Python 2.7.1. I have also just been beaten by it on solaris. I have libintl.so.1 in /usr/lib and libintl.so.8 in /usr/local/lib. I have never specified that I wanted to use /usr/local/lib anywhere, but the compilation scripts insist on linking _locale.so with libintl.so.8, which may not be available on the platforms where I will deploy my python binaries. /usr/local/lib should only be used if it is explicitly specified in LDFLAGS in my opinion. -- nosy: +sable versions: +Python 2.5, Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue640553 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue640553] Misuse of /usr/local/in setup.py
Sébastien Sablé sa...@users.sourceforge.net added the comment: I can only bypass this by explicitly specifying -L/usr/lib so that it will take precedence over -L/usr/local/lib. But this behavior is still broken... Explicit is better than implicit. I can see no reason why /usr/local should be implicitly added; people that really need it can always do export LDFLAGS=$LDFLAGS -L/usr/local/lib -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue640553 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Ben Gamari bgam...@gmail.com added the comment: Has there been any progress here? -- nosy: +bgamari ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11188] test_time error on AIX
Sébastien Sablé sa...@users.sourceforge.net added the comment: Python 3.2rc3+ (py3k:88422M, Feb 15 2011, 16:57:29) [C] on aix6 Type help, copyright, credits or license for more information. import time for t in (-2, -1, 0, 1): ... print(time.localtime(t)) ... time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=0, tm_min=59, tm_sec=58, tm_wday=3, tm_yday=1, tm_isdst=0) time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=0, tm_min=59, tm_sec=59, tm_wday=3, tm_yday=1, tm_isdst=0) time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=1, tm_min=0, tm_sec=0, tm_wday=3, tm_yday=1, tm_isdst=0) time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=1, tm_min=0, tm_sec=1, tm_wday=3, tm_yday=1, tm_isdst=0) I am in Paris. On the system, I get: $ date Tue Feb 15 18:18:58 NFT 2011 $ env | grep TZ TZ=NFT-1DFT,M3.5.0,M10.5.0 which is strange since NFT seems to be in Australia. I will check that tomorrow with the sysadmin. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11188] test_time error on AIX
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: 2011/2/15 Sébastien Sablé rep...@bugs.python.org: .. for t in (-2, -1, 0, 1): ... print(time.localtime(t)) ... time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=0, tm_min=59, tm_sec=58, tm_wday=3, tm_yday=1, tm_isdst=0) .. This looks right. (For time.timezone = -3600.) I actually suspected that you were east of Greenwich. My hypothesis is that AIX localtime implementation adjusts t - t - timezone before computing broken down time and thus fails to detect that localtime() is given negative argument. If my hypothesis is correct, time.gmtime(-1) should fail on your system. .. TZ=NFT-1DFT,M3.5.0,M10.5.0 which is strange since NFT seems to be in Australia. In your TZ setting, the UTC offset and DST rules are specified explicitly, so it does not matter what names are given to the timezones for most time calculations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Forest Bond for...@alittletooquiet.net added the comment: Hi, Sorry for the long delay. I have tested against a Python web application using restish via various WSGI web servers (CherryPy, wsgiref) and I have not seen problems. It may cause problems with other server-side implementations. I will not have time to do broad testing against many different server-side implementations. Is there harm in applying the patch and fixing bugs that get reported? Thanks, Forest -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Forest Bond for...@alittletooquiet.net added the comment: Looks like bgamari and I stepped on each other's requests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
R. David Murray rdmur...@bitdance.com added the comment: This patch needs a Doc component. Having finally taken a quick look at the RFC (I haven't read it through yet), I think this does belong in email and not http. The RFC makes it clear that while the most common implementation is http, it is designed to be generic, and as such IMO the logical place for it in the stdlib is with the rest of the MIME types, in email. From a usability standpoint, however, it would be more convenient in http, so if most people think it should go into http I won't object. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9437] can't build extensions with non-default ldflags (e.g. -m32)
Landreville landrevi...@deadtreepages.com added the comment: I've committed a patch which does just this (in r85422). Hopefully it won't break anything. Could I convince you to patch 2.7 as well? -- nosy: +TheoLandreville, benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10709] Misc/AIX-NOTES needs updating
Sébastien Sablé sa...@users.sourceforge.net added the comment: Antoine, can you take a look at issue 730467? That's a trivial patch to correct a compilation issue on AIX with a C++ compiler; and that means one less entry in the AIX-NOTES file to write before the 3.2 release... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10709 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue730467] Not detecting AIX_GENUINE_CPLUSPLUS
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue730467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10709] Misc/AIX-NOTES needs updating
Antoine Pitrou pit...@free.fr added the comment: can you take a look at issue 730467? Yes, this is in my bug queue. But unless Georg decides otherwise, this will go in after 3.2 is released (in 3.2.1 probably). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10709 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9437] can't build extensions with non-default ldflags (e.g. -m32)
Antoine Pitrou pit...@free.fr added the comment: I've committed a patch which does just this (in r85422). Hopefully it won't break anything. Could I convince you to patch 2.7 as well? It was backported in r86848. This means it should be available in 2.7.2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Jesse Noller jnol...@gmail.com added the comment: Yeah, despite what the RFC says, the most common usage is in web clients, and stuffing it in the email module won't be obvious to 95% of the population I think, unless that's where the implementation lives, but we can add a doc stub in the http docs pointing to it and why. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue730467] Not detecting AIX_GENUINE_CPLUSPLUS
Georg Brandl ge...@python.org added the comment: Committed to py3k in r88430. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue730467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Forest Bond for...@alittletooquiet.net added the comment: Hi, So is the following enough to get this applied? If so, I'm game. * Review RFC and enforce Content-Encoding: binary if applicable [checat]. * Generate CR+LF line endings [checat]. * Review RFC and address line-splitting and header-folding if applicable [checat]. * Write documentation. I can have this done in a week or so, but I'd like to have some confidence that it will be applied if I spend the time on it. Thanks, Forest -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
R. David Murray rdmur...@bitdance.com added the comment: In principle I think something like this should go in. Since it is a Message subclass, I'd like it to follow the current Message API whether or not it is located in the email package. __str__ and as_string have the right default for line length (no folding). The current default for line endings is \n, and I think the class should stick with that. You can't use __str__ or as_string to generate what you send on the wire if you are supporting binary data. I am planning additions to the email API that will make integrating this class and adjusting the generated line endings easier. For the latter (assuming the email-sig approves) I plan a __bytes__ method that will generate wire format, which would include using \r\n line endings and should be just what you need. The current email package does not support the binary content transfer encoding, only 8bit. Support for the binary CTE is another planned addition for 3.3, and I think it can be prioritized ahead of most other features, given that this code needs it. So, you might want to wait until the email pieces are in place, and possibly even help me develop them :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11217] python-32 not linked in /usr/local/bin in framework builds
Tom Loredo lor...@astro.cornell.edu added the comment: I believe the main Makefile makes the Mac/Makefile.in installunixtools target automatically, and I don't see that it should do the right thing regarding linking a python-32. I did the brew install again, logging the output, and adding an explicit make frameworkinstallunixtools (which I believe executes the Make makefile installunixtools target). This is the log output showing that target is executed already by default, and that it is not linking python2.7-32: cd Mac make installunixtools DESTDIR= if [ ! -d /usr/local/Cellar/python/2.7.1/bin ]; then \ /usr/local/bin/ginstall -c -d -m 755 /usr/local/Cellar/python/2.7.1/bin ;\ fi for fn in python pythonw idle pydoc python-config smtpd.py 2to3 \ python2.7 pythonw2.7 idle2.7 \ pydoc2.7 python2.7-config smtpd2.7.py \ 2to3-2.7 ;\ do \ ln -fs /usr/local/Cellar/python/2.7.1/Frameworks/Python.framework/Versions/2.7/bin/${fn} /usr/local/Cellar/python/2.7.1/bin/${fn} ;\ done == make frameworkinstallunixtools make frameworkinstallunixtools cd Mac make installunixtools DESTDIR= if [ ! -d /usr/local/Cellar/python/2.7.1/bin ]; then \ /usr/local/bin/ginstall -c -d -m 755 /usr/local/Cellar/python/2.7.1/bin ;\ fi for fn in python pythonw idle pydoc python-config smtpd.py 2to3 \ python2.7 pythonw2.7 idle2.7 \ pydoc2.7 python2.7-config smtpd2.7.py \ 2to3-2.7 ;\ do \ ln -fs /usr/local/Cellar/python/2.7.1/Frameworks/Python.framework/Versions/2.7/bin/${fn} /usr/local/Cellar/python/2.7.1/bin/${fn} ;\ done I don't see how the -32 versions would be linked by this part of the Makefile: for fn in python pythonw idle pydoc python-config smtpd.py 2to3 \ python$(VERSION) pythonw$(VERSION) idle$(VERSION) \ pydoc$(VERSION) python$(VERSION)-config smtpd$(VERSION).py \ 2to3-$(VERSION) ;\ Looking further at the logged output, the -32 versions appear to be extracted from a universal pythonw: lipo -extract i386 -output /usr/local/Cellar/python/2.7.1/Frameworks/Python.framework/Versions/2.7/bin/python2.7-32 pythonw lipo -extract i386 -output /usr/local/Cellar/python/2.7.1/Frameworks/Python.framework/Versions/2.7/bin/pythonw2.7-32 pythonw ln -sf python2.7-32 /usr/local/Cellar/python/2.7.1/Frameworks/Python.framework/Versions/2.7/bin/python-32 ln -sf pythonw2.7-32 /usr/local/Cellar/python/2.7.1/Frameworks/Python.framework/Versions/2.7/bin/pythonw-32 I don't see how the unixtools targets will find these. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4709] Mingw-w64 and python on windows x64
Changes by Ralf Schmitt sch...@gmail.com: -- nosy: +schmir ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4709 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10504] Trivial mingw compile fixes
Changes by Ralf Schmitt sch...@gmail.com: -- nosy: +schmir ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6335] Add support for mingw
Changes by Ralf Schmitt sch...@gmail.com: -- nosy: +schmir ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10615] Trivial mingw compile fixes
Changes by Ralf Schmitt sch...@gmail.com: -- nosy: +schmir ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10615 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10775] assertRaises as a context manager should accept a 'msg' keyword argument.
Winston Ewert winstonew...@gmail.com added the comment: I decided to try my hand at writing a patch for python. I ended up implementing the behavior for assertRaises, assertRaisesRegex, assertWarns, and assertWarnsRegex. I also made those functions complain about other arguments rather then just ignoring them. -- keywords: +patch nosy: +Winston.Ewert Added file: http://bugs.python.org/file20765/patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields
New submission from Kelsey kelsey.highto...@gmail.com: Distutils2 should produce a warning when the license is specified in both the License and Classifier metadata fields -- assignee: tarek components: Distutils2 messages: 128624 nosy: alexis, eric.araujo, kelseyhightower, tarek priority: normal severity: normal status: open title: Produce a warning when the license is specified in both the License and Classifier metadata fields type: feature request versions: 3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11219 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields
Kelsey kelsey.highto...@gmail.com added the comment: Changes and additional tests can be reviewed on my patch queue. https://bitbucket.org/khightower/distutils2-patch-queue/changeset/d7dff88ab524 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11219 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11220] https sslv3 error 14077417: illegal parameter
New submission from Ian Wetherbee ian.wether...@gmail.com: Certain https urls do not open using urllib2 (py2.6) and urllib(py3.1), but they open using the latest version of curl and firefox. To reproduce: import urllib.request urllib.request.urlopen(https://ui2web1.apps.uillinois.edu/BANPROD1/bwskfcls.P_GetCrse;) Traceback (most recent call last): File /usr/lib64/python3.1/urllib/request.py, line 1072, in do_open h.request(req.get_method(), req.selector, req.data, headers) File /usr/lib64/python3.1/http/client.py, line 932, in request self._send_request(method, url, body, headers) File /usr/lib64/python3.1/http/client.py, line 970, in _send_request self.endheaders(body) File /usr/lib64/python3.1/http/client.py, line 928, in endheaders self._send_output(message_body) File /usr/lib64/python3.1/http/client.py, line 782, in _send_output self.send(msg) File /usr/lib64/python3.1/http/client.py, line 723, in send self.connect() File /usr/lib64/python3.1/http/client.py, line 1055, in connect self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file) File /usr/lib64/python3.1/ssl.py, line 381, in wrap_socket suppress_ragged_eofs=suppress_ragged_eofs) File /usr/lib64/python3.1/ssl.py, line 135, in __init__ raise x File /usr/lib64/python3.1/ssl.py, line 131, in __init__ self.do_handshake() File /usr/lib64/python3.1/ssl.py, line 327, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 1] _ssl.c:488: error:14077417:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert illegal parameter During handling of the above exception, another exception occurred: Traceback (most recent call last): File stdin, line 1, in module File /usr/lib64/python3.1/urllib/request.py, line 121, in urlopen return _opener.open(url, data, timeout) File /usr/lib64/python3.1/urllib/request.py, line 349, in open response = self._open(req, data) File /usr/lib64/python3.1/urllib/request.py, line 367, in _open '_open', req) File /usr/lib64/python3.1/urllib/request.py, line 327, in _call_chain result = func(*args) File /usr/lib64/python3.1/urllib/request.py, line 1098, in https_open return self.do_open(http.client.HTTPSConnection, req) File /usr/lib64/python3.1/urllib/request.py, line 1075, in do_open raise URLError(err) urllib.error.URLError: urlopen error [Errno 1] _ssl.c:488: error:14077417:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert illegal parameter Curl request: $ curl https://ui2web1.apps.uillinois.edu/BANPROD1/bwskfcls.P_GetCrse !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN HTMLHEAD TITLE302 Found/TITLE /HEADBODY H1Found/H1 The document has moved A HREF=https://apps.uillinois.edu/selfservice/error/;here/A.P HR ADDRESSOracle-Application-Server-10g/10.1.2.3.0 Oracle-HTTP-Server Server at ui2web1a.admin.uillinois.edu Port 443/ADDRESS /BODY/HTML -- components: None messages: 128626 nosy: Ian.Wetherbee priority: normal severity: normal status: open title: https sslv3 error 14077417: illegal parameter type: behavior versions: Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10907] OS X installer: warn users of buggy Tcl/Tk in OS X 10.6
Tom Loredo lor...@astro.cornell.edu added the comment: I see this is marked as fixed but pending; perhaps the following comment will be useful. I encountered the IDLE/Tk instability issue when working on the Homebrew formula for Python-2.6.5 a year ago (March 2010). Building a universal framework Python on Intel (32/64-bit) produced an IDLE that froze when one created a new window, a common problem even back then. Attempting to resolve the issue was further complicated by 2.6.5 not having a way to access 32-bit Python in a universal build (since fixed!). I came up with three workarounds that produced Python builds for 10.6 with an IDLE that at least did not have the new-window freeze. I'm not a heavy IDLE user, so I didn't test beyond that, and perhaps one or more of the workarounds would still have problems. Two workarounds could produce 64-bit Python with a non-freezing IDLE; the last one could only produce a 32-bit version, but built on 10.6. The workarounds: * As already noted, installing the current ActiveTcl before building Python produced a working IDLE, 32-bit or 64-bit. * I was able to build a 32/64 universal Cocoa version of Tcl/Tk 8.5 using an 8.6beta backport; I believe I learned of it in the Tcl thread here: http://mail.python.org/pipermail/pythonmac-sig/2010-March/thread.html The version I used is on GitHub: https://github.com/das/tcltk/tree/de-carbon-8-5 I have a brew formula that builds it (at least the version of March 2010) and installs it as a public framework, so Python can find it. The resulting IDLE did not have the new windows freeze. If this is a real fix, it might be helpful for users who have license issues with ActiveTcl. * The last workaround uses the fact that Apple ships both 8.4 and 8.5 versions of Tcl/Tk with 10.6, though the 8.4 Tk is only 32-bit. I hacked Python's setup.py to detect if a 32-bit 10.6 build is in progress; if so, it linked against 8.4 instead of 8.5, and it produced an IDLE that at least didn't have the new window freeze. Perhaps 8.4 is old enough to have other issues, but if it would be acceptable as a stopgap, I'm sure Ned et al. could come up with a better setup.py hack than I did. The advantage of this approach is that it does not require any software that doesn't ship with Snow Leopard. Since it only works for 32-bit builds, it probably doesn't have advantages over installing the 32-bit 10.3-10.6 Python. But if you must *build* on 10.6 and have a working IDLE without using ActiveTcl, this might be an option. I find two things somewhat confusing regarding the current version of the web site: * My impression was that Python's tkinter figures out what Tcl/Tk to link to at build time, not runtime. The table on the web site suggests I can use a pre-built Python with an ActiveTcl that I install myself later. Is this correct? If so, does ActiveTcl have to be present when the installer is run, or can it be installed later? * No recommended or alternate Tcl/Tk is indicated for 32/64 on 10.6. But the 2.7.2 patched README indicates ActiveTcl-8.5.9 will work. Will it not work with 2.7.1? Thanks a lot for your continued work on this thorny issue! -- nosy: +tloredo status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11220] https sslv3 error 14077417: illegal parameter
Changes by Georg Brandl ge...@python.org: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1173475] __slots__ for subclasses of variable length types
Changes by Senthil Kumaran orsent...@gmail.com: -- keywords: -after moratorium resolution: - wont fix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1173475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1498363] Improve super() objects support for implicit method calls
Changes by Senthil Kumaran orsent...@gmail.com: -- keywords: -after moratorium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1498363 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com