[issue8994] pydoc does not support non-ascii docstrings
New submission from Torsten Landschoff t.landsch...@gmx.net: With the attached file doc.py I see the following behaviour: tors...@ddhp3:~$ pydoc doc Traceback (most recent call last): File /usr/bin/pydoc, line 5, in module pydoc.cli() File /usr/lib/python2.6/pydoc.py, line 2309, in cli help.help(arg) File /usr/lib/python2.6/pydoc.py, line 1773, in help elif request: doc(request, 'Help on %s:') File /usr/lib/python2.6/pydoc.py, line 1516, in doc pager(render_doc(thing, title, forceload)) File /usr/lib/python2.6/pydoc.py, line 1323, in pager pager(text) File /usr/lib/python2.6/pydoc.py, line 1343, in lambda return lambda text: pipepager(text, 'less') File /usr/lib/python2.6/pydoc.py, line 1364, in pipepager pipe.write(text) UnicodeEncodeError: 'ascii' codec can't encode characters in position 184-186: ordinal not in range(128) With the terminal on sys.stdout I get UTF-8 as the encoding (sys.stdout.encoding), therefore I would expect this to work. It would be helpful to have an option to set the encoding when running pydoc as well. And, of course, accessing the documentation via a web browser (pydoc -p 8000, firefox http://localhost:8000) I get a blank screen for the doc.py example. And a backtrace on the terminal where I started pydoc. -- components: Unicode files: doc.py messages: 107774 nosy: torsten priority: normal severity: normal status: open title: pydoc does not support non-ascii docstrings type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file17666/doc.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8994 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8995] Performance issue with multiprocessing queue (3.1 VS 2.6)
New submission from Bob for_elis...@yahoo.fr: Hi, I've found a strange performance issue when comparing queue.queue and multiprocessing.queue in python 2.6 and 3.1 My program creates a queue, and do 1 million put and get operations on either a small data or a big array. My code: (This is the 3.1 version. Switch module name from queue to Queue to run on 2.6) import multiprocessing import queue def with_queue(queuetype,datatype): if queuetype == 'multi': q = multiprocessing.Queue(1000) else: q = queue.Queue(1000) if datatype == 'small': data = 'some data' else: data = [] for i in range(1000): data.append(i) for d in range(100): q.put(data) q.get() if __name__=='__main__': from timeit import Timer t1 = Timer(with_queue('simple','small'),from __main__ import with_queue) t2 = Timer(with_queue('simple','big'),from __main__ import with_queue) t3 = Timer(with_queue('multi','small'),from __main__ import with_queue) t4 = Timer(with_queue('multi','big'),from __main__ import with_queue) print ('Using queue.Queue with small data: ',t1.timeit(1)) print ('Using queue.Queue with huge data : ',t2.timeit(1)) print ('Using multiprocessing.Queue with small data : ',t3.timeit(1)) print ('Using multiprocessing.Queue with huge data : ',t4.timeit(1)) # And the results (on my linux box:) python2.6 read_write.py Using queue.Queue with small data: 10.31s Using queue.Queue with huge data : 10.39s Using multiprocessing.Queue with small data : 33.85s Using multiprocessing.Queue with huge data : 155.38s python3.1 read_write.py Using queue.Queue with small data: 10.68s Using queue.Queue with huge data : 10.61s Using multiprocessing.Queue with small data : 50.27s Using multiprocessing.Queue with huge data : 472.49s As you can see 3.1 is 50% slower than 2.6 in the third test; but 300 % slower in the 4th test. If i go further with bigger data, 3.1 run for hours ... and i have to kill it before any result shows. Am i doing something wrong or is there any known issue in 3.1 that can explain this ? Thanks ! Bob -- components: Extension Modules messages: 107775 nosy: bob priority: normal severity: normal status: open title: Performance issue with multiprocessing queue (3.1 VS 2.6) type: performance versions: Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8995 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8995] Performance issue with multiprocessing queue (3.1 VS 2.6)
Changes by Antoine Pitrou pit...@free.fr: -- assignee: - jnoller nosy: +jnoller versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8995 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Mark Dickinson dicki...@gmail.com added the comment: I (reluctantly) agree it's surprising that {0[-1]}.format(args) fails. And I suppose that if it were allowed then it would also make sense to consider {-1}.format(*args) as well, in order to preserve the equivalence between {n}.format(*args) and {0[n]}.format(args). And then: {-0}.format(*['calvin'], **{'-0': 'hobbes'}) 'hobbes' would presumably produce 'calvin' instead of 'hobbes'... On '+': if {0[-1]} were allowed, I'm not sure whether the +1 in {0[+1]}.format(...) should also be interpreted as a list index. I don't really see the value of doing so apart from syntactic consistency: there are very few other places in Python that I'm aware of that accept -one-or-more-digits but not +one-or-more-digits. FWIW, my overall feeling is that the current rules are simple and adequate, and there's no great need to add this complication. I do wonder, though: How complicated would it be to make {0[1]}.format({'1':'foo'}) a bit magical? That is, have the format method pass an integer to __getitem__ if the corresponding format argument is a sequence, and a string argument if it's a mapping (not sure what the criterion would be for distinguishing). Is this too much magic? Is it feasible implementation-wise? I don't think it's do-able for simple rather than compound field names: e.g., {0}.format(*args, **kwargs), since there we've got both a sequence *and* a dict, so it's not clear whether to look at args[0] or kwargs['0']. (Unless either args or kwargs is empty, perhaps.) This is all getting a bit python-ideas'y, though. BTW, I notice that PEP 3101's Simple field names are either names or numbers [...] if names, they must be valid Python identifiers isn't actually true: {in-valid #identifier}.format(**{'in-valid #identifier': 42}) '42' Though I don't have a problem with this; indeed, I think this is preferable to checking for a valid identifier. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Sworddragon sworddrag...@aol.com added the comment: I have set now the key to E:\Python31\python.exe %%1 %%* and it works. So Windows XP need double % too. The installer of the next version should consider this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Sworddragon sworddrag...@aol.com added the comment: I made a mistake in the last post. After I have set the value, Python 2 was active and I forgot to set it to Python 3 back. This solution doesn't work. Well, I can't edit or delete the post. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8989] email.utils.make_msgid: specify domain
Adrian von Bidder avbid...@fortytwo.ch added the comment: Thanks for the positive feedback. I'll try to do the diff against top of tree and the unit test soon-ish. Use case: * In my specific case, I'm writing a sort of cross between mailing list and blog system and I'd like to use a static (across all installations) domain for internally generated messages. * kmail offers the choice of custom domain for message-id as well, I've set it to my own domain for ages. It turns out that message-ids are harvested by spammers and so I've got a quite good way to build spamtraps since nobody will ever try to send real email to these adresses. (Or, in the reverse case: if your host's fqdn is a valid email domain you may actually not want to cause this kind of load to your MX.) (Not sure if this should be added to the documentation, though. The explanation seems much too long in comparision with the complexity of the feature.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Sworddragon sworddrag...@aol.com added the comment: Now I found the real solution (and don't forgot to set it to Python 3 back). I have searched in the registry for python.exe to look how Python 2 is doing this. I sawed a key that looks dissimilar to the others before. It is the key HKEY_USERS\S-1-5-21-1078081533-682003330-1801674531-1003\Software\Classes\Applications\python.exe\shell\open\command which have the Standard value of E:\Python31\python.exe %1. I set it to E:\Python31\python.exe %1 %* and it worked. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Eric Smith e...@trueblade.com added the comment: Addressing just the last part of Mark's message right now: The PEP goes on to say: Implementation note: The implementation of this proposal is not required to enforce the rule about a simple or dotted name being a valid Python identifier. ... I rely on getattr lookup failing for dotted names, but for simple names there's no check at all. I agree it's desirable to leave this behavior. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Eric Smith e...@trueblade.com added the comment: So the real question is is: how does that key get that invalid value? I can't reproduce the problem. I believe that key you mention is an alias for HKEY_CURRENT_USER\Software\Classes\Applications\python.exe\shell\open\command, which doesn't exist on my XP machine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8988] import + coding = failure (3.1.2/win32)
STINNER Victor victor.stin...@haypocalc.com added the comment: This bug is maybe related to #8611? Can you try with py3k (python 3.2)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Sworddragon sworddrag...@aol.com added the comment: I have now uninstalled Python 2 and 3 and installed them new. First Python 2 with only register extension and compile files to bytecode. After this I have made the same with Python 3. In the Open with menu was now python registered which was Python 3 (sys.version[0] from a testscript telled it me). Until this point the arguments were accepted. After this I have added the python.exe from Python 2 to the Open with menu. This was the point where the key got invalid. Now Python 3 is working correctly but not Python 2. Well, I can manually use now the workarround to fix it but maybe the problem can be solved with this information. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8995] Performance issue with multiprocessing queue (3.1 VS 2.6)
Jesse Noller jnol...@gmail.com added the comment: No - I don't know of anything which would trigger this in 3.1 off the top of my head. The performance degradation is pretty worrisome -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8995 ___ ___ 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
Mark Dickinson dicki...@gmail.com added the comment: issue5904g.diff looks good to me. A very nice piece of work! -- ___ 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 implementation for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Committed in r81981. I'll open a separate documentation issue to update Doc/includes/tzinfo-examples.py and improve TZ related documentation. -- stage: patch review - committed/rejected status: open - closed title: datetime lacks concrete tzinfo impl. for UTC - datetime lacks concrete tzinfo implementation for UTC ___ 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
[issue2397] Backport 3.0 struct module changes to 2.6
Mark Dickinson dicki...@gmail.com added the comment: It's too late to backport any new features to 2.x. -- nosy: +mark.dickinson resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2397 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: - mark.dickinson nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1749662] New byte packing format for the struct module
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: - mark.dickinson nosy: +mark.dickinson versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1749662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2981] confusing action of struct.pack and struct.unpack with fmt 'p'
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2981 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2263] struct.pack() + numpy int raises SystemError
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2981] confusing action of struct.pack and struct.unpack with fmt 'p'
Mark Dickinson dicki...@gmail.com added the comment: I think you're misunderstanding how the 'p' format works. Otherwise, why people should use format 'p'? Either when you struct.pack or struct.unpack you have to know the size of string at first, why not turn to format 's'? No; you don't need to know the size of the string beforehand; you just need to know the *maximum* size of the string; the number of bytes allocated to store that string. For example (Python 2.6): import struct s = struct.Struct('20p') # variable-length string stored in 20 bytes s.pack('abc') '\x03abc\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00' s.unpack(_) ('abc',) s.pack('abcdef') '\x06abcdef\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00' s.unpack(_) ('abcdef',) Note that the packed sizes are the same (20 bytes each time), but you can pack and unpack any (byte)string of length up to 19 bytes, without needing to know its length beforehand. Handling true variable-length fields is really outside the scope of the struct module. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2981 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8996] Add a default role to allow writing bare `len` instead of :func:`len`
New submission from Éric Araujo mer...@netwok.org: Following a discussion on IRC: birkenfeld I would even prefer having more of just `object` instead of :func:`object` or :class:`object` I think it would be feasible to write a reST role that would use inspect or pydoc to find the type. It would not violate “In the face of ambiguity, refuse the temptation to guess” if it only resolves `somebuiltin` and `some.fully.qualified.name`. Cons: People unfamiliar with reST might confuse ``code`` with `name`; interpreting the role may prove non-trivial (either requiring importing Python module to introspect them, or keeping a mapping of names→types in some file). Thoughts? -- assignee: d...@python components: Documentation messages: 107790 nosy: d...@python, merwok priority: normal severity: normal status: open title: Add a default role to allow writing bare `len` instead of :func:`len` type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1749662] New byte packing format for the struct module
Mark Dickinson dicki...@gmail.com added the comment: Is this still of interest to anyone? What's the motivation for this particular choice (bigendian byteorder, native size, native alignment), out of all the various other choices that aren't currently implemented? PEP 3118 also proposes the addition of a new format, '^', for (native byteorder, native size, no alignment). There are 12 possible different formats (big/little/native byteorder * standard/native size * none/native padding), of which 4 are currently implemented (native**3, big*standard*none, little*standard*none, native*standard*none). Of the 8 missing formats, it's not clear to me why either of the new proposed formats should be a particular target. BTW, not that it really matters, but I've earmarked '$' for a different use, so I'm mildly opposed to its use here. -- nosy: +minge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1749662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Mark Dickinson dicki...@gmail.com: -- versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: Re: msg107776. If it looks like an integer (ie, can be converted to an integer by 'int') then it's positional, otherwise it's a key. An optimisation is to perform a quick check upfront to see whether it starts like an integer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Mark Dickinson dicki...@gmail.com added the comment: Matthew: would that include allowing whitespace, then? int('\t\n+56') 56 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...
sorin sorin.sbar...@gmail.com added the comment: I would like to know what happened with hex_codec and what is the new py3 for this. Also, it would be really helpful to see DeprecationWarnings for all these codecs in py2x and include a note in py3 changelist. The official python documentation from http://docs.python.org/library/codecs.html lists them as valid without any signs of them as being dropped or replaced. -- nosy: +sorin title: codecs missing: base64 bz2 hex zlib ... - codecs missing: base64 bz2 hex zlib hex_codec ... ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8996] Add a default role to allow writing bare `len` instead of :func:`len`
Georg Brandl ge...@python.org added the comment: The type doesn't matter anyway, no need to find it by questionable means. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8993] Small typo in docs for PySys_SetArgv
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r81984. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8993 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6641] datetime.strptime doesn't support %z format ?
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: With issue5094 patch now committed, I am replacing issue6641.diff with a new version that does not include issue5094. -- title: strptime doesn't support %z format ? - datetime.strptime doesn't support %z format ? Added file: http://bugs.python.org/file17667/issue6641.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6641] datetime.strptime doesn't support %z format ?
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: Removed file: http://bugs.python.org/file17590/issue6641.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
Sridhar Ratnakumar sridh...@activestate.com added the comment: I am curious as to why this should still fail as the OSX filesystem is case sensitive. Finder has no problems with extrating this particular tarball. Do you think this is a (separate) bug, or is this by design (why?)? If this is by design, does it make sense to raise a custom exception from TarError, instead of the generic IOError? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Mark Dickinson dicki...@gmail.com added the comment: To avoid clashing with PEP 3118, we could use 'n' and 'N' instead of 'z' and 'Z'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Mark Dickinson dicki...@gmail.com added the comment: The proposed addition seems reasonable to me, for native packing and unpacking. For standard mode packing and unpacking, I don't see the point; we'd have to pick a standard size, which would almost certainly be either 4 or 8, and so would already be covered by either the 'iI' or the 'qQ' codes. So I'd suggest adding the size_t/ssize_t codes only for native mode, and leaving them unsupported for the standard modes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: That's a good question. :-) Possibly just an optional sign followed by one or more digits. Another possibility that occurs to me is for it to default to positional if it looks like an integer, but allow quoting to force it to be a key: {0}.format(foo, **{0: bar}) 'foo' {'0'}.format(foo, **{0: bar}) 'bar' Or is that taking it too far? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()
Mark Dickinson dicki...@gmail.com added the comment: The issue6280-calendar.diff patch looks good to me. -- assignee: mark.dickinson - belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6280 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
Lars Gustäbel l...@gustaebel.de added the comment: a) The point is: the operation simply wouldn't fail on a case-sensitive filesystem. There is no platform-specific or otherwise special code in TarFile.makefile(). It simply tries to extract the file and the filesystem layer says no, because it believes there is already a directory with the same name. The same thing happens on a Windows filesystem BTW. The problem boils down to this: os.mkdir(A) open(a, w) IOError: [Errno 21] Is a directory: 'a' And IIUC, the Mac OS X filesystem is case-preserving(!) by default, with the possibility to create new filesystems as case-sensitive. As I said, my Mac OS X expertise is almost nonexistent, you might as well ask someone with more knowledge on Python on Mac OS X. b) I don't know what Finder does with that archive, but I cannot think of any other way than either not to extract the file at all or to extract it under a different name or to remove the directory first and then extract the file. Could you please examine how Finder extracts this archive? c) IMHO the IOError exception is perfectly fine, because this kind of issue is outside of tarfile's scope. We hit a filesystem limit here. Also, there is no decent way to work around this problem, and I think there is no need to either. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Committed issue6280-calendar.diff in r81988. I believe tests should be merged in 2.7. Any objections? As for the original RFE, I think it should be rejected. I believe users should be encouraged to use datetime objects instead of timetuples and converting a UTC datetime to any kind of since epoch timestamp is very simple using datetime module arithmetics. -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6280 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-14, at 10:43 AM, Lars Gustäbel wrote: Lars Gustäbel l...@gustaebel.de added the comment: a) The point is: the operation simply wouldn't fail on a case-sensitive filesystem. There is no platform-specific or otherwise special code in TarFile.makefile(). It simply tries to extract the file and the filesystem layer says no, because it believes there is already a directory with the same name. The same thing happens on a Windows filesystem BTW. The problem boils down to this: os.mkdir(A) open(a, w) IOError: [Errno 21] Is a directory: 'a' And IIUC, the Mac OS X filesystem is case-preserving(!) by default, with the possibility to create new filesystems as case-sensitive. As I said, my Mac OS X expertise is almost nonexistent, you might as well ask someone with more knowledge on Python on Mac OS X. Ah, I see. I didn't know about this compatibility quirk. b) I don't know what Finder does with that archive, but I cannot think of any other way than either not to extract the file at all or to extract it under a different name or to remove the directory first and then extract the file. Could you please examine how Finder extracts this archive? I was wrong about Finder extracting the tarball; actually I used the Finder on my macbook (10.6), where `open(a, w)` succeeds. Whereas this issue seems to be reproducible in 10.5 or 10.4 only. I did try to use `tar` this time, and it failed: $ tar zxf hntool-0.1.1.tar.gz tar: hntool-0.1.1/hntool: Cannot open: File exists tar: Error exit delayed from previous errors c) IMHO the IOError exception is perfectly fine, because this kind of issue is outside of tarfile's scope. We hit a filesystem limit here. Also, there is no decent way to work around this problem, and I think there is no need to either. In this case, yes ... I agree. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8989] email.utils.make_msgid: specify domain
Adrian von Bidder avbid...@fortytwo.ch added the comment: I'm sure several of you have worked with the Python source code before and know by heart how to run the testsuite. In other words: I admit that I've only written the code and have not tried it. Given how trivial the patch is, I have some hope ;-) -- Added file: http://bugs.python.org/file17668/make_msgid-domain.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8838] Remove codecs.readbuffer_encode() and codecs.charbuffer_encode()
STINNER Victor victor.stin...@haypocalc.com added the comment: This issue was about removing codecs.readbuffer_encode() and codecs.charbuffer_encode(). codecs.charbuffer_encode() was removed, but codecs.readbuffer_encode() explained that it should be kept. So I close this issue because there is nothing more to do on this topic. @lemburg: You still have to write some doc (and tests?) for codecs.readbuffer_encode() ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8838] Remove codecs.readbuffer_encode() and codecs.charbuffer_encode()
Changes by STINNER Victor victor.stin...@haypocalc.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I reverted r81988 in r81989. Some code may rely on timegm() accepting float in tm_sec. See http2time in Lib/http/cookiejar.py. It is very easy to modify implementation to accept float seconds, but old implementation accidentally work for float hours and minutes as well. -- versions: -Python 2.7 Added file: http://bugs.python.org/file17669/issue6280-calendar-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6280 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8997] Write documentation for codecs.readbuffer_encode()
New submission from Marc-Andre Lemburg m...@egenix.com: See #8838 for details. -- assignee: lemburg components: Documentation messages: 107809 nosy: lemburg priority: normal severity: normal status: open title: Write documentation for codecs.readbuffer_encode() versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8997] Write documentation for codecs.readbuffer_encode()
Changes by Marc-Andre Lemburg m...@egenix.com: -- components: +Unicode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8857] socket.getaddrinfo needs tests
Stefan Krah stefan-use...@bytereef.org added the comment: FreeBSD/Qemu: ipv6 is ok, but this fails: == FAIL: testGetaddrinfo (__main__.GeneralModuleTests) -- Traceback (most recent call last): File Lib/test/test_socket.py, line 587, in testGetaddrinfo self.assertEqual(socktype, socket.SOCK_STREAM) AssertionError: 2 != 1 -- Ran 113 tests in 4.174s FAILED (failures=1, skipped=79) Traceback (most recent call last): File Lib/test/test_socket.py, line 1530, in module test_main() File Lib/test/test_socket.py, line 1526, in test_main support.run_unittest(*tests) File /usr/home/stefan/svn/py3k/Lib/test/support.py, line 1054, in run_unittest _run_suite(suite) File /usr/home/stefan/svn/py3k/Lib/test/support.py, line 1037, in _run_suite raise TestFailed(err) test.support.TestFailed: Traceback (most recent call last): File Lib/test/test_socket.py, line 587, in testGetaddrinfo self.assertEqual(socktype, socket.SOCK_STREAM) AssertionError: 2 != 1 -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8857 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8997] Write documentation for codecs.readbuffer_encode()
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Eric Smith e...@trueblade.com added the comment: I can see the point of allowing negative indices for a consistency point, but is there really any practical problem that's currently causing people hardship that this would solve? As for the rest of it, I think it's just not worth the additional burden on CPython and other implementations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ 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: New (improved) version of the patch: - Remove also w# format - Write tests for w* format -- Added file: http://bugs.python.org/file17670/remove_w_format-2.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
[issue8998] add encryption/decryption/signature/verification routines to stdlib
New submission from geremy condra debat...@gmail.com: Python's hashlib and ssl modules currently leverage OpenSSL to provide developers with access to cryptographic hash and TLS routines, but encryption/decryption and signature/verification support are still missing. I propose the addition of an easy-to-use crypto module modeled after Evpy[0] to remedy this. -- components: Library (Lib) messages: 107813 nosy: debatem1 priority: normal severity: normal status: open title: add encryption/decryption/signature/verification routines to stdlib type: feature request versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
geremy condra debat...@gmail.com added the comment: apologies, forgot the link: [0] http://gitorious.org/evpy -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +exarkun, gregory.p.smith, pitrou versions: +Python 3.2 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ 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'
Sridhar Ratnakumar sridh...@activestate.com added the comment: -bash-3.00$ cat _configtest.c // xxx -bash-3.00$ - This is how the C compiler is invoked: $ cc -E -o _configtest.i _configtest.c # 1 _configtest.c #ident acomp: Sun C 5.9 SunOS_i386 2007/05/03 $ It does not generate a _configtest.i file .. which is because the `-E` option on Solaris sends the preprocessed output directly to `stdout` without respecting the `-o` option. From man cc, -E Runs the source file through the preprocessor only and sends the output to stdout. The preprocessor is built directly into the compiler, except in -Xs mode, where /usr/ccs/lib/cpp is invoked. Includes the preprocessor line numbering information. See also -P option. But the `-P` option does output to the .i file: -P Preprocesses only the named C files and leaves the result in corresponding files suffixed .i. The output will not contain any preprocessing line directives, unlike -E. So the fix is to use `-P` instead of `-E` on Solaris. I see that `-E` is used in lib/python2.7/distutils/ccompiler.py .. around this line: else: cpp = cc + -E # not always Tarek, note the not always command above. At least, we now know that on Solaris this happens to be -P. The resulting .i file is: -bash-3.00$ cat _configtest.i #ident acomp: Sun C 5.9 SunOS_i386 2007/05/03 -bash-3.00$ - As for `cc` itself: -bash-3.00$ which cc /usr/bin/cc -bash-3.00$ cc -V cc: Sun C 5.9 SunOS_i386 2007/05/03 usage: cc [ options] files. Use 'cc -flags' for details -- ___ 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
[issue8998] add encryption/decryption/signature/verification routines to stdlib
Martin v. Löwis mar...@v.loewis.de added the comment: Assuming you are willing to contribute evpy (and have the rights to do so, i.e. all of the code is truly yours): what's the user acceptance of the code? In particular, what do authors of competing OpenSSL wrappers (like M2Crypto) or other Python crypto packages (like pycrypto) think about this idea? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Brett Cannon br...@python.org added the comment: Thanks for the patch, Éric. I will get to it when I can. -- assignee: - brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +heikki ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
Antoine Pitrou pit...@free.fr added the comment: and have the rights to do so, i.e. all of the code is truly yours Is it really required, or is a non-copyleft liberal license (MIT-like or BSD-like) enough? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Brett Cannon br...@python.org added the comment: Thanks for sticking with this, Alexander. I realized I was a slight pain to deal with on this one. =) -- ___ 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
[issue8991] PyArg_Parse*() functions: reject discontinious buffers
STINNER Victor victor.stin...@haypocalc.com added the comment: Write a patch. test_getargs2.py has now tests for many byte and unicode formats and so it can validate the patch. -- keywords: +patch Added file: http://bugs.python.org/file17671/reject_discontigious.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8991 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
Martin v. Löwis mar...@v.loewis.de added the comment: and have the rights to do so, i.e. all of the code is truly yours Is it really required, or is a non-copyleft liberal license (MIT-like or BSD-like) enough? The contributor would have to sign a contributor agreement, giving the PSF the right to relicense under the PSF license (or anything they please to relicense under). If the contributor only has a BSD license (from his contributors), he has no right to contribute the code under the contributor agreement (i.e. he, himself, wouldn't have the right to relicense). -- title: add encryption/decryption/signature/verification routines to stdlib - add encryption/decryption/signature/verification routines to stdlib ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
Antoine Pitrou pit...@free.fr added the comment: The contributor would have to sign a contributor agreement, giving the PSF the right to relicense under the PSF license (or anything they please to relicense under). If the contributor only has a BSD license (from his contributors), he has no right to contribute the code under the contributor agreement (i.e. he, himself, wouldn't have the right to relicense). I always forget about that :/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Changes by Martin v. Löwis mar...@v.loewis.de: -- title: add encryption/decryption/signature/verification routinesto stdlib - add crypto routines to stdlib ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add encryption/decryption/signature/verification routines to stdlib
geremy condra debat...@gmail.com added the comment: On Mon, Jun 14, 2010 at 3:09 PM, Martin v. Löwis rep...@bugs.python.org wrote: Martin v. Löwis mar...@v.loewis.de added the comment: Assuming you are willing to contribute evpy (and have the rights to do so, i.e. all of the code is truly yours): what's the user acceptance of the code? I'd be willing to, but I see more utility in contributing specific elements of its functionality to the stdlib. Obviously the code is mine, and I can relicense as needed if necessary. As for your second question, I don't believe it sees much in the way of use. In particular, what do authors of competing OpenSSL wrappers (like M2Crypto) or other Python crypto packages (like pycrypto) think about this idea? Evpy and M2Crypto have very different goals. M2Crypto seeks to be a complete wrapper for OpenSSL, which we don't, and also uses SWIG, which disqualifies it from consideration for the stdlib. I don't know what the pycrypto folks would say about evpy, but I admit to being very wary of that project- it appears to have been constructed in a way which lends itself well to academic exercise rather than practical use by nonexperts, and have had multiple occasions to correct its dire misuse. Geremy Condra -- title: add crypto routines to stdlib - add encryption/decryption/signature/verification routines to stdlib ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Éric Araujo mer...@netwok.org added the comment: I may add that although there is no formal test of any kind, I added tabs in two places in one .c file and in one place in another place, and it correctly reported two files. It’s a small function mostly copied from the one above; the only part where I used my brain is the counter (Python did the rest), so it should be ok. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
STINNER Victor victor.stin...@haypocalc.com added the comment: We are too close from the final 2.7 release, it's too late to backport. As I wrote, this feature is not important and there are many workaround, so we don't need to backport to 3.1. Close the issue: use Python 3.2 if you want a better support of unicode ;-) -- dependencies: -Use Py_UCS4 instead of Py_UNICODE in unicodectype.c resolution: - fixed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8850] Remove w format of PyParse_ParseTuple()
STINNER Victor victor.stin...@haypocalc.com added the comment: See also #8926. -- ___ 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
[issue4769] b64decode should accept strings or bytes
Changes by STINNER Victor victor.stin...@haypocalc.com: -- versions: +Python 3.2 -Python 3.0 ___ 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
[issue8998] add crypto routines to stdlib
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
geremy condra debat...@gmail.com added the comment: On Mon, Jun 14, 2010 at 3:37 PM, Martin v. Löwis rep...@bugs.python.org wrote: Martin v. Löwis mar...@v.loewis.de added the comment: Evpy and M2Crypto have very different goals. M2Crypto seeks to be a complete wrapper for OpenSSL, which we don't, and also uses SWIG, which disqualifies it from consideration for the stdlib. I don't know what the pycrypto folks would say about evpy, but I admit to being very wary of that project- it appears to have been constructed in a way which lends itself well to academic exercise rather than practical use by nonexperts, and have had multiple occasions to correct its dire misuse. That isn't really my question; it's the other way 'round: what do *they* (i.e. the respective authors) say about evpy? In the absence of actual user input, support for inclusion of it by these experts would be a valuable indication that this specific library should be included. Likewise, objective resistance may lead to significant changes before inclusion, or to rejection. In the absence of both user support and expert opinions, I'd ask for a PEP. I have no idea, and as I said earlier in the mailing list, I'm willing to contribute the code, make changes as requested, and maintain it- but I have no interest in or skill with the political footwork the process demands. I like to think that if this is as widely desired as it is asked for on python-list that a champion will sooner or later emerge. Geremy Condra -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Éric, It will be helpful if your code could also check for lines longer than 79 characters. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: .. and trailing white space. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4352] imp.find_module() fails with a UnicodeDecodeError when called with non-ASCII search paths
STINNER Victor victor.stin...@haypocalc.com added the comment: About the mbcs encoding: issue #850997 proposes to make it more strict. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Antoine Pitrou pit...@free.fr added the comment: Le lundi 14 juin 2010 à 22:48 +, geremy condra a écrit : I have no idea, and as I said earlier in the mailing list, I'm willing to contribute the code, make changes as requested, and maintain it- but I have no interest in or skill with the political footwork the process demands. I like to think that if this is as widely desired as it is asked for on python-list that a champion will sooner or later emerge. For the record, Gregory P Smith (current maintainer of hashlib -- if I'm not mistaken :-)), Jean-Paul Calderone (maintainer of pyOpenSSL) and Heikki Toivonen (maintainer of m2crypto) have been added to the nosy list for this issue. As for the built-in ssl module, I've been doing most of the maintenance work on it lately. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8647] PyUnicode_GetMax is undocumented
STINNER Victor victor.stin...@haypocalc.com added the comment: Can you write a patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8647 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8646] PyUnicode_EncodeDecimal is undocumented
STINNER Victor victor.stin...@haypocalc.com added the comment: Can you write a patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8646 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8645] PyUnicode_AsEncodedObject is undocumented
STINNER Victor victor.stin...@haypocalc.com added the comment: Can you write a patch? See also #8646. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8203] IDLE about dialog credits raises UnicodeDecodeError
STINNER Victor victor.stin...@haypocalc.com added the comment: ping myself: i have to apply the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6543] traceback presented in wrong encoding
STINNER Victor victor.stin...@haypocalc.com added the comment: The patch changes the prototype of _Py_DisplaySourceLine() function. Is it possible that a third party module uses this function? Should we keep backward compatibility with third pary modules using the private C API? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6543 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5220] os.makedirs' mode argument has bad default value
Sindre Myren smyr...@gmail.com added the comment: I don't understand what you mean when you say how umask works in relation to Python. How it works in relation to Python isn't different from how it works for any other Unix program. Consider, for example, the unix man page for 'open'. This is what I mean. The following gnu commands give (on Archlinux): $ umask 0022 $ mkdir test1 $ mkdir test2 --mode 0777 $ ls -l drwxr-xr-x 2 sindrero users 4096 Jun 15 00:59 test drwxrwxrwx 2 sindrero users 4096 Jun 15 00:59 test2 So we see that new folder created with the --mode parameter to gnu's mkdir does not get the umask masked out. The following code in python gives: import os os.mkdir('test3') os.mkdir('test4') exit() $ ls -l drwxr-xr-x 2 sindrero users 4096 Jun 15 01:01 test3 drwxr-xr-x 2 sindrero users 4096 Jun 15 01:01 test4 I (as a programmer) have never seen the specific code for python's mkdir function, And I have no way to know whether I should presume that mkdir in python works the same way as the gnu command or not. Unless it is documented that is. Cheers :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup
STINNER Victor victor.stin...@haypocalc.com added the comment: Bug related to this issue: #8124, PySys_WriteStdout() and PySys_WriteStderr() ignore signal handlers errors. ... Leave this issue open until #8124 is fixed. I fixed both issues, so it's time to close this one. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5220] os.makedirs' mode argument has bad default value
Sindre Myren smyr...@gmail.com added the comment: *Sorry.. A bit quick there. The line os.mkdir('test4') should have been: os.mkdir('test4', 0777) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5220] os.makedirs' mode argument has bad default value
Martin v. Löwis mar...@v.loewis.de added the comment: I (as a programmer) have never seen the specific code for python's mkdir function, And I have no way to know whether I should presume that mkdir in python works the same way as the gnu command or not. Unless it is documented that is. You should assume that Python's mkdir does the same as Linux' mkdir system call (which is different from the mkdir utility). You can see mkdir's document with man 2 mkdir, or on http://linux.die.net/man/2/mkdir -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Éric Araujo mer...@netwok.org added the comment: Replacing VCS hooks, are we? :) Updated and attached. Ideas for other feature requests: - Printing the name of files with issues; - Fail-fast mode or full report. -- Added file: http://bugs.python.org/file17672/patchcheck-pep7.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file17663/check-tabs.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file17664/check-tabs.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: Your original: {0[-1]}.format('fox') is a worse gotcha than: {-1}.format('fox') because you're much less likely to want to do the latter. It's one of those things that it would be nice to have fixed, or we could just add a warning to the documentation that it _might_ be fixed in the future, so people shouldn't rely on the current behaviour. :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7951 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Changes by Mike Crute mcr...@gmail.com: -- nosy: +mcrute ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
geremy condra debat...@gmail.com added the comment: On Mon, Jun 14, 2010 at 6:51 PM, Antoine Pitrou rep...@bugs.python.org wrote: Antoine Pitrou pit...@free.fr added the comment: Le lundi 14 juin 2010 à 22:48 +, geremy condra a écrit : I have no idea, and as I said earlier in the mailing list, I'm willing to contribute the code, make changes as requested, and maintain it- but I have no interest in or skill with the political footwork the process demands. I like to think that if this is as widely desired as it is asked for on python-list that a champion will sooner or later emerge. For the record, Gregory P Smith (current maintainer of hashlib -- if I'm not mistaken :-)), Jean-Paul Calderone (maintainer of pyOpenSSL) and Heikki Toivonen (maintainer of m2crypto) have been added to the nosy list for this issue. As for the built-in ssl module, I've been doing most of the maintenance work on it lately. Lot of people. If nobody minds I'm going to go ahead and post a link to this on python-crypto, since a lot of the interface emerged out of discussions that group had at pycon. I'd also urge folks who are interested in this to be vocal about whether they like the API and where they'd like to see changes- I'm open to suggestions and, as noted in the mailing list, am reimplementing in C, so this is a good time to be talking about where you'd like to see things go. Geremy Condra -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com