[issue1821] configure.ac change for FreeBSD
New submission from Jeroen Ruigrok van der Werven: FreeBSD has in its ports currently a change for Modules/_ctypes/libffi/ configure.ac that adds amd64-*-freebsd* next to x86_64. I have attached said patch (but updated to be a diff to trunk) and I hope it can be changed in trunk to minimize patches in the ports tree. -- components: Build files: patch-Modules-_ctypes-libffi-configure.diff messages: 59893 nosy: asmodai severity: minor status: open title: configure.ac change for FreeBSD type: rfe versions: Python 2.5 Added file: http://bugs.python.org/file9161/patch-Modules-_ctypes-libffi-configure.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1821 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue602245] os.popen() negative error code IOError
Jeroen Ruigrok van der Werven added the comment: Current output on XP with 2.5.1: D:\test.py Traceback (most recent call last): File D:\test.py, line 12, in module r.close() IOError: [Errno 0] Error Traceback (most recent call last): File D:\test.py, line 20, in module r.close() IOError: [Errno 0] Error Traceback (most recent call last): File D:\test.py, line 29, in module e.close() IOError: [Errno 0] Error -- nosy: +asmodai Tracker [EMAIL PROTECTED] http://bugs.python.org/issue602245 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue602245] os.popen() negative error code IOError
Jeroen Ruigrok van der Werven added the comment: Using Facundo's attachment: D:\using_subprocess.py D:\ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue602245 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2079] UserDict documentation typo
Jeroen Ruigrok van der Werven added the comment: Patch for against 2.6 trunk @ r60910. -- nosy: +asmodai Added file: http://bugs.python.org/file9476/userdict.rst.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2079 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2079] UserDict documentation typo
Jeroen Ruigrok van der Werven added the comment: Patch against 2.5 trunk @ r60911. Added file: http://bugs.python.org/file9477/libuserdict.tex.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2079 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue896199] Some Carbon modules missing
Jeroen Ruigrok van der Werven added the comment: Is this not solved with the new documentation interface? It groups all Carbon modules under a collapsable tree element. See http://docs.python.org/dev/modindex.html under Carbon -- nosy: +asmodai, georg.brandl Tracker [EMAIL PROTECTED] http://bugs.python.org/issue896199 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1569] Add VS CRT redist to the MSI installer
Jeroen Ruigrok van der Werven added the comment: As taken from http://blogs.msdn.com/astebner/ archive/2006/08/23/715755.aspx Hi Didier - You should not try to install this vcredist package using a nested install. Performing nested installs causes problems with installing hotfixes for the child packages. You will need to use some kind of chainer to launch the vcredist setup package in silent mode, and then launch your main MSI setup afterwards. vcredist 8 information: http://blogs.msdn.com/astebner/ archive/2007/02/07/update-regarding-silent-install-of-the-vc-8-0- runtime-vcredist-packages.aspx Some hints on how to redistribute vc++ libraries: http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the- visual-c-libraries-with-your-application.aspx -- nosy: +asmodai __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1569 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1569] Add VS CRT redist to the MSI installer
Jeroen Ruigrok van der Werven added the comment: The hints that the vcredist cannot/should not be installed nested, but should be chained. The details on the full flags used/supported by the vcredist files. And the last one how to do the merge modules (and some other scenario's) way of adding the dependency. I have no idea of the level of Windows development of people, but at least this way some of the background information is logged somewhere. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1569 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1569] Add VS CRT redist to the MSI installer
Jeroen Ruigrok van der Werven added the comment: OK, I played around a bit and created a setup project (.vdproj file). The relevant part for the merge modules is: MergeModule { {CEE29DC0-9FBA-4B99-8D47-5BC643D9B626}:_8968169979C7478FA06F2A63790836FB { UseDynamicProperties = 11:TRUE IsDependency = 11:TRUE SourcePath = 8:microsoft_vc90_crt_x86.msm Properties { } LanguageId = 3:0 Exclude = 11:FALSE Folder = 8: Feature = 8: IsolateTo = 8: } {CEE29DC0-9FBA-4B99-8D47-5BC643D9B626}:_B6A9939311C545EBB80282DDFF193627 { UseDynamicProperties = 11:TRUE IsDependency = 11:TRUE SourcePath = 8:policy_9_0_Microsoft_VC90_CRT_x86.msm Properties { } LanguageId = 3:0 Exclude = 11:FALSE Folder = 8: Feature = 8: IsolateTo = 8: } } One thing I read is that these setup projects (and perhaps the merge modules) are not supported on the express editions and needs to do the xcopy routine. Let me know if I should attach my .vdproj, right now it is hardcoded in some places, but it creates a .MSI with the following: catalog.21023.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 catalog.21022.08.policy_9_0_Microsoft_VC90_CRT_x86.RTM.52105B6B_A3EF_3A90_882A_947B287C203A manifest.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 msvcm90.dll.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 msvcp90.dll.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 msvcr90.dll.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 nosxs_msvcm90.dll.0138F525_6C8A_333F_A105_14AE030B9A54 nosxs_msvcp90.dll.0138F525_6C8A_333F_A105_14AE030B9A54 nosxs_msvcr90.dll.0138F525_6C8A_333F_A105_14AE030B9A54 policy.21022.08.policy_9_0_Microsoft_VC90_CRT_x86.RTM.52105B6B_A3EF_3A90_882A_947B287C203A ul_catalog.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 ul_catalog.21022.08.policy_9_0_Microsoft_VC90_CRT_x86.RTM.52105B6B_A3EF_3A90_882A_947B287C203A ul_manifest.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 ul_msvcm90.dll.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 ul_msvcp90.dll.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 ul_msvcr90.dll.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54 ul_policy.21022.08.policy_9_0_Microsoft_VC90_CRT_x86.RTM.52105B6B_A3EF_3A90_882A_947B287C203A _15FEE25FEEA5B2FA5906FBB18964EA25 _39CC7CD67C9CC4024DB4457CAD1D8F4B _64A91316C96BFF833C45602D2342A095 _F11BA2FBEC12D0CBA986C9D17E9781C0 So on that front I think it is a mission accomplished, now to tweak and tune. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1569 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1569] Add VS CRT redist to the MSI installer
Jeroen Ruigrok van der Werven added the comment: Hi Martin, yes, that's exactly what I am saying actually. :) This is the resulting file I created: Python26.msi Right now it only installs into C:\Python26 and puts python.exe, pythonw.exe and python26.dll there, but it is a start. In pcbuild.sln this entry was added: Project({54435603-DBB4-11D2-8724-00A0C9A8B90C}) = Python26, Python26\Python26.vdproj, {B4DFC5BC-6BEA-41B7-9A40-663F2677E506} EndProject The Python26.vdproj is attached. More work needs to be done, of course, but I merely wanted a proof of concept for a project file that could build a .msi and had the appropriate MSM integrated. Added file: http://bugs.python.org/file9575/Python26.vdproj __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1569 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2246] itertools.groupby() leaks memory with circular reference
New submission from Jeroen Ruigrok van der Werven: Quoting from my email to Raymond: In the Trac/Genshi community we've been tracking a bit obscure memory leak that causes us a lot of problems. Please see http://trac.edgewall.org/ticket/6614 and then http://genshi.edgewall.org/ticket/190 for background. We reduced the case to the following Python only code and believe it is a bug within itertool's groupby. As Armin Ronacher explains in Genshi ticket 190: Looks like genshi is not to blame. itertools.groupby has a grouper with a reference to the groupby type but no traverse func. As soon as a circular reference ends up in the groupby (which happens thanks to the func_globals in our lambda) genshi leaks. This can be demonstrated with the following code (testcase attachment present with this issue): import gc from itertools import groupby def run(): keyfunc = lambda x: x for i, j in groupby(range(100), key=keyfunc): keyfunc.x = j for x in xrange(20): gc.collect() run() print len(gc.get_objects()) On executing this in will show numerical output of the garbage collector, but every iteration will be +4 from the previous, as Armin specifies: a frame, a grouper, a keyfunc and a groupby object We have been unable to come up with a decent patch and thus I am logging this issue now. -- files: testcase.py messages: 63332 nosy: asmodai, rhettinger severity: normal status: open title: itertools.groupby() leaks memory with circular reference type: resource usage versions: Python 2.4, Python 2.5, Python 2.6, Python 3.0 Added file: http://bugs.python.org/file9624/testcase.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2246 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2178] Problems with Belarusian Latin locale
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Not sure, never got around to dig into it. But we did have some locale fixes, including better picking up default encodings and whatnot. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2178 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2876] Write UserDict fixer for 2to3
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: What's the consensus on this? I ask since I actually ran into code today that uses DictMixin and as such wasn't converted by the 2to3 tool. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8374] Some locales are unsupported
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: That nl_AW is an interesting one. Aruba is part of the Kingdom of the Netherlands, so in essence it should follow nl_NL. From what I can see that locale seems to be limited to (certain) Linux systems. I'll raise the issue with the CLDR guys as well, since I wonder if this warrants its own locale or not (some monetary and number formatting). But I think the outcome will be to add a nl_AW as well in similar vein as to what bo_CN does. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7384] curses crash on FreeBSD
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org: -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7384] curses crash on FreeBSD
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: For the record, this happens on FreeBSD 8 as well. It seems it is still the same bug as what I reported back in March 2009 on the Python-dev list. If you run the test stand-alone with ./python Lib/test/regrtest.py -uall test_curses it passes and prints 1 test OK. If you add something like test__all__ before it it will crash with a SIGSEGV: segmentation fault (core dumped). Mark's condensed test case switches to a SIGBUS, which is a bit different. Mark, did your initial backtrace look like this: #0 0x282e115e in memcpy () from /lib/libc.so.7 #1 0x282de375 in fwrite () from /lib/libc.so.7 #2 0x282de132 in fwrite () from /lib/libc.so.7 #3 0x28b7a1ca in putwin (win=0x28409640, filep=0x282f39f8) at /newusr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_screen.c:132 #4 0x28d9b361 in PyCursesWindow_PutWin (self=0x28442ef0, args=0x2867f80c) at /home/asmodai/projects/python/Modules/_cursesmodule.c:1351 #5 0x080da60d in PyEval_EvalFrameEx (f=0x296d760c, throwflag=0) at Python/ceval.c:4013 #6 0x080db10e in PyEval_EvalFrameEx (f=0x296a948c, throwflag=0) at Python/ceval.c:4099 #7 0x080db10e in PyEval_EvalFrameEx (f=0x29692d8c, throwflag=0) at Python/ceval.c:4099 #8 0x080dc68b in PyEval_EvalCodeEx (co=0x297675c0, globals=0x2866bbdc, locals=0x2866bbdc, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3253 #9 0x080dc7d7 in PyEval_EvalCode (co=0x297675c0, globals=0x2866bbdc, locals=0x2866bbdc) at Python/ceval.c:666 #10 0x080ef70c in PyImport_ExecCodeModuleEx ( name=0xbfbfd683 test.test_curses, co=0x297675c0, pathname=0xbfbfd223 /home/asmodai/projects/python/Lib/test/test_curses.py) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7384] curses crash on FreeBSD
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Just to state the obvious: ncursesw is needed for wide character support (i.e. Unicode). Also, have you tried asking Thomas Dickey (dic...@invisible-island.net) about this? He might be able to give some clue about it since he's the main curses maintainer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7384] curses crash on FreeBSD
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I did some digging on my side, the fact you see ncurses referenced from readline is due to the build linking readline to libtermcap: cc -fstack-protector -shared -Wl,-x -o libreadline.so.8 -Wl,-soname,libreadline.so.8 `lorder readline.So vi_mode.So funmap.So keymaps.So parens.So search.So rltty.So complete.So bind.So isearch.So display.So signals.So util.So kill.So undo.So macro.So input.So callback.So terminal.So text.So nls.So misc.So compat.So xmalloc.So history.So histexpand.So histfile.So histsearch.So shell.So mbutil.So tilde.So | tsort -q` -ltermcap And libtermcap is: % ll /usr/lib/libtermcap.so* 0 lrwxr-xr-x 1 root wheel - 13B 18 apr 08:29 /usr/lib/libtermcap.so@ - libncurses.so That configuration option you referenced, Stefan, is that --with-termlib (generate separate terminfo library)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7384] curses crash on FreeBSD
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Stefan, I was emailing with Rong-En Fan, a FreeBSD committer, about this issue and he asked: Basically, this is caused by a) our readline.so is linked against ncurses.so (via -ltermcap which is the same lib) b) wide-character enabled ncurses, ncursesw.so, is also loaded in the same process To solve that, we need to have a separate termcap.so, do I understand the issue correctly? He also mentioned that [a]nother more aggressive way is to make only ncursesw installed into the system which requires a recompilation of all ports that use ncurses (ncurses and ncursesw are source compatible, but in most cases they are binary compatible as long as application don't assume size of ncurses structures). Which I fully support, it's something that I did on DragonFly BSD a long time ago already (for all I can remember). Your opinion? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2510] Bazaar ignore file
Jeroen Ruigrok van der Werven [EMAIL PROTECTED] added the comment: Given how Bazaar is not an official choice for the repository adding this kind of thing will lead to a road to add such information for Hg and other VCSes as well in order to be fair to all. -- nosy: +asmodai __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2510 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2510] Bazaar ignore file
Jeroen Ruigrok van der Werven [EMAIL PROTECTED] added the comment: But isn't that Bazaar thing totally stand-alone from the SVN repository? What experimental branches are you talking about? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2510 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2510] Bazaar ignore file
Jeroen Ruigrok van der Werven [EMAIL PROTECTED] added the comment: Go ahead. I'm not a committer, merely a person on the side. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2510 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2615] xml.dom.minidom documentation consistency and update
New submission from Jeroen Ruigrok van der Werven [EMAIL PROTECTED]: xml.dom.minidom details three methods: writexml(), toxml(), toprettyxml(). Only one, toxml(), showed the optional encoding argument. In the documentation for writexml() the encoding argument is explained, but toprettyxml() refers to toxml() for the details, which are not present there. -- assignee: georg.brandl components: Documentation files: minidom.diff keywords: patch messages: 65347 nosy: asmodai, georg.brandl severity: normal status: open title: xml.dom.minidom documentation consistency and update type: feature request versions: Python 2.6 Added file: http://bugs.python.org/file10004/minidom.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2615 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1729742] Document effects of PY_SSIZE_T_CLEAN on argument parsing
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: This seems to be present in c-api/arg.rst in trunk already. Candidate for closure after verifying it's been merged appropriately? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1729742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4385] Py_Object_HEAD_INIT in Py3k
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I added initial documentation for both PyObject_HEAD_INIT and PyVarObject_HEAD_INIT in r71874. The text currently reads: PyObject_HEAD_INIT(type)¶ This is a macro which expands to initialization values for a new PyObject type. This macro expands to: _PyObject_EXTRA_INIT 1, type, PyVarObject_HEAD_INIT(type, size)¶ This is a macro which expands to initialization values for a new PyVarObject type, including the ob_size field. This macro expands to: _PyObject_EXTRA_INIT 1, type, size, Of course my internals knowledge is little compared to you guys, so any feedback to improve this is appreciated. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2127] sqlite3 docs should mention utf8 requirement
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: What do we want to do with this one, because it is now seems out of scope for documentation given the changes Gerhard implemented. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2127 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1095821] The doc for DictProxy is missing
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Currently in trunk the types implementation only defines: DictProxyType = type(TypeType.__dict__) This is also documented in library/types.rst as: types.DictProxyType The type of dict proxies, such as TypeType.__dict__. It's the only definition that I could find that comes close to DictProxy. Does this address the issue? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1095821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1379804] HP-UX thread stack size needs to be increased
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: There has been no patch forthcoming in 3-4 years. Should the possibility of a stack size increase for HP-UX be documented somewhere in the installation/build documentation so that this issue can finally be closed or do we want to fix configure for this? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1379804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2572] 3.0 pickle docs -- what about old-style classes?
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: We want to document that old-style classes get converted into new-style classes and that in general this goes without problems, except for some corner cases such as containing a __slots__ directive? Or did I miss anything else? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2572 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4239] Email example should use SMTP.quit() rather than SMTP.close()
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Thanks, committed in r71882. Georg, I guess this needs to be backported to 2.6 at least and we need to check what 3.x has. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4239 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4239] Email example should use SMTP.quit() rather than SMTP.close()
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org: -- priority: - low stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4239 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4385] Py_Object_HEAD_INIT in Py3k
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Just to make it clear: I committed this to trunk, since it is relevant to that as well. We can always move the documentation over with minor tweaks. -- stage: needs patch - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4013] Python 2.6 Doc/tools folder bigger than in 2.6rc2
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I am not entirely sure, but I think part of the reason was that if the documentation needed to be built, it would need the snapshot at that time. Georg? Was it intentional? I consider this a low priority issue, but needs to be looked at whether or not it was an oversight or not. -- nosy: +asmodai priority: - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4013 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5840] Thread State and the Global Interpreter Lock section of the docs doesn't cover TLS APIs
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: This is at least relevant to 2.7, reflect this in the issue. Patch to remove the notion we don't support TLS yet. We will need to see where to add the current functions in the overall scheme of threading documentation. -- keywords: +patch nosy: +asmodai stage: - needs patch versions: +Python 2.7 Added file: http://bugs.python.org/file13767/init.rst.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4385] Py_Object_HEAD_INIT in Py3k
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Mmm, depends on the case, I guess. The current implementation of the macros is hardcoded for the most part. Where it is variable I left the arguments in. I was following the example from the other macros and I guess that since this is the typical object initialization call it would make sense to show what the default fills in. I welcome opinions on this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: How does this look as an initial idea? -- keywords: +patch nosy: +asmodai Added file: http://bugs.python.org/file13772/py_ssize_t-note.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org: Removed file: http://bugs.python.org/file13772/py_ssize_t-note.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Pure ignore. Let me adjust the patch. Do we prefer versionchanged before or after versionadded? I am guessing after versionadded so we get a better chronological view. Although there's something to be said for a reverse chronological view too. -- Added file: http://bugs.python.org/file13773/py_ssize_t-note.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Committed a first batch in r71910. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Fixed the slice stuff in r71915. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: OK, I went through the entire C API documentation and marked up every part that changed from int to Py_ssize_t in our documentation. -- resolution: - accepted stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3143] development docs waste a lot of horizontal space on left nav bar
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I assume this is relative to the resolution of a user's monitor. For me, using the current documentation it only takes about 1/8th - 1/9th of my width. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4239] Email example should use SMTP.quit() rather than SMTP.close()
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Not that I saw. Merged to py3k and 2.6. -- resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4239 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4129] C/API documentation: request for documentation of change to Py_ssize_t* arguments.
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Merged 2.6 and py3k what was appropriate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5738] multiprocessing example wrong
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Garrett, I use FreeBSD myself too, so feel free to bounce anything my way. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3292] Position index limit; s.insert(i,x) not same as s[i:i]=[x]
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Had this actually been brought up? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5337] Scanner class in re module undocumented
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: So far effbot hasn't said anything about this. So Frederik, was it intended to be exposed or not? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5337] Scanner class in re module undocumented
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: OK, clear, then I'll see what I can do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Shouldn't the fallback be to setlocale(LC_CTYPE, C) instead of silently passing, though? -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: You don't want to completely nix the setlocale(LC_CTYPE, ) call though. The denotes to grab the native environment, in other words, to grab whatever the current user's LC_CTYPE environment variable is set to (see `locale -a`) and then set the program's LC_CTYPE to that. Of course, this might be set to something that might be valid (e.g. cy_GB.ISO8859-15), but has no matching entry in /usr/share/locale (or wherever your system provides it) and as such it fails. Reading SUS (The Single Unix Specification) I see that it explicitly says: Upon successful completion, setlocale() shall return the string associated with the specified category for the new locale. Otherwise, setlocale() shall return a null pointer and the locale of the process is not changed. So the patch seems to be correct actually. We try to setlocale(LC_CTYPE, ) to grab a locale from the environment to set LC_CTYPE, but we fail for whatever, so we should just pass since we should not adjust LC_CTYPE. Mmm, but it seems setlocale() in locale.py is not adhering to the standard by not allowing the case properly. _parse_localename() is being overly pedantic about this by raising a ValueError. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5894] Lookup of localised language name by ISO 639 language code and reverse look up
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Babel already provides (almost all of) this. It uses the Unicode CLDR data to present the information you need. See http://babel.edgewall.org/ -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5894 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Sorry, I was actually off by a method last night. It turns out the problem lies in _localemodule.c. Let me start with the basic question: is our setlocale() supposed to mirror POSIX' operations/semantics? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3061] time.strftime() always decodes result with UTF-8
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: As C99 section 7.23.3.5 states: Each conversion specifier is replaced by appropriate characters as described in the following list. The appropriate characters are determined using the LC_TIME category of the current locale and by the values of zero or more members of the broken-down time structure pointed to by timeptr, as specified in brackets in the description. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I will first point out where our current implementation is broken, in my opinion of course, after which I propose a small patch. Both C90 (7.4.1.1) and C99 (7.11.1.1) state: A value of C for locale specifies the minimal environment for C translation; a value of for locale specifies the locale-specific native environment. Other implementation-defined strings may be passed as the second argument to setlocale. [...] If a pointer to a string is given for locale and the selection can be honored, the setlocale function returns a pointer to the string associated with the specified category for the new locale. If the selection cannot be honored, the setlocale function returns a null pointer and the program’s locale is not changed. Note that neither C or POSIX defines any errors or sets errno or the likes. It simply returns a null pointer. In C you would typically start your program with a call like: #include locale.h int main(int argc, char *argv[]) { setlocale(LC_CTYPE, ); ... } This will try to set the locale to what the native environment specifies, but will not error out if the value, if any, it receives does not map to a valid locale. It will return a null pointer if it cannot set the locale. Execution continues and the locale is set to the default C. Our current behaviour in Python does not adhere to these semantics. To illustrate: # Obvious non-existing locale from locale import setlocale, LC_CTYPE setlocale(LC_CTYPE, 'B') Error: unsupported locale setting # Valid locale, but not available on my system from os import getenv from locale import setlocale, LC_CTYPE getenv('LANG') 'cy_GB.UTF-8' setlocale(LC_CTYPE, '') Error: unsupported locale setting Neither Perl or PHP throw any error when setlocale() is passed an invalid locale. Python is being unnecessarily disruptive by throwing an error. As such I think PyLocale_setlocale() in Modules/_localemodule.c needs to be adjusted. Patch against trunk enclosed. This changes the semantics of our current implementation to the following: from locale import setlocale, LC_CTYPE rv = setlocale(LC_CTYPE, 'B') type(rv) class 'NoneType' rv = setlocale(LC_CTYPE, 'C') type(rv) class 'str' rv 'C' -- Added file: http://bugs.python.org/file13843/locale.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: On the subject whether or not returning a null pointer should be considered he said: - On the subject whether or not returning a null pointer should be considered an error he said: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org: Removed file: http://bugs.python.org/file13843/locale.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org: Removed file: http://bugs.python.org/file13849/locale.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Really correct this time. -- Added file: http://bugs.python.org/file13850/locale.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Georg pointed out a mistake I introduced in my patch, updated now. -- Added file: http://bugs.python.org/file13849/locale.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I asked that as well on the POSIX/SUS list and Don Cragun responded with: If you make the last argument to setlocale() be a pointer to unallocated memory, implementations would be allowed to set errno to EFAULT and terminate the process with a core dump even when this section says No errors are defined. An implementation could also set errno to ENOENT (e.g., if the B locale wasn't known) or to EINVAL (e.g., if the B locale existed but the LC_CTYPE portion of the locale was not in the proper format). That wording just means that the standard doesn't require implementations to detect errors like these nor to report specific error values for different possible errors. On the subject whether or not returning a null pointer should be considered he said: The standard is silent on this issue. Why does it make any difference to an application? If setlocale(LC_CTYPE, B) returns a null pointer, the LC_CTYPE portion of the locale was not changed. If setlocale(LC_CTYPE, B) does not return a null pointer, the LC_CTYPE portion of the locale was successfully changed. I am just wondering why we want to be quite different from how many other languages are approaching the issue. Sure enough, we can use a try: construct, but it kind of defeats the principle of least astonishment by being different from the rest on this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Committed the initial patch in r72375 for trunk and r72376 for py3k. Any other branches that would need the merge? 3.0? -- resolution: - accepted stage: test needed - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443504] locale.getpreferredencoding() dies when setlocale fails
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Committed in r72381 and r72395. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5948] setlocale regression
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: I can verify this on Vista. 2.5 gives: from locale import setlocale, LC_ALL setlocale(LC_ALL, fr) 'French_France.1252' Whereas 2.6 fails. There is no difference between 2.5's and 2.6's PyLocale_setlocale() from what I can see in Modules/_localemodule.c. Also Lib/locale.py's setlocale() in both versions is identical from what I can see. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5948 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5948] setlocale regression
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: My tests were with official distributions. Yamamoto-san, thank you for your testing. I was thinking it might have been something to do with changed semantics, but I am happy you saved me the time from having to compile. Looking at the documentation for setlocale() in VS6 (http://msdn.microsoft.com/en-us/library/aa272906(VS.60).aspx) and 7 (http://msdn.microsoft.com/en-us/library/x99tb11d(VS.71).aspx) it seems that the behaviour in VS6 (and thus Python 2.5) was flawed. The supported language options are listed at http://msdn.microsoft.com/en-us/library/aa246450(VS.60).aspx and they do not list a fr combination. It seems the possibility of fr working might have been a remnant or a bug. The appropriate language designation should have been fra for the default French locale. From my 2.6 interpreter: setlocale(LC_ALL, fra) 'French_France.1252' So this is all intended behaviour and not a bug with Python. As such I propose to close it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5948 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2178] Problems with Belarusian Latin locale
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: Interesting. I'll see if I can dig into this. -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2178 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4787] Curses Unicode Support
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment: On FreeBSD there's no need for the ncurses package in most case. Since somewhere along 6.x and 7.x line Rong-En Fan switched FreeBSD to do what I did for DragonFly BSD a long time: to have both normal and wide curses available. As far as Python is concerned, it supports linking to ncursesw, so I think this issue can be safely closed since it is not a problem within Python (as also the original author said). If this is not ok, feel free to reopen. -- nosy: +asmodai resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4787 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20570] Bundle pip 1.5.3 in Python 3.4rc2
Jeroen Ruigrok van der Werven added the comment: Nick et al, currently trying b3 and using the bundled pip (1.5.2) to update the bundled setuptools from 2.1 to 2.2 on Windows 7 and I get the following. Any idea if this is still an issue with the newer versions (and thus might be relevant to this case)? F:\Python34Scripts\pip3.4.exe install -U setuptools Downloading/unpacking setuptools from https://pypi.python.org/packages/3.4/s/setuptools/setuptools-2.2-py2.py3-none-any.whl#md5=3b7d84f496aed8c07b91efba4aa197a4 Cleaning up... Exception: Traceback (most recent call last): File F:\Python34\lib\site-packages\pip\basecommand.py, line 122, in main status = self.run(options, args) File F:\Python34\lib\site-packages\pip\commands\install.py, line 274, in run requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle) File F:\Python34\lib\site-packages\pip\req.py, line 1206, in prepare_files for subreq in dist.requires(req_to_install.extras): File F:\Python34\lib\site-packages\pip\_vendor\pkg_resources.py, line 2232, in requires dm = self._dep_map File F:\Python34\lib\site-packages\pip\_vendor\pkg_resources.py, line 2423, in _dep_map self.__dep_map = self._compute_dependencies() File F:\Python34\lib\site-packages\pip\_vendor\pkg_resources.py, line 2445, in _compute_dependencies for req in self._parsed_pkg_info.get_all('Requires-Dist') or []: File F:\Python34\lib\site-packages\pip\_vendor\pkg_resources.py, line 2415, in _parsed_pkg_info self._pkg_info = Parser().parsestr(self.get_metadata(self.PKG_INFO)) File F:\Python34\lib\email\parser.py, line 70, in parsestr return self.parse(StringIO(text), headersonly=headersonly) File F:\Python34\lib\email\parser.py, line 60, in parse return feedparser.close() File F:\Python34\lib\email\feedparser.py, line 170, in close self._call_parse() File F:\Python34\lib\email\feedparser.py, line 163, in _call_parse self._parse() File F:\Python34\lib\email\feedparser.py, line 449, in _parsegen self._cur.set_payload(EMPTYSTRING.join(lines)) File F:\Python34\lib\email\message.py, line 311, in set_payload payload) from None TypeError: charset argument must be specified when non-ASCII characters are used in the payload Storing debug log for failure in C:\Users\asmodai\pip\pip.log -- nosy: +asmodai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20570] Bundle pip 1.5.3 in Python 3.4rc2
Jeroen Ruigrok van der Werven added the comment: Yes, looks like it is just the email module: F:\Python33Scripts\pip3.3.exe install -U setuptools Downloading/unpacking setuptools from https://pypi.python.org/packages/3.4/s/setuptools/setuptools-2.2-py2.py3-none-any.whl#md5=3b7d84f496aed8c07b91efba4aa197a4 Installing collected packages: setuptools Found existing installation: setuptools 2.1 Uninstalling setuptools: Successfully uninstalled setuptools Successfully installed setuptools Cleaning up... I'll check rc1 when it's released by Larry and file as needed. Thanks for verifying. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20570] Bundle pip 1.5.3 in Python 3.4rc2
Jeroen Ruigrok van der Werven added the comment: Just to confirm that I, indeed, did not run into problems any more with RC1 trying to upgrade setuptools. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20757] 3.4rc2 Traceback on Windows compilation script
New submission from Jeroen Ruigrok van der Werven: Just tried the rc2 MSI on Windows 7 x64. Go through the normal setup I always pick the Advanced option of compiling the .py files. In rc1 the script it spawns works as it should, with rc2 I see it pop up, have a Traceback before it quickly closes again. And this fails the install. -- keywords: 3.4regression messages: 212062 nosy: asmodai, larry priority: release blocker severity: normal status: open title: 3.4rc2 Traceback on Windows compilation script type: crash versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20757] 3.4rc2 Traceback on Windows compilation script
Jeroen Ruigrok van der Werven added the comment: This is, by the way, an upgrade install over rc1. Need to test a clean install at some point as well. Running the MSI with /L* gives me: Action 8:13:22: RemovePip. Action start 8:13:22: RemovePip. CustomAction RemovePip returned actual error code 1 (note this may not be 100% accurate if translation happened inside sandbox) Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action RemovePip, location: F:\Python34\python.exe, command: -m ensurepip._uninstall MSI (s) (84:50) [08:13:27:188]: Product: Python 3.4.0rc1 (64-bit) -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action RemovePip, location: F:\Python34\python.exe, command: -m ensurepip._uninstall Action ended 8:13:27: RemovePip. Return value 3. Action ended 8:13:27: INSTALL. Return value 3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20757] 3.4rc2 Traceback on Windows pip uninstall
Jeroen Ruigrok van der Werven added the comment: Ah, this might be something we need to fix in the process of the installer. If you have a pip installed that got updated, the install will now fail due version mismatch. Updated the title. Traceback (most recent call last): File F:\Python34\lib\runpy.py, line 171, in _run_module_as_main __main__, mod_spec) File F:\Python34\lib\runpy.py, line 86, in _run_code exec(code, run_globals) File F:\Python34\lib\ensurepip\_uninstall.py, line 30, in module _main() File F:\Python34\lib\ensurepip\_uninstall.py, line 26, in _main ensurepip._uninstall_helper(verbosity=args.verbosity) File F:\Python34\lib\ensurepip\__init__.py, line 133, in _uninstall_helper raise RuntimeError(msg.format(pip.__version__, _PIP_VERSION)) RuntimeError: ensurepip will only uninstall a matching pip ('1.5.4' installed, ' 1.5.2' bundled) -- components: +Windows title: 3.4rc2 Traceback on Windows compilation script - 3.4rc2 Traceback on Windows pip uninstall ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20757] 3.4rc2 Traceback on Windows pip uninstall
Jeroen Ruigrok van der Werven added the comment: Nick, this resolves the installation issues for me at least. +1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com