[issue747320] rfc2822 formatdate functionality duplication
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue747320> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8252] add a metadata section in setup.cfg
Changes by Shashwat Anand : -- nosy: -l0nwlf ___ Python tracker <http://bugs.python.org/issue8252> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8253] add a resource+files section in setup.cfg
Changes by Shashwat Anand : -- nosy: -l0nwlf ___ Python tracker <http://bugs.python.org/issue8253> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4487] Add utf8 alias for email charsets
Changes by Shashwat Anand : -- nosy: -l0nwlf ___ Python tracker <http://bugs.python.org/issue4487> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8013] time.asctime segfaults when given a time in the far future
Changes by Shashwat Anand : -- nosy: -l0nwlf ___ Python tracker <http://bugs.python.org/issue8013> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0
Changes by Shashwat Anand : -- nosy: -l0nwlf ___ Python tracker <http://bugs.python.org/issue4953> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] default subprocess.Popen buffer size
Shashwat Anand added the comment: Tested it on mac OSX (Snow leopard) Shashwat-Anands-MacBook-Pro:Desktop l0nwlf$ python2.5 popentest.py time with os.popen : 0.0342061519623 time with subprocess.Popen : 0.0421631336212 Shashwat-Anands-MacBook-Pro:Desktop l0nwlf$ python2.6 --version Python 2.6.1 Shashwat-Anands-MacBook-Pro:Desktop l0nwlf$ python2.6 popentest.py time with os.popen : 0.0282561779022 time with subprocess.Popen : 0.0366630554199 Python 2.5.4s os.popen was faster than subprocess.Popen, the same being the case with Python 2.6.1 I do not think it is a mac issue. -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7900] posix.getgroups() failure on Mac OS X
Shashwat Anand added the comment: I don't see any issue here, runs perfectly fine on Mac OS X (Snow Leopard) Shashwat-Anands-MacBook-Pro:test l0nwlf$ pwd /Users/l0nwlf/python-svn/Lib/test Shashwat-Anands-MacBook-Pro:test l0nwlf$ python2.7 test_posix.py testNoArgFunctions (__main__.PosixTester) ... ok test_access (__main__.PosixTester) ... ok test_chdir (__main__.PosixTester) ... ok test_chflags (__main__.PosixTester) ... ok test_chown (__main__.PosixTester) ... ok test_confstr (__main__.PosixTester) ... ok test_dup (__main__.PosixTester) ... ok test_dup2 (__main__.PosixTester) ... ok test_fchown (__main__.PosixTester) ... ok test_fdopen (__main__.PosixTester) ... ok test_fstat (__main__.PosixTester) ... ok test_fstatvfs (__main__.PosixTester) ... ok test_ftruncate (__main__.PosixTester) ... ok test_getcwd_long_pathnames (__main__.PosixTester) ... ok test_initgroups (__main__.PosixTester) ... ok test_lchflags (__main__.PosixTester) ... ok test_lchown (__main__.PosixTester) ... ok test_lsdir (__main__.PosixTester) ... ok test_osexlock (__main__.PosixTester) ... ok test_osshlock (__main__.PosixTester) ... ok test_pipe (__main__.PosixTester) ... ok test_stat (__main__.PosixTester) ... ok test_statvfs (__main__.PosixTester) ... ok test_strerror (__main__.PosixTester) ... ok test_tempnam (__main__.PosixTester) ... ok test_tmpfile (__main__.PosixTester) ... ok test_umask (__main__.PosixTester) ... ok test_utime (__main__.PosixTester) ... ok -- Ran 28 tests in 0.025s OK Shashwat-Anands-MacBook-Pro:test l0nwlf$ python2.7 --versionPython 2.7a3+ Shashwat-Anands-MacBook-Pro:test l0nwlf$ python2.7 Python 2.7a3+ (trunk:78165, Feb 12 2010, 22:36:03) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import posix >>> posix.getgroups() [20, 204, 100, 98, 81, 80, 79, 61, 12, 402, 401] >>> -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue7900> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?
Shashwat Anand added the comment: Seems fine to me, does not raise any errors. My OS is OS X Snow Leopard. I checked it in python 2.5, 2.6, 2.7 too, no issues raised. Shashwat-Anands-MacBook-Pro:test l0nwlf$ python2.6 Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import os,logging >>> logging.basicConfig(level=logging.CRITICAL, ... format='%(asctime)s %(levelname)-8s %(message)s', ... datefmt='%a, %d %b %Y %H:%M:%S', ... filename=os.devnull, ... filemode='w') >>> -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue7909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7920] urllib2.HTTPRedirectHandler incorrect redirect
Shashwat Anand added the comment:
In Python 2.7a3+, trunk:78165 the code is as follows: (note that there is a
segment of code to fix malformed URLs)
"""
if 'location' in headers:
newurl = headers.getheaders('location')[0]
elif 'uri' in headers:
newurl = headers.getheaders('uri')[0]
else:
return
# fix a possible malformed URL
urlparts = urlparse.urlparse(newurl)
if not urlparts.path:
urlparts = list(urlparts)
urlparts[2] = "/"
newurl = urlparse.urlunparse(urlparts)
newurl = urlparse.urljoin(req.get_full_url(), newurl)
"""
--
nosy: +l0nwlf
___
Python tracker
<http://bugs.python.org/issue7920>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7900] posix.getgroups() failure on Mac OS X
Shashwat Anand added the comment: It seems they are basically the same thing, the version of GCC and the build of OS X(latest in the case here). Was not able to figure out the (dot 1) stuff though. -- nosy: -loewis, michael.foord, orsenthil, ronaldoussoren ___ Python tracker <http://bugs.python.org/issue7900> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7900] posix.getgroups() failure on Mac OS X
Shashwat Anand added the comment: Thanks for correcting it back. I did not even realized it. -- ___ Python tracker <http://bugs.python.org/issue7900> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7920] urllib2.HTTPRedirectHandler incorrect redirect
Changes by Shashwat Anand : -- nosy: +orsenthil ___ Python tracker <http://bugs.python.org/issue7920> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7900] posix.getgroups() failure on Mac OS X
Shashwat Anand added the comment: 5646 and 5646.1 are the builds of GCC by Apple. The various builds of gcc are present on http://www.opensource.apple.com/source/gcc/ [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin -> http://www.opensource.apple.com/source/gcc/gcc-5646.1/ [GCC 4.2.1 (Apple Inc. build 5646)] on darwin -> http://www.opensource.apple.com/source/gcc/gcc-5646/ -- ___ Python tracker <http://bugs.python.org/issue7900> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7966] mhlib uses deprecated module
Shashwat Anand added the comment: There is a discussion going on python-dev too, the author being sjoerd. http://mail.python.org/pipermail/python-dev/2010-February/097772.html GvR reply : http://mail.python.org/pipermail/python-dev/2010-February/097774.html -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue7966> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8051] Python 2.7 alpha 4 show wrong version number on osx
New submission from Shashwat Anand : Python 2.7 alpha 4 (trunk 78643) upon being invoked on terminal shows wrong version number.Since it is no longer alpha 3, it should show 'Python 2.7a4+' as version Shashwat-Anands-MacBook-Pro:Misc l0nwlf$ python2.7 Python 2.7a3+ (trunk:78643, Mar 4 2010, 06:44:41) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import argparse# to verify this is python 2.7 alpha 4 >>> -- assignee: ronaldoussoren components: Macintosh messages: 100368 nosy: l0nwlf, ronaldoussoren severity: normal status: open title: Python 2.7 alpha 4 show wrong version number on osx type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue8051> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8051] Python 2.7 alpha 4 show wrong version number on osx
Shashwat Anand added the comment: Python 2.7 alpha 4 will be released on 2010-03-06 according to PEP 0373. The Misc/NEWS (http://svn.python.org/projects/python/trunk/Misc/NEWS) mentions : What's New in Python 2.7 alpha 4? Since this is almost _the python 2.7 alpha 4_, I expected to show latest version number. I guess it'll show correctly after the final release i.e. two days later. -- ___ Python tracker <http://bugs.python.org/issue8051> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8163] DictionaryServices module broken in python2.6 and later
New submission from Shashwat Anand : I am able to call DictionaryServices module from python2.5 and later. However it works correctly only on python2.5. Below is the stack-trace on using DictionaryServices on python2.5, python2.6 and python2.7 Shashwat-Anands-MacBook-Pro:PyObjCTest l0nwlf$ python2.5 Python 2.5.4 (r254:67916, Jul 7 2009, 23:51:24) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import DictionaryServices >>> word = "lone wolf" >>> DictionaryServices.DCSCopyTextDefinition(None, word, (0, len(word))) u'noun \na person who prefers to act or be alone. \n' >>> Shashwat-Anands-MacBook-Pro:Desktop l0nwlf$ python Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import DictionaryServices >>> word = "lone wolf" >>> DictionaryServices.DCSCopyTextDefinition(None, word, (0, len(word))) Traceback (most recent call last): File "", line 1, in IndexError: NSRangeException - *** -[OC_PythonString _createSubstringWithRange:]: Range or index out of bounds >>> Shashwat-Anands-MacBook-Pro:Desktop l0nwlf$ python2.7 Python 2.7a4+ (trunk:78750, Mar 7 2010, 08:09:00) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import DictionaryServices Traceback (most recent call last): File "", line 1, in ImportError: No module named DictionaryServices -- assignee: ronaldoussoren components: Macintosh messages: 101216 nosy: l0nwlf, ronaldoussoren severity: normal status: open title: DictionaryServices module broken in python2.6 and later type: behavior versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue8163> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8190] Add an xml-rpc client for PyPi
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8190> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8250] Implement pkgutil APIs as described in PEP 376
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8250> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8252] add a metadata section in setup.cfg
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8252> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8253] add a resource+files section in setup.cfg
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8253> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8254] write a configure command
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8254> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8255] step-by-step tutorial
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8255> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8208] test_issue7820 fails: "name '?' is not defined"
Shashwat Anand added the comment: I did not find any issue here. Trunk running on OS X 10.6.2: 06:25:00 l0nwlf-MBP:test $ python2.7 -V Python 2.7a4+ 06:25:05 l0nwlf-MBP:test $ python2.7 test_pep263.py test_compilestring (__main__.PEP263Test) ... ok test_issue3297 (__main__.PEP263Test) ... ok test_issue7820 (__main__.PEP263Test) ... ok test_pep263 (__main__.PEP263Test) ... ok -- Ran 4 tests in 0.003s OK -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8208> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1083] Confusing error message when dividing timedelta using /
Shashwat Anand added the comment: I do not understand why python2.7 is marked in Version tag ? I reproduced the error on 3.1 but no isues on 2.7 06:39:30 l0nwlf-MBP:data $ python2.7 Python 2.7a4+ (trunk:78750, Mar 7 2010, 08:09:00) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import datetime >>> d = datetime.timedelta(1) >>> d / 2 datetime.timedelta(0, 43200) >>> d // 2 datetime.timedelta(0, 43200) >>> 06:41:13 l0nwlf-MBP:data $ python3.1 Python 3.1.1 (r311:74480, Mar 21 2010, 20:21:46) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import datetime >>> d = datetime.timedelta(1) >>> d / 2 Traceback (most recent call last): File "", line 1, in TypeError: unsupported operand type(s) for /: 'datetime.timedelta' and 'int' >>> d // 2 datetime.timedelta(0, 43200) >>> -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue1083> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7040] test_smtplib fails on os x 10.6
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue7040> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1693050] \w not helpful for non-Roman scripts
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue1693050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo "iso-2202". "iso-2022" is correct.
Shashwat Anand added the comment: I am submitting the patch as suggested by Yukihiro -- keywords: +patch nosy: +l0nwlf Added file: http://bugs.python.org/file16789/encoders.diff ___ Python tracker <http://bugs.python.org/issue7472> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8331] a documentation grammar fix in logging module
New submission from Shashwat Anand : Just fixed some grammatical error in the docs of logging module. -- assignee: georg.brandl components: Documentation files: logging.patch keywords: patch messages: 102510 nosy: georg.brandl, l0nwlf, vinay.sajip severity: normal status: open title: a documentation grammar fix in logging module versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file16792/logging.patch ___ Python tracker <http://bugs.python.org/issue8331> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4487] Add utf8 alias for email charsets
Shashwat Anand added the comment:
I tested it on python 2.5, 2.6, 2.7 trunk and 3.2 varying msg.set_charset(x)
with x = 'utf8' and 'utf-8'
Here are the results. Apparantly python 2.x had issue with Test case and 3.2
passed but I guess it is unrelated with the issue.
07:35:40 l0nwlf-MBP:~ $ python2.5
Python 2.5.4 (r254:67916, Jul 7 2009, 23:51:24)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from email.MIMEText import MIMEText
>>> msg = MIMEText(u'\u043a\u0438\u0440\u0438\u043b\u0438\u0446\u0430')
>>> msg.set_charset('utf8')
>>> print msg.as_string()
Traceback (most recent call last):
File "", line 1, in
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/message.py",
line 131, in as_string
g.flatten(self, unixfrom=unixfrom)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 84, in flatten
self._write(msg)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 109, in _write
self._dispatch(msg)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 135, in _dispatch
meth(msg)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 178, in _handle_text
self._fp.write(payload)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-7:
ordinal not in range(128)
>>> msg.set_charset('utf-8')
>>> print msg.as_string()
Traceback (most recent call last):
File "", line 1, in
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/message.py",
line 131, in as_string
g.flatten(self, unixfrom=unixfrom)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 84, in flatten
self._write(msg)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 109, in _write
self._dispatch(msg)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 135, in _dispatch
meth(msg)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/email/generator.py",
line 178, in _handle_text
self._fp.write(payload)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-7:
ordinal not in range(128)
07:36:17 l0nwlf-MBP:~ $ python2.6
Python 2.6.5 (r265:79063, Apr 6 2010, 21:34:21)
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from email.MIMEText import MIMEText
>>> msg = MIMEText(u'\u043a\u0438\u0440\u0438\u043b\u0438\u0446\u0430')
>>> msg.set_charset('utf8')
>>> print msg.as_string()
Traceback (most recent call last):
File "", line 1, in
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/message.py",
line 135, in as_string
g.flatten(self, unixfrom=unixfrom)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/generator.py",
line 84, in flatten
self._write(msg)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/generator.py",
line 109, in _write
self._dispatch(msg)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/generator.py",
line 135, in _dispatch
meth(msg)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/generator.py",
line 178, in _handle_text
self._fp.write(payload)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-7:
ordinal not in range(128)
>>> msg.set_charset('utf-8')
>>> print msg.as_string()
Traceback (most recent call last):
File "", line 1, in
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/message.py",
line 135, in as_string
g.flatten(self, unixfrom=unixfrom)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/generator.py",
line 84, in flatten
self._write(msg)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/generator.py",
line 109, in _write
self._dispatch(msg)
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/pyt
[issue4570] Bad example in set tutorial
Shashwat Anand added the comment:
I guess giving fruit, the set of unique fruit a different name makes it more
clear. Comments alignment fixed.
>>> basket = {'apple', 'orange', 'apple', 'pear', 'orange', 'banana'}
>>> print(basket)
{'orange', 'bananna', 'pear', 'apple'}
>>> fruit = ['apple', 'orange', 'apple', 'pear', 'orange', 'banana']
>>> uniquefruit = set(fruit) # create a set without duplicates
>>> uniquefruit
{'orange', 'pear', 'apple', 'banana'}
--
nosy: +l0nwlf
Added file: http://bugs.python.org/file16793/datastructure.patch
___
Python tracker
<http://bugs.python.org/issue4570>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8350] os.mkdir doc comment is incorrect
Shashwat Anand added the comment:
Tested on trunk.
11:46:02 l0nwlf-MBP:python-svn $ ./python.exe
Python 2.7a4+ (trunk:79888M, Apr 9 2010, 11:41:22)
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import posix
>>> posix.mkdir('1')
>>> posix.mkdir('2', 000)
>>> posix.mkdir('3', mode=000)
Traceback (most recent call last):
File "", line 1, in
TypeError: mkdir() takes no keyword arguments
>>> import os
>>> os.mkdir('4', 777)
>>> os.mkdir('5', mode=777)
Traceback (most recent call last):
File "", line 1, in
TypeError: mkdir() takes no keyword arguments
>>>
The two options to fix this are:
1. Patch python-svn/Modules/posixmodule.c to take the keyword arguments.
2. Modify the PyDoc in posixmodule.c as Todd suggested.
I had attached a patch which solves the issue using solution '2'.
Also I observed that os.makedirs() have no such issue even though it uses
os.mkdir() because it uses 'mkdir(name, mode)' to call mkdir.
--
keywords: +patch
nosy: +l0nwlf
versions: +Python 2.7
Added file: http://bugs.python.org/file16836/posixmodule.patch
___
Python tracker
<http://bugs.python.org/issue8350>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4007] make clean fails to delete .a and .so.X.Y files
Shashwat Anand added the comment: skip.montanaro forgot to attached the patch obviously, however the issue is trivial but there i.e. the presence of libpython.a file. -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue4007> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8352] imp.find_module of a .py ending dir causes glibc double free crash
Shashwat Anand added the comment:
mkdir bla.py; python -c 'import imp; imp.find_module("bla", ["."])'
This causes bpython to crash after the first input char if such a
directory exist.
I am sure you do not mean 'bpython intepretor' here.
--
nosy: +l0nwlf
___
Python tracker
<http://bugs.python.org/issue8352>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8350] os.mkdir doc comment is incorrect
Shashwat Anand added the comment: The ideal right fix would be for C functions to support introspection - Agreed, but then it will be needed to do so in quite a number of C codes. -- ___ Python tracker <http://bugs.python.org/issue8350> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8364] Update site.setquit docstring
Shashwat Anand added the comment: merwok I think you forgot to attach patch -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8364> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8364] Update site.setquit docstring
Shashwat Anand added the comment: looks fine to me. However I heard trunk will be/is frozen. -- ___ Python tracker <http://bugs.python.org/issue8364> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8340] bytearray undocumented on trunk
Shashwat Anand added the comment: On a related note, the documentation of 'bytes' is not backported too. -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8340] bytearray undocumented on trunk
Shashwat Anand added the comment: Attached a patch to backport the 'bytearray' and 'bytes' documentation in trunk. -- keywords: +patch Added file: http://bugs.python.org/file16860/functions.patch ___ Python tracker <http://bugs.python.org/issue8340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8365] 'readline' module fails to build on OS X - some recent change broke it
New submission from Shashwat Anand : 'readline' module fails to build on OS X in case of trunk and python 3.x. It have no issues with python 2.5 and 2.6 and python 2.7 alpha. Here is the trace after running ./configure; make in trunk Python build finished, but the necessary bits to build these modules were not found: bsddb185 dl gdbm imageoplinuxaudiodev ossaudiodev readline spwd sunaudiodev With that the uparrow-downarrow and other features fails which I suppose depends on 'readline' 07:31:51 l0nwlf-MBP:python-svn $ ./python.exe Python 2.7b1+ (trunk:79945M, Apr 11 2010, 07:14:54) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> t = 'test' >>> ^[[A^[[A^[[B^[[B 07:32:53 l0nwlf-MBP:CoreHD $ python3.2 Python 3.2a0 (py3k:79532, Apr 1 2010, 01:48:52) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import readline Traceback (most recent call last): File "", line 1, in ImportError: No module named readline >>> t = 'test' >>> ^[[A^[[A (pressing up-arrow for repeating the previous command fails) However, an interesting observation is, 07:34:00 l0nwlf-MBP:CoreHD $ python2.7 Python 2.7a4+ (trunk:78750, Mar 7 2010, 08:09:00) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import readline >>> t = 'test' >>> t = 'test' No such issue here, 'uparrow' is working, thereby completing the previous command on interpretor. The version is python2.7 alpha as you can see. So I assume some recent changes broke something, it was fine earlier. -- components: Build messages: 102807 nosy: l0nwlf, ronaldoussoren severity: normal status: open title: 'readline' module fails to build on OS X - some recent change broke it versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue8365> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8365] 'readline' module fails to build on OS X - some recent change broke it
Shashwat Anand added the comment: After I recompiled my older revision the 'readline' module failed to build. So I guess this is not python-related issue, rather something to do with my system. 08:17:47 l0nwlf-MBP:python-svn(rev79372) $ ./python.exe -V Python 2.7a4+ 08:17:53 l0nwlf-MBP:python-svn(rev79372) $ ./python.exe Python 2.7a4+ (trunk:79372, Apr 11 2010, 08:15:12) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import readline Traceback (most recent call last): File "", line 1, in ImportError: No module named readline I will try looking for the cause behind it. -- ___ Python tracker <http://bugs.python.org/issue8365> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8366] OS X universal builds fail on 2.7b1 and py3k with "Don't know machine value for archs"
Shashwat Anand added the comment: I tried to reproduce it on trunk by trying, ./configure --enable-universalsdk --with-universal-archs=32-bit ; make However It did managed to build successfully. The relevant bits during installation: gcc -c -arch ppc -arch i386 -isysroot / -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c Python build finished, but the necessary bits to build these modules were not found: bsddb185 gdbm linuxaudiodev ossaudiodevreadline spwd sunaudiodev To find the necessary bits, look in setup.py in detect_modules() for the module's name. Failed to build these modules: _bsddb _locale running build_scripts /usr/bin/install -c -m 644 ./Tools/gdb/libpython.py python.exe-gdb.py 12:52:55 l0nwlf-MBP:python-svn $ ./python.exe Python 2.7b1+ (trunk:79945M, Apr 11 2010, 12:46:28) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8366> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8366] OS X universal builds fail on 2.7b1 and py3k with "Don't know machine value for archs"
Shashwat Anand added the comment: I reinstalled with : make distclean; ./configure --enable-universalsdk --with-universal-archs=32-bit; make on 10.6.2 (Intel) Which I guess is correct. -- ___ Python tracker <http://bugs.python.org/issue8366> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8365] 'readline' module fails to build on OS X - some recent change broke it
Shashwat Anand added the comment: ./configure MACOSX_DEPLOYMENT_TARGET=10.6 ; make does the trick. However it should be done by default rather than being defined explicitly. Closing the issue. -- ___ Python tracker <http://bugs.python.org/issue8365> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8365] 'readline' module fails to build on OS X - some recent change broke it
Changes by Shashwat Anand : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue8365> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8366] OS X universal builds fail on 2.7b1 and py3k with "Don't know machine value for archs"
Shashwat Anand added the comment:
The error was finally reproduced with :
$make distclean; ./configure
--enable-universalsdk=/Developer/SDKs/MacOSX10.6.sdk
--with-universal-archs=32-bit MACOSX_DEPLOYMENT_TARGET=10.6; make
gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.6.sdk -u
_PyMac_Error -o python.exe \
Modules/python.o \
libpython2.7.a -ldl -framework CoreFoundation
Traceback (most recent call last):
File "/Volumes/CoreHD/python-svn/Lib/site.py", line 544, in
main()
File "/Volumes/CoreHD/python-svn/Lib/site.py", line 523, in main
addbuilddir()
File "/Volumes/CoreHD/python-svn/Lib/site.py", line 118, in addbuilddir
s = "build/lib.%s-%.3s" % (get_platform(), sys.version)
File "/Volumes/CoreHD/python-svn/Lib/sysconfig.py", line 646, in get_platform
"Don't know machine value for archs=%r"%(archs,))
ValueError: Don't know machine value for archs=('i386', 'i386', 'ppc', 'ppc')
make: *** [sharedmods] Error 1
Also,
$ ls /Developer/SDKs/
MacOSX10.5.sdk MacOSX10.6.sdk
--
___
Python tracker
<http://bugs.python.org/issue8366>
___
___
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 added the comment: Instead of “email.utils.formatdate(time, usegmt=True)” we can simply use time.strftime() and clean the code in a better way. The duplication is there in date_time_string() as well as log_date_time_string(). Submitting the patch for review. -- nosy: +l0nwlf Added file: http://bugs.python.org/file16890/BaseHTTPServer.patch ___ Python tracker <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
Changes by Shashwat Anand : Removed file: http://bugs.python.org/file16890/BaseHTTPServer.patch ___ Python tracker <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 added the comment: Quoting from the docstring of trunk/Lib/email/utils.py -> formatdate() "We cannot use strftime() because that honors the locale and RFC 2822 requires that day and month names be the English abbreviations." So yes, I do agree that email.utils.formatdate() should be used instead of time.strftime() to remove duplicate codes and be compliant with RFC. Removing previous patch and submitting another. -- ___ Python tracker <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
Changes by Shashwat Anand : Added file: http://bugs.python.org/file16900/BaseHTTPServer.patch ___ Python tracker <http://bugs.python.org/issue7370> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5277] email message.get_params() and related methods sometimes fail.
Shashwat Anand added the comment: According to RFC2231 the named disposition (content disposition field) is provided by the MIME mechanism. The encoded parameter like the following: Content-Disposition: inline; filename*0="Re: [Mailman-Users] Messages shunted with \"TypeError: "; filename*1="decodingUnicode is not supported\".eml" is not behaving the way it should be. The patch by rcoyner seems fine to me as it rectifies the wrong behaviour of _parseparam i.e. the counting issue of nested 'double quotes' and clears the unit tests. -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue5277> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4487] Add utf8 alias for email charsets
Shashwat Anand added the comment: MIMEText doesn't support unicode input. This was the reason OP Test case failed. For reference : http://bugs.python.org/issue1368247 -- ___ Python tracker <http://bugs.python.org/issue4487> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1368247] unicode in email.MIMEText and email/Charset.py
Shashwat Anand added the comment:
After applying maxua's patch we do not get the unicode error but as david
stated the support is not there. Here is the test.
>>> import email
>>> msg =
>>> email.MIMEText.MIMEText(u'\u043a\u0438\u0440\u0438\u043b\u0438\u0446\u0430')
>>> msg.set_charset('utf8')
>>> msg.as_string()
'MIME-Version: 1.0\nContent-Transfer-Encoding: 8bit\nContent-Type: text/plain;
charset="utf8"\n\n\xd0\xba\xd0\xb8\xd1\x80\xd0\xb8\xd0\xbb\xd0\xb8\xd1\x86\xd0\xb0'
This does not seems a viable general solution to the problem.
I guess, this issue should be closed and emphasis should be now on development
of 'email 6.0'. By the way I mailed Marius, the author of the blog-post
http://mg.pov.lt/blog/unicode-emails-in-python , if I can borrow his example
for the doc-patch.
--
nosy: +l0nwlf
status: pending -> open
___
Python tracker
<http://bugs.python.org/issue1368247>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6521] Contradictory documentation for email.mime.text.MIMEText
Shashwat Anand added the comment: UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-7: ordinal not in range(128) The lack of unicode encoding support should be mentioned explicitly. Attaching a doc patch. -- keywords: +patch nosy: +l0nwlf, r.david.murray Added file: http://bugs.python.org/file16906/email.mime.rst.patch ___ Python tracker <http://bugs.python.org/issue6521> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8402] glob returns empty list with "[" character in the folder name
Shashwat Anand added the comment:
When you do :
glob.glob("c:\abc\afolderwith[test]\*") returns empty list
It looks for all files in three directories:
c:\abc\afolderwitht\*
c:\abc\afolderwithe\*
c:\abc\afolderwiths\*
Ofcourse they do not exist so it returns empty list
06:35:05 l0nwlf-MBP:Desktop $ ls -R test
1 2 3
06:35:15 l0nwlf-MBP:Desktop $ ls -R test1
alpha beta gamma
>>> glob.glob('/Users/l0nwlf/Desktop/test[123]/*')
['/Users/l0nwlf/Desktop/test1/alpha', '/Users/l0nwlf/Desktop/test1/beta',
'/Users/l0nwlf/Desktop/test1/gamma']
As you can see, by giving the argument test[123] it looked for test1, test2,
test3. Since test1 existed, it gave all the files present within it.
--
nosy: +l0nwlf
___
Python tracker
<http://bugs.python.org/issue8402>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8402] glob returns empty list with "[" character in the folder name
Shashwat Anand added the comment:
glob module does not provide what you want.
As a workaround you can try:
os.listdir("c:\abc\afolderwith[test]")
07:02:52 l0nwlf-MBP:Desktop $ ls -R test\[123\]/
1 2 3
>>> os.listdir('/Users/l0nwlf/Desktop/test[123]')
['1', '2', '3']
Changing type to 'Feature Request'
--
status: pending -> open
type: behavior -> feature request
___
Python tracker
<http://bugs.python.org/issue8402>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8402] glob returns empty list with "
Shashwat Anand added the comment: You repeated the same comment twice and added an 'unnamed' file. I assume you did it by mistake. -- ___ Python tracker <http://bugs.python.org/issue8402> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8402] glob returns empty list with "[" character in the folder name
Changes by Shashwat Anand : -- title: glob returns empty list with " -> glob returns empty list with "[" character in the folder name ___ Python tracker <http://bugs.python.org/issue8402> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8463] shutil.make_archive() supports bz2, but it's not documented
Shashwat Anand added the comment:
Seems like these formats are supported, so yes "bztar" can be used as a format
parameter.
_ARCHIVE_FORMATS = {
'gztar': (_make_tarball, [('compress', 'gzip')], "gzip'ed tar-file"),
'bztar': (_make_tarball, [('compress', 'bzip2')], "bzip2'ed tar-file"),
'ztar': (_make_tarball, [('compress', 'compress')],
"compressed tar file"),
'tar': (_make_tarball, [('compress', None)], "uncompressed tar file"),
'zip': (_make_zipfile, [],"ZIP file")
}
--
nosy: +l0nwlf
___
Python tracker
<http://bugs.python.org/issue8463>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8463] shutil.make_archive() supports bz2, but it's not documented
Shashwat Anand added the comment: Attaching the fix -- keywords: +patch Added file: http://bugs.python.org/file16992/shutil.patch ___ Python tracker <http://bugs.python.org/issue8463> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8381] IDLE 2.6 freezes on OS X 10.6
Shashwat Anand added the comment: Idle provided by built-in python in Mac OS X Snow leopard i.e. python 2.6.1 is running without any issues. It is /usr/bin/idle2.6. And if by very new mac you mean latest intel based macs released last summer, then yes I have the same machine. -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8381> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8464] tarfile creates tarballs with execute permissions set
Shashwat Anand added the comment: Is "self.fd = os.open(name, mode, 0666)" Ok ? Should not it be "self.fd = os.open(name, mode, 0644)", because that is what the default permissions are. -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8464> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8464] tarfile creates tarballs with execute permissions set
Changes by Shashwat Anand : -- nosy: +tarek ___ Python tracker <http://bugs.python.org/issue8464> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8463] shutil.make_archive() supports bz2, but it's not documented
Changes by Shashwat Anand : -- nosy: +tarek ___ Python tracker <http://bugs.python.org/issue8463> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4768] email.generator.Generator object bytes/str crash - b64encode() bug?
Changes by Shashwat Anand : -- nosy: +r.david.murray ___ Python tracker <http://bugs.python.org/issue4768> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4768] email.generator.Generator object bytes/str crash - b64encode() bug?
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue4768> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8381] IDLE 2.6 freezes on OS X 10.6
Shashwat Anand added the comment: Ned : After I opened a new window, that is how it opened : http://imagebin.us/images/gbg8zdr25hviw26hnqfv.png And IDLE hanged a little later. Had to do a force quit. So yes, the problem is in Apple build Idle2.6 -- ___ Python tracker <http://bugs.python.org/issue8381> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8474] Duplicate tests in email test suite
New submission from Shashwat Anand : In trunk/Lib/email/test/test_email.py, test_default_cte() is repeated twice, one being the subset of other. Attached patch resolve the duplicity. -- components: Library (Lib) files: test_email.patch keywords: patch messages: 103739 nosy: barry, l0nwlf, r.david.murray severity: normal status: open title: Duplicate tests in email test suite versions: Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file17009/test_email.patch ___ Python tracker <http://bugs.python.org/issue8474> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo "iso-2202". "iso-2022" is correct.
Shashwat Anand added the comment: Adding unit-test for the patch -- keywords: +patch Added file: http://bugs.python.org/file17212/test_email.patch ___ Python tracker <http://bugs.python.org/issue7472> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo "iso-2202". "iso-2022" is correct.
Shashwat Anand added the comment: I was getting a feel that the inner if-test is not being used in any case. Submitting the patch which removes the inner if test and adding a unittest. -- ___ Python tracker <http://bugs.python.org/issue7472> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo "iso-2202". "iso-2022" is correct.
Changes by Shashwat Anand : Added file: http://bugs.python.org/file17215/encoders.patch ___ Python tracker <http://bugs.python.org/issue7472> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8811] fixing sqlite3 docs for py3k
New submission from Shashwat Anand : The docs of sqlite3 for python 3.0 and 3.1 seems to be written for python 2.6 and hence wrong at many places. like, >>> for member in r: print member However the docs for sqlite3 in py3k trunk seems fine. The sqlite3 doc in py3k trunk should be used in these places. http://docs.python.org/release/3.0.1/library/sqlite3.html http://docs.python.org/release/3.1/library/sqlite3.html -- assignee: d...@python components: Documentation files: sqlite.rst.patch keywords: patch messages: 106382 nosy: d...@python, georg.brandl, ghaering, l0nwlf priority: normal severity: normal status: open title: fixing sqlite3 docs for py3k versions: Python 3.1, Python 3.2 Added file: http://bugs.python.org/file17451/sqlite.rst.patch ___ Python tracker <http://bugs.python.org/issue8811> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8811] fixing sqlite3 docs for py3k
Shashwat Anand added the comment: ok, I think a few example codes are wrongly mentioned as if it were 2.x docs, however those examples at http://docs.python.org/dev/py3k/library/sqlite3 works correctly. Do by 'mostly', do you mean I should submit another patch with only those wrong examples rectified ? -- ___ Python tracker <http://bugs.python.org/issue8811> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1368368] prompt_user_passwd() in FancyURLopener masks 401 Unauthorized error page
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue1368368> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8811] fixing sqlite3 docs for py3k
Changes by Shashwat Anand : -- nosy: +r.david.murray ___ Python tracker <http://bugs.python.org/issue8811> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Shashwat Anand added the comment: Tested this patch, works perfectly fine. Also it suits for the particular use case which David mentioned where there is no better alternate approach. -- Added file: http://bugs.python.org/file17484/dbapi.patch ___ Python tracker <http://bugs.python.org/issue8845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Changes by Shashwat Anand : Removed file: http://bugs.python.org/file17484/dbapi.patch ___ Python tracker <http://bugs.python.org/issue8845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Shashwat Anand added the comment:
>>> conn = sqlite3.connect('dbdump.sqlite')
>>> c = conn.cursor()
>>> conn.in_transaction
False
>>> c.execute('CREATE TABLE foo (id integer, name text)')
>>> conn.in_transaction
False
It gives True for Insert and False for Select. perfect Ok. However It should
give True when we Create tables ?
Adding unit-test which upon showing this behavior fails the test.
--
Added file: http://bugs.python.org/file17485/dbapi.patch
___
Python tracker
<http://bugs.python.org/issue8845>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Changes by Shashwat Anand : Removed file: http://bugs.python.org/file17485/dbapi.patch ___ Python tracker <http://bugs.python.org/issue8845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Shashwat Anand added the comment: Ok then. Uploading unit-test which takes value of in_transaction as False after issuing a Create statement. It passes with the patch applied. -- Added file: http://bugs.python.org/file17486/dbapi.patch ___ Python tracker <http://bugs.python.org/issue8845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8470] Let cmd.cmd.intro be unicode friendly
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8470> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8898] The email package should defer to the codecs module for all aliases
Shashwat Anand added the comment:
from email.charset.ALIASES most of them failed to be recognize by codecs module.
>>> for i in email.charset.ALIASES.keys():
... try:
... codecs.lookup(i)
... except LookupError:
... print("Not recognized by codecs : alias {} mapped to {}".format(i,
email.charset.ALIASES[i]))
...
...
Not recognized by codecs : alias latin-8 mapped to iso-8859-14
Not recognized by codecs : alias latin-9 mapped to iso-8859-15
Not recognized by codecs : alias latin-2 mapped to iso-8859-2
Not recognized by codecs : alias latin-3 mapped to iso-8859-3
Not recognized by codecs : alias latin-6 mapped to iso-8859-10
Not recognized by codecs : alias latin-7 mapped to iso-8859-13
Not recognized by codecs : alias latin-4 mapped to iso-8859-4
Not recognized by codecs : alias latin-5 mapped to iso-8859-9
Not recognized by codecs : alias latin-10 mapped to iso-8859-16
Not recognized by codecs : alias latin_10 mapped to iso-8859-16
Not recognized by codecs : alias latin_2 mapped to iso-8859-2
Not recognized by codecs : alias latin_3 mapped to iso-8859-3
Not recognized by codecs : alias latin_4 mapped to iso-8859-4
Not recognized by codecs : alias latin_5 mapped to iso-8859-9
Not recognized by codecs : alias latin_6 mapped to iso-8859-10
Not recognized by codecs : alias latin_7 mapped to iso-8859-13
Not recognized by codecs : alias latin_8 mapped to iso-8859-14
Not recognized by codecs : alias latin_9 mapped to iso-8859-15
So basically apart from latin-1 all the latin* failed to be recognized by
codecs.
--
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8898] The email package should defer to the codecs module for all aliases
Shashwat Anand added the comment:
>We need to add aliases for those codecs. The current aliases
>list only supports the format "latinN" for N in 1-10.
latinN means latin1 to latin10 ?
But latin_1 is a recognized alias.
>>> codecs.lookup('latin_1')
--
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
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 : Removed file: http://bugs.python.org/file16900/BaseHTTPServer.patch ___ Python tracker <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 added the comment: Seems that earlier patch was incorrect. Rectifying and submitting the correct patch. -- Added file: http://bugs.python.org/file17567/BaseHTTPServer.patch ___ Python tracker <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
Changes by Shashwat Anand : Removed file: http://bugs.python.org/file17567/BaseHTTPServer.patch ___ Python tracker <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 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 <http://bugs.python.org/issue7370> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8572] httplib getheader() throws error instead of default
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8572> ___ ___ 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
Shashwat Anand added the comment: Adrian, Could you generate the diffs from the top level of the checkout and attach it here? -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8989> ___ ___ 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 added the comment: Agreed. Attaching the unit test. -- Added file: http://bugs.python.org/file17656/test_httpserver.patch ___ Python tracker <http://bugs.python.org/issue7370> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail
Shashwat Anand added the comment:
"import imaplib
HOST="imap.gmail.com"
PORT=993
USERNAME="usern...@gmail.com"
PASSWORD="password"
server = imaplib.IMAP4_SSL(host=HOST, port=PORT)
server.login(USERNAME, PASSWORD)
def f():
print server.select("INBOX")
print server.uid("FETCH", "1:*", "(UID FLAGS BODY.PEEK[HEADER.FIELDS
(Subject)])")
Call the f() function and then wait about about an hour. Call f() again and
server.select() will not return but take all CPU."
Tried to reproduce this on Python 2.7RC1. Seemed Ok to me. Took some 3 seconds
to call f() not only once, but twice, thrice.
--
nosy: +l0nwlf
___
Python tracker
<http://bugs.python.org/issue9010>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9033] cmd module tab misbehavior
Shashwat Anand added the comment:
It seems readline module is not installed on your system.
Quoting Ned Deily's comment from issue8365 which will most probably solve your
issue:
"Issue6877 (and subsequent fixes in Issue8066) allows the Python readline
module to be built and linked with the OS X editline (libedit) library rather
than with the GNU readline library (which is not included with OS X). However,
the libedit included in versions of OS X prior to 10.5 is considered too broken
to use here.
By default, if you do not specify an --with-universal-archs other than "32-bit"
to configure or if you do not explicitly set MACOSX_DEPLOYMENT_TARGET to
another value, configure defaults to using "10.4" (or earlier) so the building
of the readline module is skipped. You can check this:
>>> from distutils.sysconfig import get_config_var
>>> get_config_var('MACOSX_DEPLOYMENT_TARGET')
'10.4'
(Whether this is the best default is another question.)
As it stands, to be able to build the readline module, either:
(1) supply the GNU readline library as a local library, or
(2) ensure you are building with a deployment target of at least 10.5. For
example:
./configure MACOSX_DEPLOYMENT_TARGET=10.6 ; make
Also note that option (2) is not available for 3.1.x since the changes to
support editline/libedit were not ported to it; they are, however, in 2.6.5,
2.7 (trunk), and 3.2 (py3k)"
--
nosy: +l0nwlf
___
Python tracker
<http://bugs.python.org/issue9033>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9033] cmd module tab misbehavior
Changes by Shashwat Anand : -- nosy: +ned.deily ___ Python tracker <http://bugs.python.org/issue9033> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8820] IDLE not launching correctly
Changes by Shashwat Anand : -- nosy: +kbk ___ Python tracker <http://bugs.python.org/issue8820> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8820] IDLE not launching correctly
Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue8820> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4654] os.path.realpath() get the wrong result
Changes by Shashwat Anand : -- nosy: +l0nwlf, loewis ___ Python tracker <http://bugs.python.org/issue4654> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4654] os.path.realpath() get the wrong result
Shashwat Anand added the comment:
No such issue on python 2.6, 2.7, 3.2.
>>> print(os.path.realpath('/Users/l0nwlf/Desktop/tmp/../decotest.lnk'))
/Users/l0nwlf/Desktop/decotest.lnk
I think this issue can be closed.
However, I came with a different issue while testing on 2.6, trunk and 3.2.
>>> print(os.path.realpath('~/Desktop/tmp/../decotest.lnk'))
/Volumes/CoreHD/py3k/~/Desktop/decotest.lnk
--
___
Python tracker
<http://bugs.python.org/issue4654>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9018] os.path.normcase(None) does not raise an error on linux and should
Shashwat Anand added the comment: Following the documentation, os.path.normcase(path) Normalize the case of a pathname. On Unix and Mac OS X, this returns the path unchanged; on case-insensitive filesystems, it converts the path to lowercase. On Windows, it also converts forward slashes to backward slashes. on Mac OS X, >>> import os >>> os.name 'posix' Checking through, Lib/posixpath.py, # Normalize the case of a pathname. Trivial in Posix, string.lower on Mac. # On MS-DOS this may also turn slashes into backslashes; however, other # normalizations (such as optimizing '../' away) are not allowed # (another function should be defined to do that). def normcase(s): """Normalize case of pathname. Has no effect under Posix""" # TODO: on Mac OS X, this should really return s.lower(). return s Why on Mac OS X, it should return s.lower() ? Also to raise Error for None case we can probably change normcase() in Lib/posixpath.py as, def normcase(s): """Normalize case of pathname. Has no effect under Posix""" if s is None: raise AttributeError return s -- nosy: +l0nwlf ___ Python tracker <http://bugs.python.org/issue9018> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
