[issue8905] difflib should accept arbitrary line iterators

Changes by anatoly techtonik : -- title: difflib: support input generators -> difflib should accept arbitrary line iterators ___ Python tracker ___ __

[issue8519] doc: termios and ioctl reference links

Changes by Brian Curtin : -- title: [patch] doc: termios and ioctl reference links -> doc: termios and ioctl reference links ___ Python tracker ___ __

[issue8905] difflib: support input generators

Changes by Brian Curtin : -- nosy: +brian.curtin stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue8931] '#' has no affect with 'c' type

Eric Smith added the comment: I think that every type that # does not apply to should raise an exception. -- ___ Python tracker ___ __

[issue8929] wininst: msvcr90 dependency in x64 build

Martin v. Löwis 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 ___

[issue8929] wininst: msvcr90 dependency in x64 build

Mark Hammond 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 win

[issue8920] PYTHONSTARTUP should expand "~"

lesmana 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

[issue8919] python should read ~/.pythonrc.py by default

lesmana 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

[issue8931] '#' has no affect with 'c' type

New submission from Benjamin Peterson : $ 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

[issue8916] Move PEP 362 (function signature objects) into inspect

Brett Cannon added the comment: On Sun, Jun 6, 2010 at 15:09, Benjamin Peterson wrote: > > Benjamin Peterson 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

[issue1371826] distutils is silent about multiple -I/-L/-R

Éric Araujo added the comment: I suggest changing component to Distutils2. -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-

[issue644744] bdist_rpm fails when installing man pages

Éric Araujo 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 t

[issue7202] "python setup.py MYCOMMAND --verbose" does not yield an unrecognized option error but also does not set the verbosity

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue8905] difflib: support input generators

Éric Araujo 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 ->

[issue8904] quick example how to fix docs

Éric Araujo added the comment: Would the addition of a link to http://www.python.org/dev/patches/ address your request? -- nosy: +merwok ___ Python tracker ___ _

[issue8901] Windows registry path not ignored with -E option

Éric Araujo added the comment: Looks good to me. Adding the release manager to the nosy list. -- keywords: +needs review nosy: +benjamin.peterson, merwok ___ Python tracker ___ _

[issue8925] Improve c-api/arg.rst: use "bytes" or "str" types instead of "string"

Georg Brandl 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

[issue8916] Move PEP 362 (function signature objects) into inspect

Benjamin Peterson 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

[issue8920] PYTHONSTARTUP should expand "~"

Éric Araujo 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

[issue8930] messed up formatting after reindenting

New submission from Benjamin Peterson : 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 aft

[issue8919] python should read ~/.pythonrc.py by default

Éric Araujo 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

[issue8893] file.{read,readlines} behaviour on Solaris

Antoine Pitrou added the comment: > FreeBSD is yet another beast Does the patch fix it? -- ___ Python tracker ___ ___ Python-bugs-lis

[issue8916] Move PEP 362 (function signature objects) into inspect

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue8908] friendly errors for UAC misbehavior in windows installers

Éric Araujo 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 no

[issue8913] Document that datetime.__format__ is datetime.strftime

Éric Araujo 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.or

[issue8918] distutils test failure on solaris: IOError: [Errno 2] No such file or directory: '_configtest.i'

Tarek Ziadé 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 ___

[issue8925] Improve c-api/arg.rst: use "bytes" or "str" types instead of "string"

Éric Araujo 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 protoc

[issue8913] Document that datetime.__format__ is datetime.strftime

Eric Smith 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 fr

[issue8928] wininst: could not create key

Tarek Ziadé 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 b

[issue1667546] Time zone-capable variant of time.localtime

Georg Brandl 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 _

[issue8929] wininst: msvcr90 dependency in x64 build

Changes by Tarek Ziadé : -- nosy: +loewis, mhammond ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8925] Improve c-api/arg.rst: use "bytes" or "str" types instead of "string"

STINNER Victor 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? -- _

[issue8839] PyArg_ParseTuple(): remove "t# format

STINNER Victor 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

[issue8913] Document that datetime.__format__ is datetime.strftime

Alexander Belopolsky 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 f

[issue8929] wininst: msvcr90 dependency in x64 build

New submission from anatoly techtonik : 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: t

[issue1667546] Time zone-capable variant of time.localtime

Alexander Belopolsky 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

[issue8928] wininst: could not create key

anatoly techtonik 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 --

[issue8909] mention bitmap size for bdist_wininst

New submission from Tarek Ziadé : done in r81788, r81789, r81790, r81791 thanks! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue8913] Document that datetime.__format__ is datetime.strftime

Eric Smith added the comment: This documentation should also be added for datetime.time and datetime.date, in addition to datetime.datetime. -- ___ Python tracker ___ __

[issue8913] Document that datetime.__format__ is datetime.strftime

Eric Smith 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 li

[issue8928] wininst: could not create key

Tarek Ziadé 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 explai

[issue8928] wininst: could not create key

anatoly techtonik 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 __

[issue8928] wininst: could not create key

New submission from anatoly techtonik : 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

[issue600952] Installing w/o admin generates key error

Tarek Ziadé added the comment: 2.4/2.5 are not fixed anymore. Only security patches. -- ___ Python tracker ___ ___ Python-bugs-list

[issue8925] Improve c-api/arg.rst: use "bytes" or "str" types instead of "string"

Georg Brandl 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 ___

[issue1674555] sys.path in tests contains system directories

Arfrever Frehtes Taifersar Arahesis 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: +Pyt

[issue8925] Improve c-api/arg.rst: use "bytes" or "str" types instead of "string"

Éric Araujo 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

[issue8927] Cannot handle complex requirement resolution

New submission from Dave Abrahams : [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 co

[issue600952] Installing w/o admin generates key error

anatoly techtonik 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

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Brett Cannon added the comment: Put yourself down as the maintainer of datetime in Misc/maintainers.rst and you have a deal, Alexander! =) -- ___ Python tracker ___

[issue8913] Document that datetime.__format__ is datetime.strftime

Brett Cannon 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

[issue8926] getargs.c: release the buffer on error

New submission from STINNER Victor : 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 calli

[issue8925] Improve c-api/arg.rst: use "bytes" or "str" types instead of "string"

New submission from STINNER Victor : http://docs.python.org/py3k/c-api/arg.html is unclear about what is a "string". Attached patch: - Use directly bytes, bytearray and str types - Replace "default encoding" by "``'utf-8'`` encoding" - Add bytes and/or bytearray to "... buffer compatible obje

[issue8924] Error in error message in logging

New submission from Peter Landgren : This is in Windows. I got an error message in Logging in my application Gramps. However, there is an error message generated by by this logging, so the original message is never output. The last line indicate a problem with bytes in certain positions. I was a

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue8920] PYTHONSTARTUP should expand "~"

Florent Xicluna 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 ___ Pyt

[issue8848] Deprecate or remove "U" and "U#" formats of Py_BuildValue()

STINNER Victor 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 __

[issue4769] b64decode should accept strings or bytes

Changes by STINNER Victor : Removed file: http://bugs.python.org/file17441/base64_main.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Éric Araujo added the comment: Opinions are nice, tests are better! :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8923] Remove unused "errors" argument from _PyUnicode_AsDefaultEncodedString()

New submission from STINNER Victor : _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. -- compo

[issue8922] Improve encoding shortcuts in PyUnicode_AsEncodedString()

New submission from STINNER Victor : 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 na

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Shashwat Anand 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/BaseHTT

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Changes by Shashwat Anand : Removed file: http://bugs.python.org/file17567/BaseHTTPServer.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue7463] PyDateTime_IMPORT() causes compiler warnings

Alexander Belopolsky 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 thi

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Éric Araujo 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

[issue8921] 2.7rc1: test_ttk failures on OSX 10.4

New submission from Sridhar Ratnakumar : 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) -

[issue8920] PYTHONSTARTUP should expand "~"

New submission from lesmana : 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: featu

[issue8919] python should read ~/.pythonrc.py by default

New submission from lesmana : 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 i

[issue8918] distutils test failure on solaris: IOError: [Errno 2] No such file or directory: '_configtest.i'

New submission from Sridhar Ratnakumar : OS = SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc Python 2.7rc1 == ERROR: test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase) -

[issue8917] Segmentation error happens in Embedding Python.

tanaga 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 2008070

[issue7898] rlcompleter add "real tab" when text is empty feature

Changes by lesmana : -- nosy: +lesmana ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue5845] rlcompleter should be enabled automatically

Changes by lesmana : -- nosy: +lesmana ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue8917] Segmentation error happens in Embedding Python.

New submission from tanaga : 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 to

[issue8850] Remove "w" format of PyParse_ParseTuple()

STINNER Victor 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

[issue8902] add datetime.time.now() for consistency

anatoly techtonik added the comment: > Didn't you just recently complain about the large number of functions in > datetime module? About verbosity of datetime API to be exact, so it is a ratio of (API functions + required docs)/user code that makes required stuff done. -- __

[issue8902] add datetime.time.now() for consistency

anatoly techtonik added the comment: > What is your use case? >>> from datetime import now, today >>> now() datetime.time ... >>> today() datetime.date ... -- ___ Python tracker ___

[issue8916] Move PEP 362 (function signature objects) into inspect

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue7166] IDLE (python 3.1.1) syntax coloring for b'bytestring' and u'unicode' string literal

Changes by Tal Einat : -- nosy: +taleinat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Alexander Belopolsky added the comment: Good catch, Daniel! Fixed in issue5094c.diff. -- Added file: http://bugs.python.org/file17570/issue5094c.diff ___ Python tracker ___