[issue8641] IDLE 3 doesn't highlights b, but u
Tal Einat talei...@users.sourceforge.net added the comment: Attaching patch against current py3k branch. I simply replaced the occurrences of [rRuU] in the relevant regexps to [rRbB]. -- keywords: +patch nosy: +taleinat Added file: http://bugs.python.org/file17568/IDLE_py3k_string_highlighting.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo impl. for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I am attaching the next version of my patch and changing priority to high because it appears that several issues depend on resolution of this one. Here is the summary of changes since issue5094a.diff: 1. The constructor now accepts only whole number of minutes in [-23:59, 23:59] range. 2. Removed tz_aware option to utcnow(). 3. Moved struct PyDateTime_TimeZone definition to .c file. This effectively makes the actual definition private so that it can be changed in the future if desired without breaking C API. 4. Removed checks that the argument passed to tzinfo methods is a timedelta. The tzinfo spec requires that None is accepted. Since the argument is ignored, it is wasteful to check its type. 5. Make dst() return None as recommended by tzinfo documentation when DST information is not provided. Brett, is this close to a compromise that we can agree to or is it time to start writing a PEP? :-) PS: The latest patch does not include doc changes. -- priority: low - high Added file: http://bugs.python.org/file17569/issue5094b.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7166] IDLE (python 3.1.1) syntax coloring for b'bytestring' and u'unicode' string literal
Ezio Melotti ezio.melo...@gmail.com added the comment: Duplicate of #8641. -- resolution: - duplicate stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8641] IDLE 3 doesn't highlights b, but u
Ezio Melotti ezio.melo...@gmail.com added the comment: See also #7166. -- nosy: +ezio.melotti, lieryan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo impl. for UTC
Daniel Urban urban.dani...@gmail.com added the comment: Isn't it possible, that in the issue5094b.diff patch, in the new_timezone_ex function, in this part: self = (PyDateTime_TimeZone *)type-tp_alloc(type, 0); if (self == NULL) return NULL; should be a Py_DECREF(offset) call? I mean like: self = (PyDateTime_TimeZone *)type-tp_alloc(type, 0); if (self == NULL) { Py_DECREF(offset); return NULL; } I think the refcount of offset has always been incremented, so in case of an error, it should be decremented (as in the other error handling parts of the function). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo impl. for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Good catch, Daniel! Fixed in issue5094c.diff. -- Added file: http://bugs.python.org/file17570/issue5094c.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7166] IDLE (python 3.1.1) syntax coloring for b'bytestring' and u'unicode' string literal
Changes by Tal Einat talei...@users.sourceforge.net: -- nosy: +taleinat ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8916] Move PEP 362 (function signature objects) into inspect
Changes by Daniel Urban urban.dani...@gmail.com: -- nosy: +durban ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8902] add datetime.time.now() for consistency
anatoly techtonik techto...@gmail.com added the comment: What is your use case? from datetime import now, today now() datetime.time ... today() datetime.date ... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8902 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8850] Remove w format of PyParse_ParseTuple()
STINNER Victor victor.stin...@haypocalc.com added the comment: Attached patch removes w format, cleanups the code for w* and w# formats, and update the documentation. -- keywords: +patch Added file: http://bugs.python.org/file17571/remove_w_format.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8917] Segmentation error happens in Embedding Python.
New submission from tanaga murana...@gmail.com: A segmentation error happens in Embedding Python. condition When I called four times of Py_Main in one process. and When I used ctypes in the script. A happening segmentation error(core dumped) [u...@localhost debug]$ [u...@localhost debug]$ ls -l total 24 -rwxrwxrwx 1 user user 333 May 30 03:17 build.sh -rwxrwxrwx 1 user user 385 Jun 6 23:27 ctypes_segmfault.c -rwxrwxrwx 1 user user 14 Jun 6 23:25 import_ctypes.py [u...@localhost debug]$ [u...@localhost debug]$ [u...@localhost debug]$ ./build.sh /usr/local/lib/libpython2.6.a(posixmodule.o): In function `posix_tmpnam': /work/Python-2.6.5/./Modules/posixmodule.c:7207: warning: the use of `tmpnam_r' is dangerous, better use `mkstemp' /usr/local/lib/libpython2.6.a(posixmodule.o): In function `posix_tempnam': /work/Python-2.6.5/./Modules/posixmodule.c:7162: warning: the use of `tempnam' is dangerous, better use `mkstemp' [u...@localhost debug]$ [u...@localhost debug]$ [u...@localhost debug]$ ls -l total 4212 -rwxrwxrwx 1 user user 333 May 30 03:17 build.sh -rwxrwxr-x 1 user user 4256056 Jun 6 23:30 ctypes_segmfault -rwxrwxrwx 1 user user 385 Jun 6 23:27 ctypes_segmfault.c -rw-rw-r-- 1 user user4664 Jun 6 23:30 ctypes_segmfault.o -rwxrwxrwx 1 user user 14 Jun 6 23:25 import_ctypes.py [u...@localhost debug]$ [u...@localhost debug]$ [u...@localhost debug]$ ./ctypes_segmfault - 0 - - 1 - - 2 - - 3 - Segmentation fault (core dumped) [u...@localhost debug]$ [u...@localhost debug]$ [u...@localhost debug]$ ls -l total 5960 -rwxrwxrwx 1 user user 333 May 30 03:17 build.sh -rw--- 1 user user 1933312 Jun 6 23:31 core.2981 -rwxrwxr-x 1 user user 4256056 Jun 6 23:30 ctypes_segmfault -rwxrwxrwx 1 user user 385 Jun 6 23:27 ctypes_segmfault.c -rw-rw-r-- 1 user user4664 Jun 6 23:30 ctypes_segmfault.o -rwxrwxrwx 1 user user 14 Jun 6 23:25 import_ctypes.py [u...@localhost debug]$ so I watched core with gdb. [u...@localhost debug]$ gdb ctypes_segmfault core.2981 GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.1) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i386-redhat-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/user/debug/ctypes_segmfault...done. warning: core file may not match specified executable file. Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libutil.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.1 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/lib/python2.6/lib-dynload/_ctypes.so...done. Loaded symbols for /usr/local/lib/python2.6/lib-dynload/_ctypes.so Reading symbols from /usr/local/lib/python2.6/lib-dynload/_struct.so...done. Loaded symbols for /usr/local/lib/python2.6/lib-dynload/_struct.so Core was generated by `./ctypes_segmfault'. Program terminated with signal 11, Segmentation fault. #0 0x080a103a in type_dealloc (type=0x9f3180) at Objects/typeobject.c:2610 2610_PyObject_GC_UNTRACK(type); (gdb) bt #0 0x080a103a in type_dealloc (type=0x9f3180) at Objects/typeobject.c:2610 #1 0x080888ef in dict_dealloc (mp=0xb7ef313c) at Objects/dictobject.c:911 #2 0x080888ef in dict_dealloc (mp=0xb7f4c02c) at Objects/dictobject.c:911 #3 0x080e7599 in _PyImport_Fini () at Python/import.c:240 #4 0x080f47cc in Py_Finalize () at Python/pythonrun.c:460 #5 0x08058183 in Py_Main (argc=1, argv=0xbfe5c6c8) at Modules/main.c:596 #6 0x080579d3 in main () at ./ctypes_segmfault.c:16 (gdb) quit [u...@localhost debug]$ fumm... I don't know about inside of Python Interpreter. [u...@localhost debug]$ cat ctypes_segmfault.c #include stdio.h #include Python.h /* ulimit -c unlimited */ int main(void) { char *argpy[] = { python, import_ctypes.py }; printf(- 0 -\n); Py_Main(2, argpy); printf(- 1 -\n); Py_Main(2, argpy); printf(- 2 -\n); Py_Main(2, argpy); printf(- 3 -\n); Py_Main(2, argpy); printf(- 4 -\n); return 0; } [u...@localhost debug]$ [u...@localhost debug]$ cat build.sh #!/bin/sh gcc -pthread -c
[issue5845] rlcompleter should be enabled automatically
Changes by lesmana lesm...@gmx.de: -- nosy: +lesmana ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7898] rlcompleter add real tab when text is empty feature
Changes by lesmana lesm...@gmx.de: -- nosy: +lesmana ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8917] Segmentation error happens in Embedding Python.
tanaga murana...@gmail.com added the comment: I used Python 2.6.5 on CentOS 5.5. [r...@localhost ~]# uname -a Linux localhost.localdomain 2.6.18-194.3.1.el5 #1 SMP Thu May 13 13:09:10 EDT 2010 i686 i686 i386 GNU/Linux [r...@localhost ~]# python Python 2.6.5 (r265:79063, May 30 2010, 03:05:19) [GCC 4.1.2 20080704 (Red Hat 4.1.2-48)] on linux2 Type help, copyright, credits or license for more information. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8917 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8919] python should read ~/.pythonrc.py by default
New submission from lesmana lesm...@gmx.de: if started as an interactive session python should check for and read ~/.pythonrc.py by default. furthermore there should be two options added: --rcfile filename this will read filename instead of ~/.pythonrc --norc this will prevent reading ~/.pythonrc (this is inspired by how bash handles initialization) afterwards the variable PYTHONSTARTUP can be deprecated. as far as i know, everything which can be done by the variable PYTHONSTARTUP can be done with the suggested method. the advantage of the suggested method is that it is intuitive in the sense that it is the way most other tools do it (bash for example). -- messages: 107197 nosy: lesmana priority: normal severity: normal status: open title: python should read ~/.pythonrc.py by default type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8920] PYTHONSTARTUP should expand ~
New submission from lesmana lesm...@gmx.de: for example, this should be legal: PYTHONSTARTUP=~/.pythonrc.py workaround (in bash) PYTHONSTARTUP=$(echo ~)/.pythonrc.py -- messages: 107198 nosy: lesmana priority: normal severity: normal status: open title: PYTHONSTARTUP should expand ~ type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8920 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8921] 2.7rc1: test_ttk failures on OSX 10.4
New submission from Sridhar Ratnakumar sridh...@activestate.com: Several test_ttk failures on OSX 10.4 (w/ Tcl/Tk 8.5 installed in /Library/Frameworks) and Python 2.7rc1 == ERROR: test_tab_identifiers (test_ttk.test_widgets.NotebookTest) -- Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/test/test_ttk/test_widgets .py, line 560, in test_tab_identifiers self.assertEqual(self.nb.tab('@5,5'), self.nb.tab('current')) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/ttk.py, line 922, in tab return _val_or_dict(kw, self.tk.call, self._w, tab, tab_id) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/ttk.py, line 318, in _val _or_dict res = func(*(args + options)) TclError: tab '@5,5' not found == FAIL: test_identify (test_ttk.test_widgets.WidgetTest) -- Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/test/test_ttk/test_widgets .py, line 27, in test_identify self.assertEqual(self.widget.identify(5, 5), label) AssertionError: 'Button.button' != 'label' == FAIL: test_traversal (test_ttk.test_widgets.NotebookTest) -- Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/test/test_ttk/test_widgets .py, line 721, in test_traversal self.assertEqual(self.nb.select(), str(self.child1)) AssertionError: '.73168616' != '.73169536' -- -- assignee: ronaldoussoren components: Macintosh, Tests, Tkinter messages: 107199 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: 2.7rc1: test_ttk failures on OSX 10.4 type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting
Éric Araujo mer...@netwok.org added the comment: You could get a minor speedup by doing “from email.utils import formatdate”. Do we have tests know to check that the patch does not break anything? Can this still go into 2.7? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7463] PyDateTime_IMPORT() causes compiler warnings
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: PyCObject is deprecated in 2.7 and removed in 3.x. PyCapsule_Import() should be used instead of PyCObject_Import() and it already has correct signature: Include/pycapsule.h:PyAPI_FUNC(void *) PyCapsule_Import(const char *name, int no_block); Since this is not a bug, I don't think it is appropriate to change it in 2.x. -- resolution: - out of date stage: needs patch - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7463 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting
Changes by Shashwat Anand anand.shash...@gmail.com: Removed file: http://bugs.python.org/file17567/BaseHTTPServer.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting
Shashwat Anand anand.shash...@gmail.com added the comment: You could get a minor speedup by doing “from email.utils import formatdate”. I guess I shall do that. Applied the patch and tested it, it does not break anything IMO and should go in python2.7 -- Added file: http://bugs.python.org/file17573/BaseHTTPServer.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8922] Improve encoding shortcuts in PyUnicode_AsEncodedString()
New submission from STINNER Victor victor.stin...@haypocalc.com: PyUnicode_Decode() and PyUnicode_AsEncodedString() calls directly builtin decoders/encoders for some known encodings (eg. utf-8), instead of using the slow path (call PyCodec_Decode() / PyCodec_Encode()). PyUnicode_Decode() does normalize the encoding name: convert to lower and replace _ by -, as normalizestring() does. But PyUnicode_AsEncodedString() doesn't normalize the encoding name, it just use strcmp(). PyUnicode_Decode() has a shortcut for ISO-8859-1, whereas PyUnicode_AsEncodedString() doesn't (only for latin-1). Attached patch creates a subfunction (static) normalize_encoding(), use it in PyUnicode_Decode() and PyUnicode_AsEncodedString(), and adds a shortcut for ISO-8859-1 to PyUnicode_AsEncodedString(). -- components: Unicode files: unicode_shortcuts.patch keywords: patch messages: 107203 nosy: haypo, pitrou priority: normal severity: normal status: open title: Improve encoding shortcuts in PyUnicode_AsEncodedString() type: performance versions: Python 3.2 Added file: http://bugs.python.org/file17574/unicode_shortcuts.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8922 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8923] Remove unused errors argument from _PyUnicode_AsDefaultEncodedString()
New submission from STINNER Victor victor.stin...@haypocalc.com: _PyUnicode_AsDefaultEncodedString() has two arguments: unicode (input string) and errors. If errors is not NULL, it calls Py_FatalError()! The argument is useful: all functions call it with errors=NULL. Attached patch removes the argument. -- components: Unicode files: unicode_errors.patch keywords: patch messages: 107204 nosy: haypo priority: normal severity: normal status: open title: Remove unused errors argument from _PyUnicode_AsDefaultEncodedString() versions: Python 3.2 Added file: http://bugs.python.org/file17575/unicode_errors.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting
Éric Araujo mer...@netwok.org added the comment: Opinions are nice, tests are better! :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4769] b64decode should accept strings or bytes
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file17441/base64_main.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8848] Deprecate or remove U and U# formats of Py_BuildValue()
STINNER Victor victor.stin...@haypocalc.com added the comment: IMHO removing 'U' should only be done once Py2 is dead. What do you mean by once Py2 is dead? Can I apply the patch in Python 3.2 now? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8848 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8920] PYTHONSTARTUP should expand ~
Florent Xicluna florent.xicl...@gmail.com added the comment: Here it works with : PYTHONSTARTUP=$HOME/.pythonrc ./python -- components: +Interpreter Core nosy: +flox resolution: - wont fix stage: - committed/rejected status: open - pending versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8920 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo impl. for UTC
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8926] getargs.c: release the buffer on error
New submission from STINNER Victor victor.stin...@haypocalc.com: PyArg_ParseTuple(t) calls PyObject_GetBuffer() and then raise an error if arg-ob_type-tp_as_buffer-bf_releasebuffer is not NULL. I think that it should call PyBuffer_Release(view) before raising the error, or simply check bf_releasebuffer before calling PyObject_GetBuffer(). getbuffer() calls PyObject_GetBuffer() and then raise an error if the buffer is not contiguous. I think that it should call PyBuffer_Release() before the error. Attached patch fixes both errors. Tell me if I'm wrong :-) -- components: Interpreter Core files: getarg_release.patch keywords: patch messages: 107210 nosy: haypo priority: normal severity: normal status: open title: getargs.c: release the buffer on error versions: Python 3.2 Added file: http://bugs.python.org/file17577/getarg_release.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8913] Document that datetime.__format__ is datetime.strftime
Brett Cannon br...@python.org added the comment: I don't find it odd at all that you use datetime-specific formats instead of integral formats to get numbers out of a datetime object; they are totally different things. And one of the reasons for __format__ support is to have DSLs such as the one for datetime objects. As for pulling out individual objects, that just looks ugly, so I wouldn't advocate pulling out individual values and then formatting them individually in the string itself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo impl. for UTC
Brett Cannon br...@python.org added the comment: Put yourself down as the maintainer of datetime in Misc/maintainers.rst and you have a deal, Alexander! =) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600952] Installing w/o admin generates key error
anatoly techtonik techto...@gmail.com added the comment: Seems like it still the issue for 2.4.4 http://scons.tigris.org/issues/show_bug.cgi?id=2533 http://trac.edgewall.org/ticket/9404#comment:2 -- nosy: +tarek, techtonik ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue600952 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Cannot handle complex requirement resolution
New submission from Dave Abrahams d...@boostpro.com: [This looks like a bug report against PIP because Tarek told me distutils2 would be responsible for this kind of thing and that there was an open ticket for it. However, I can't find any such ticket so I'm posting it here] Not only does pip not check for conflicts as noted in http://bitbucket.org/ianb/pip/src/tip/pip/req.py#cl-928, it doesn't consider any requirements on a package other than the first. So if I have A requires B and C B requires D=1.1 C requires D=0.9 installing A will give us D==1.1 rather than D==0.9 Once responsibility for this functionality is sorted out, we may be able to close this ticket or http://bitbucket.org/ianb/pip/issue/119 -- assignee: tarek components: Distutils2 messages: 107214 nosy: dabrahams, tarek priority: normal severity: normal status: open title: Cannot handle complex requirement resolution type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8925] Improve c-api/arg.rst: use bytes or str types instead of string
Éric Araujo mer...@netwok.org added the comment: - buffer protocol (such as :class:`bytes` or :class:`bytearray` objects). + buffer protocol. Is there a reST construct to use here, say to reference a PEP or point to a glossary entry that defines this protocol? -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1674555] sys.path in tests contains system directories
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: I noticed the same problem in many tests. E.g. test___all__ fails when pyxml is installed. -- nosy: +Arfrever title: Python 2.5 testsuite sys.path contains system dirs - sys.path in tests contains system directories versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1674555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8925] Improve c-api/arg.rst: use bytes or str types instead of string
Georg Brandl ge...@python.org added the comment: If there is a glossary entry, use :term:`buffer protocol`. If there is none, write one :) PEPs are referenced by :pep:`4711`. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600952] Installing w/o admin generates key error
Tarek Ziadé ziade.ta...@gmail.com added the comment: 2.4/2.5 are not fixed anymore. Only security patches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue600952 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8928] wininst: could not create key
New submission from anatoly techtonik techto...@gmail.com: Projects that still support Python 2.4 are building distributions with either 2.4.x or 2.5.x versions, because they afraid that newer installers won't run on Windows XP or Windows 2000. http://trac.edgewall.org/ticket/9404#comment:2 Unfortunately, these installers fail to create uninstall keys with an error like: Could not create scons-py2.6 Could not set key value Python 2.6 SCons - a software construction tool Could not set key value ...\Python26\Removescons.exe -u ... This is similar to http://bugs.python.org/issue600952 that was reported for Python 2.1 / 2.2 long ago. http://scons.tigris.org/issues/show_bug.cgi?id=2533 http://trac.edgewall.org/attachment/ticket/9404/win7_install_warnings.png -- assignee: tarek components: Distutils, Windows messages: 107219 nosy: tarek, techtonik priority: normal severity: normal status: open title: wininst: could not create key versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8928] wininst: could not create key
anatoly techtonik techto...@gmail.com added the comment: There is some uncertainty that 2.6 package installers are dependent on msvcr90.dll - http://trac.edgewall.org/ticket/9404#comment:7 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8928] wininst: could not create key
Tarek Ziadé ziade.ta...@gmail.com added the comment: as I said in the other issue, there's no bug fix for 2.4 or 2.5 anymore, unless it's a security issue. So I am closing this issue. Also, your second message seems unrelated. If there's an issue with a dependency under 2.6, please open a distinct issue and explain in detail what is the problem. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8913] Document that datetime.__format__ is datetime.strftime
Eric Smith e...@trueblade.com added the comment: I think Alexander's example is best written as: Today is: {0:%a %b %d %H:%M:%S %Y}.format(datetime.now()) I agree with Brett that there's nothing unusual about having type-specific formatting languages, and for datetime strftime is the obvious choice. It's a little unfortunate that % is used, as it's mildly confusing with %-formatting, but not much can be done with that issue. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8913] Document that datetime.__format__ is datetime.strftime
Eric Smith e...@trueblade.com added the comment: This documentation should also be added for datetime.time and datetime.date, in addition to datetime.datetime. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8909] mention bitmap size for bdist_wininst
New submission from Tarek Ziadé ziade.ta...@gmail.com: done in r81788, r81789, r81790, r81791 thanks! -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8928] wininst: could not create key
anatoly techtonik techto...@gmail.com added the comment: Python process is rigid, no surprises here. But this issue is nevertheless useful to link packages that experience this problem. I'll bump it every time I run into broken package. So far I use: 1. SCons 2. Trac -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667546] Time zone-capable variant of time.localtime
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I have updated time-4.diff patch for py3k. Code changes are minimal, mostly due to string to unicode conversion. I have not attempted to fix anything beyond passing supplied unittest, but I did noticed a few missing error return tests. I was not able to make the final test in test_mktimetz pass because I did not completely understand its logic. Georg, I am trying to consolidate and bring to resolution a number to timezone related issues. Would you like me to take this issue from you or do you want to continue to own it? -- Added file: http://bugs.python.org/file17578/time-4-py3k.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1667546 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8929] wininst: msvcr90 dependency in x64 build
New submission from anatoly techtonik techto...@gmail.com: Installers generated with x64 version of Python 2.6.5 seems to have msvcr90.dll dependency that may not be present on all platforms. http://trac.edgewall.org/ticket/9404#comment:17 -- assignee: tarek components: Distutils messages: 107227 nosy: tarek, techtonik priority: normal severity: normal status: open title: wininst: msvcr90 dependency in x64 build versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8913] Document that datetime.__format__ is datetime.strftime
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The problem I have with strftime %-format codes is that according to BSD manual page they have already ran out of English alphabet and still there is no conversion specification for the phase of the moon. :-) On a serious note, there are no codes to format TZ offset hours and minutes separately which precludes specifying an important RFC 3339 format. I think we should take this opportunity to define a comprehensive mini-language for datetime formatting rather than slavishly reuse strftime. The new mini-language may end up to be a superset of that for strftime, but I would rather not commit to supporting %-codes indefinitely. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8839] PyArg_ParseTuple(): remove t# format
STINNER Victor victor.stin...@haypocalc.com added the comment: New version of the patch: - charbuffer_encode() uses y* instead of y# format to accept modifiable buffer objects (eg. bytearray) - Improve the documentation about the change @lemburg: So, do you agree with my patch? -- Added file: http://bugs.python.org/file17579/getarg_remove_tdash-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8925] Improve c-api/arg.rst: use bytes or str types instead of string
STINNER Victor victor.stin...@haypocalc.com added the comment: Is there a reST construct to use here, say to reference a PEP or point to a glossary entry that defines this protocol? buffer API (protocol ?) is documented in Doc/c-api/buffer.rst. Should I link to this document? How? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8929] wininst: msvcr90 dependency in x64 build
Changes by Tarek Ziadé ziade.ta...@gmail.com: -- nosy: +loewis, mhammond ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667546] Time zone-capable variant of time.localtime
Georg Brandl ge...@python.org added the comment: (Hi Alexander, sorry for not answering on IRC, I got a phonecall and was distracted for a while.) Please take on this issue -- I've simply not had energy enough to fight it through. -- assignee: georg.brandl - belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1667546 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8928] wininst: could not create key
Tarek Ziadé ziade.ta...@gmail.com added the comment: Please don't add messages in here just to list the projects that suffer from a bug in Python 2.4 or 2.5. This is just making us extra triage/read work for nothing, and doesn't really help. Your first report is enough so the error and its references are indexed by the search engines. Thanks for them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8913] Document that datetime.__format__ is datetime.strftime
Eric Smith e...@trueblade.com added the comment: Unfortunately I think it's too late to do anything about this. I, for one, have many lines of code in production that use the strftime format specifier for datetime.__format__. You only option would be to invent a new language that was somehow distinguishable from the strftime specifiers, but I doubt you'd get much support. I think it's better to extend strftime, and let __format__ benefit from it. -- versions: +Python 2.6, Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8925] Improve c-api/arg.rst: use bytes or str types instead of string
Éric Araujo mer...@netwok.org added the comment: I see that the top section of this file can be referenced though the index entry named “buffer interface”. Georg, would “:term:`buffer interface`” work? Victor, “protocol” is the named used in Python for what you could call an interface, e.g. the iterator protocol, the sequence protocol, etc. It’s a documented set of methods, return types and use cases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8918] distutils test failure on solaris: IOError: [Errno 2] No such file or directory: '_configtest.i'
Tarek Ziadé ziade.ta...@gmail.com added the comment: I don't have this platform, could you investigate for me Srid ? Looks like self._preprocess() fails for some reason. we need to trace this down. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8913] Document that datetime.__format__ is datetime.strftime
Éric Araujo mer...@netwok.org added the comment: I think this particular wheel has one very good reinvention as the Locale Data Markup Language specification. Example from the Python Babel package: format_datetime(dt, y..dd GGG hh:mm a, locale='en') u'02007.April.01 AD 03:30 PM' http://unicode.org/reports/tr35/#Date_Format_Patterns http://babel.edgewall.org/wiki/Documentation/dates.html#pattern-syntax -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8913 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8908] friendly errors for UAC misbehavior in windows installers
Éric Araujo mer...@netwok.org added the comment: Side remarks about tracker process: 1) I’m not sure attaching binary executable files is helpful; if I ran Windows, I wouldn’t run them. 2) Select the 3.3 version for bugs that won’t be fixed to 3.2. Selecting both is redundant: 3.2 is current py3k trunk, it’s not a different branch than 3.3, in contrary to 2.6 and 2.7. HTH -- nosy: +merwok versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8916] Move PEP 362 (function signature objects) into inspect
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8893] file.{read,readlines} behaviour on Solaris
Antoine Pitrou pit...@free.fr added the comment: FreeBSD is yet another beast Does the patch fix it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8893 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8919] python should read ~/.pythonrc.py by default
Éric Araujo mer...@netwok.org added the comment: As stated in http://docs.python.org/library/user (found via http://docs.python.org/genindex-Symbols), this file is an older customization hook that is deprecated. I (not a Python core dev, just a user) personally prefer the environment variable: I set it once in my .bashrc and every interactive python invocation uses it. (I admit that I have to cheat and import another module in order to be compatible from 2.4 to 3.1, but it’s not a big hurdle). Recent changes to the interpreter have added more envvars (PYTHONIOENCODING, PYTHONDONTWRITEBYTECODE), so I don’t see people agreeing to the removal of the venerable PYTHONSTARTUP. Your last argument can also be reverted: Everything that can be done via pythonrc can be done via PYTHONSTARTUP. The advantage of using an envvar is that it mirrors the behavior of a lot of programs: EDITOR, PAGER, MAILER, BROWSER, LESS, GPG_AGENT_INFO, SSH_AUTH_SOCK, GZIP, EMAIL, and so on. :-) FTR, ignoring PYTHONSTARTUP can be done by unsetting the variable before launching python, or using python -E (which will ignore all envvars, not only this one). -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8930] messed up formatting after reindenting
New submission from Benjamin Peterson benja...@python.org: Some C code is incorrectly formatted after the Grand Indenting (TM). Take a gander at stringobject.c for an example. -- messages: 107240 nosy: benjamin.peterson, pitrou priority: normal severity: normal status: open title: messed up formatting after reindenting ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8920] PYTHONSTARTUP should expand ~
Éric Araujo mer...@netwok.org added the comment: The shell does not interpret tildes in quotes, but it does interpret variables, so both your examples make sense. Does removing the quotes fix your problem? -- nosy: +merwok status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8920 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8916] Move PEP 362 (function signature objects) into inspect
Benjamin Peterson benja...@python.org added the comment: I presume you'll either integrate this with the methods and objects inspect already has for this or deprecate them in favor of this? -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8925] Improve c-api/arg.rst: use bytes or str types instead of string
Georg Brandl ge...@python.org added the comment: The glossary (see docs.python.org/glossary) does not have an entry for buffer interface or buffer protocol. An index entry just means that some location in the code defines this entry and gets a link back. Of course, you can also link to the C API section using :ref:`bufferobjects`. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8901] Windows registry path not ignored with -E option
Éric Araujo mer...@netwok.org added the comment: Looks good to me. Adding the release manager to the nosy list. -- keywords: +needs review nosy: +benjamin.peterson, merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8904] quick example how to fix docs
Éric Araujo mer...@netwok.org added the comment: Would the addition of a link to http://www.python.org/dev/patches/ address your request? -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8904 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8905] difflib: support input generators
Éric Araujo mer...@netwok.org added the comment: If you allow me to rephrase your feature request to “difflib should allow arbitrary iterators that yield lines”, I’m +1. Adjusting the version and adding tim_one to nosy as per py3k/Misc/maintainers.rst -- nosy: +merwok, tim_one type: resource usage - feature request versions: -Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8905 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7202] python setup.py MYCOMMAND --verbose does not yield an unrecognized option error but also does not set the verbosity
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue644744] bdist_rpm fails when installing man pages
Éric Araujo mer...@netwok.org added the comment: Distutils is frozen, since changing even internal details breaks third-party tools, and Distutils2 has removed RPM support, since it’s better handled by OS-specific tools that comply with various policies and have smaller release cycles. Tarek, are you closing this bug? -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue644744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1371826] distutils is silent about multiple -I/-L/-R
Éric Araujo mer...@netwok.org added the comment: I suggest changing component to Distutils2. -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1371826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8916] Move PEP 362 (function signature objects) into inspect
Brett Cannon br...@python.org added the comment: On Sun, Jun 6, 2010 at 15:09, Benjamin Peterson rep...@bugs.python.org wrote: Benjamin Peterson benja...@python.org added the comment: I presume you'll either integrate this with the methods and objects inspect already has for this or deprecate them in favor of this? Yes, that's the thinking as it replaces getargspec and friends with a much better API. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8931] '#' has no affect with 'c' type
New submission from Benjamin Peterson benja...@python.org: $ python3 Python 3.1.2 (release31-maint, May 3 2010, 22:18:46) [GCC 4.3.4] on linux2 Type help, copyright, credits or license for more information. format(ord(a), c) 'a' format(ord(a), #c) 'a' I wonder if '#' with 'c' should raise an exception. -- assignee: eric.smith components: Interpreter Core messages: 107250 nosy: benjamin.peterson, eric.smith priority: normal severity: normal status: open title: '#' has no affect with 'c' type type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8919] python should read ~/.pythonrc.py by default
lesmana lesm...@gmx.de added the comment: the .pythonrc.py file is not deprecated. only the user module is deprecated. the problem i have with the PYTHONSTARTUP variable is that i find it is an unecessary intermediate step to set up an initialization file. let me elaborate: every single time you want to use PYTHONSTARTUP in any meaningfull way you will ALSO have to set up the corresponding file somehwere. it makes no sense to set up PYTHONSTARTUP without the file. it also makes no sense to set up the file without PYTHONSTARTUP. so PYTHONSTARTUP needs the file and the file needs PYTHONSTARTUP. that means the variable PYTHONSTARTUP has no added value. it is just an extra step, an extra source of error and possibly confusion. that is why i suggest to skip the variable and just load the file directly. if you (or anyone else) can point out a use case which can be done with PYTHONSTARTUP but cannot be done with my suggested method, or a use case where using PYTHONSTARTUP is so much simpler than using my suggested method, then i say mark this as wontfix. i was not able to think of such a use case, but i might be missing something. there is the argument that PYTHONSTARTUP allows the flexibility to point to files with other names. that can be easily achieved by setting up an alias in .bashrc (or respective initialization file for your favorite shell) like this: alias python=python --rcfile somefile. alternatively you can symlink .pythonrc.py to somefile. the effort to set up such an alias or symlink is the same as setting up an environment variable. everyone else who is happy with the default name (the majority in my opinion) will have one step less to set up. about the name .pythonrc.py: looking around the web i have the impression that many people set their PYTHONSTARTUP variable to point to .pythonrc.py. i think this is because they used to have the .pythonrc.py file loaded by the module user. after they saw that the module user is beeing deprecated they just point PYTHONSTARTUP to that file. other than that i find the name .pythonrc.py is a fitting name for an initialization file. about the other tools you mentioned. i checked some of them and some other tools which use environment variables. they almost never use the variables to just dully point to a file, exceptions are variables which point to a resource shared with many other tools (the temp directory for example). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8920] PYTHONSTARTUP should expand ~
lesmana lesm...@gmx.de added the comment: yes the quotes prevented the tilde to be expanded by the shell. somehow i failed to check that. i also failed to check that there is $HOME. somehow i failed to see the forest because of the many trees (a german saying). technically my original description is still a valid bug report (or feature request). but i understand that it wont be fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8920 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8929] wininst: msvcr90 dependency in x64 build
Mark Hammond mhamm...@users.sourceforge.net added the comment: A quick check of my tree shows that the 32 and 64 bit versions are the same in this regard - the raw stubs wininst-9.0.exe and wininst-9.0-amd64.exe do not depend on the CRT. A test install of 2.6.5-amd64, then using the 64bit versoion of 'depends' against wininst-9.0-amd64.exe also shows no dependency against the msvc* DLLs. You may be instead striking a slightly different problem whereby the extension(s) installed by bdist_wininst are failing to start due to this dependency and them not finding or being able to use the same DLLs which Python itself depends on? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8929] wininst: msvcr90 dependency in x64 build
Martin v. Löwis mar...@v.loewis.de added the comment: ISTM that this report is based on hearsay; nobody is *actually* experiencing any problems. Proposing to close this as invalid. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8931] '#' has no affect with 'c' type
Eric Smith e...@trueblade.com added the comment: I think that every type that # does not apply to should raise an exception. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8905] difflib: support input generators
Changes by Brian Curtin cur...@acm.org: -- nosy: +brian.curtin stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8905 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8519] doc: termios and ioctl reference links
Changes by Brian Curtin cur...@acm.org: -- title: [patch] doc: termios and ioctl reference links - doc: termios and ioctl reference links ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8519 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com