[issue2277] MozillaCookieJar does not support Firefox3 cookie files
New submission from thekorn [EMAIL PROTECTED]: In Firefox 3 the cookies are stored in a sqlite database instead of a txt-file. It would be nice if cookielib.MozillaCookieJar().load() could support this. Markus -- messages: 63470 nosy: thekorn severity: normal status: open title: MozillaCookieJar does not support Firefox3 cookie files __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2277 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2278] [Py30a3] xml.parsers.expat recognizes encoding=utf-8 but not encoding=utf8
New submission from Mark Summerfield [EMAIL PROTECTED]: Here is how to reproduce the bug: from xml.etree.ElementTree import parse import io xml1 = ?xml version=1.0 encoding=utf8? testtext/test xml2 = ?xml version=1.0 encoding=utf-8? testtext/test f1 = io.StringIO(xml1) f2 = io.StringIO(xml2) tree2 = parse(f2) # this uses utf-8 and works fine tree1 = parse(f1) Traceback (most recent call last): File pyshell#20, line 1, in module tree1 = parse(f1) File /home/mark/opt/python30a3/lib/python3.0/xml/etree/ElementTree.py, line 823, in parse tree.parse(source, parser) File /home/mark/opt/python30a3/lib/python3.0/xml/etree/ElementTree.py, line 561, in parse parser.feed(data) File /home/mark/opt/python30a3/lib/python3.0/xml/etree/ElementTree.py, line 1201, in feed self._parser.Parse(data, 0) xml.parsers.expat.ExpatError: unknown encoding: line 1, column 30 -- messages: 63471 nosy: mark severity: normal status: open title: [Py30a3] xml.parsers.expat recognizes encoding=utf-8 but not encoding=utf8 versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2278 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2272] Segment Violation when using smtp with tls
David Harel [EMAIL PROTECTED] added the comment: Found a problem in my python installation where SSL was unintentionally disabled. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2272 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2272] Segment Violation when using smtp with tls
Facundo Batista [EMAIL PROTECTED] added the comment: Should we close this? -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2272 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2272] Segment Violation when using smtp with tls
David Harel [EMAIL PROTECTED] added the comment: Yep. Close it. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2272 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2272] Segment Violation when using smtp with tls
Changes by Facundo Batista [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2272 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2279] distutils sdist add_defaults does not add data_files
New submission from David Ripton [EMAIL PROTECTED]: distutils.sdist.add_defaults adds the Python modules and scripts and C extensions found in setup.py to the MANIFEST. It does *not* add data_files mentioned in setup.py to the MANIFEST. This is non-orthogonal and confusing, because it means that a MANIFEST.in is required if you have data_files, optional if you do not. If you have data_files and do not have MANIFEST.in, you get a broken package but no error. -- components: Distutils messages: 63475 nosy: dripton severity: normal status: open title: distutils sdist add_defaults does not add data_files type: behavior versions: Python 2.4, Python 2.5, Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2279 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
HiroakiKawai [EMAIL PROTECTED] added the comment: I looked into the problem, and found that current aifc impelementation assumes that SSND chunk is aligned (in Audio-IFF). But it is not always true. SSND chunk might not be aligned. Here I'd like to submit a set of patches for this issue. I'd like to donate these patches to python. -- nosy: +kawai severity: major - normal type: feature request - crash __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2259 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
HiroakiKawai [EMAIL PROTECTED] added the comment: Patch for chunk.py that skip() method may get an optional arguments, that it will skip in aligned or not. -- keywords: +patch Added file: http://bugs.python.org/file9660/chunk.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2259 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2245] aifc cannot handle unrecognised chunk type CHAN
HiroakiKawai [EMAIL PROTECTED] added the comment: Issue2259 patches will also fix this issue. :-) -- nosy: +kawai __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2245 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
Oki Mikito [EMAIL PROTECTED] added the comment: Hello Kawai, I see you are attemping to kill two bugs in one stone (or ... whack!) by eliminating the _skiplist ... Beautiful :-) As we discussed in the Mixi Python thread, I was going to give those patches a set of runs, but I'm completely swamped until Saturday morning, JST... On Wed, 12 Mar 2008 17:09:17 +, HiroakiKawai wrote: HiroakiKawai [EMAIL PROTECTED] added the comment: Can I ask someone to review the patch files, and to merge into the code base if those patches are ok? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2259 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/moki%40u01.gate01.com __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2259 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
HiroakiKawai [EMAIL PROTECTED] added the comment: Can I ask someone to review the patch files, and to merge into the code base if those patches are ok? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2259 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
HiroakiKawai [EMAIL PROTECTED] added the comment: Patch for aifc.py that will use chunk.skip(True) in SSND chunk. Added file: http://bugs.python.org/file9661/aifc.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2259 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2280] parser module chokes on unusual characters
New submission from David Binger [EMAIL PROTECTED]: This is with the current revision of py3k: 61353. parser.suite('\u1234') fails with a TypeError. Changing the argument format from s to s# works around this problem. I added a unit test for this. After fixing the s#, another bug is exposed by the same test: a string literal containing \u1234 is mangled by sequence2st(). The last section of the patch seems to correct the second bug. (I think getarg.c's handling of s has a problem handling a unicode string containing a character whose encoding is not 1 byte. It has a test for null bytes at the end that does not work correctly.) -- components: Library (Lib) files: parsermodule.patch keywords: patch messages: 63482 nosy: dbinger severity: normal status: open title: parser module chokes on unusual characters type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file9662/parsermodule.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2280 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1858] Make .pypirc handle multiple servers
Changes by Tarek Ziadé [EMAIL PROTECTED]: Added file: http://bugs.python.org/file9663/distutils.2008.03.12.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1858 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2186] map and filter shouldn't support None as first argument (in Py3k only)
Raymond Hettinger [EMAIL PROTECTED] added the comment: Do you guys see any merit in changing the argument order for ifilter so that the predicate function can just be an optional argument: ifilter(data[, pred]) Alex Martelli successfully lobbied for groupby() to have that same argument order. Originally, the signature was groupby(key, iterable) but it worked-out much better to have groupby(iterable[, key]). Also, I like swapped arguments because it more closely parallels the order used in an equivalent list comprehension: [e for e in iterable if pred(e)] __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2186 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2186] map and filter shouldn't support None as first argument (in Py3k only)
Guido van Rossum [EMAIL PROTECTED] added the comment: It would break the symmetry with map(). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2186 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2218] Enhanced hotshot profiler with high-resolution timer
Jean Brouwers [EMAIL PROTECTED] added the comment: Attached is yet another, final update of the enhancements to the hotshot profiler. It includes modifications of all 3 files, Modules/_hotshot.c, Lib/hotshot/log.py and Lib/hotshot/stats.py. Added file: http://bugs.python.org/file9664/hires_hotshot5.tgz __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2218 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
New submission from Jean Brouwers [EMAIL PROTECTED]: Attached is a modified version of the cPython profiler file Modules/_lsprof.c using a high-resolution timer where available. The enhancement has been tested on 32- and 64-bit Linux (x86 and x86_64) and on 32-bit MacOS X Tiger (Intel) and Panther (PPC). No other platforms have been tested but as before the profiler will fallback to using gettimeofday() on non-Windows version, except the 64- bit PPC build will issue a compile-time warning. -- files: hires_lsprof.tgz messages: 63486 nosy: MrJean1 severity: normal status: open title: Enhanced cPython profiler with high-resolution timer Added file: http://bugs.python.org/file9665/hires_lsprof.tgz __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2281 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers [EMAIL PROTECTED] added the comment: This enhancement applies to Python 2.5.2 only. -- components: +None versions: +Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2281 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2186] map and filter shouldn't support None as first argument (in Py3k only)
Raymond Hettinger [EMAIL PROTECTED] added the comment: Okay, thanks. Though, I should have also mentioned symmetries with sorted(), min(), and max() which all take the iterable first and follow with an optional key function. Closing this one. The map(None, *args) feature was removed for 3.0. Have decided to leave None in ifilter() and ifilterfalse() since None is the preferred way to spell a default argument and having to pass bool feels awkward and clunky. Switching the argument order was shot down, so will just leave it as-is. Marked resolution as accepted since the map(None) suggestion went in. -- resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2186 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1619060] bisect on presorted list
Raymond Hettinger [EMAIL PROTECTED] added the comment: Guido, what do you think about this one? It is easy to do and has been requested several times in various forums. The seeming reasonable basis for the request is that sort and bisect should fit together like a nut and bolt -- it is somewhat odd to be able to sort a list by a key function but not be able to search or insert according to the same key. My main reservation is that the existence of the API would tend to encourage bad design. Elsewhere, the intent of the key function is to be cheaper than a cmp function (such as with sort() which calls the key function once per element instead of many times for cmp). But with successive bisect/insort calls, a key function could be called multiple times for the same value. The same issue also applies to heapq: http://bugs.python.org/issue1158313 and http://bugs.python.org/issue1162363 . -- assignee: rhettinger - gvanrossum nosy: +gvanrossum _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1619060 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2186] map and filter shouldn't support None as first argument (in Py3k only)
Alexander Belopolsky [EMAIL PROTECTED] added the comment: It may be too late to express my opinion, but why symmetry with map is so important? There are several reasons why sequence, predicate order is natural for filter and function, sequence is a natural order for map. 1. In list comprehensions predicate comes last: compare [f(x) for x in seq] and [x for x in seq if pred(x)]. 2. In English, map(f, sec) = Map f over seq while filter(pred, seq) = filter seq through pred. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2186 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1619060] bisect on presorted list
Guido van Rossum [EMAIL PROTECTED] added the comment: Sorry, I will claim ignorance on this one. I don't recall the last time I've used a bisection, but it was probably around the time bisect.py was first added to the standard library. I do recall using heap sort as a way to compute the top N items. I've always done that by explicitly mapping the raw data to a list of (key, value) tuples. The arguments worrying about bad design make some sense to me; consistency isn't always the panacea that people want it to be... -- assignee: gvanrossum - rhettinger _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1619060 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2187] map and filter objects shouldn't call themselves itertools.imap and itertools.ifilter objects
Raymond Hettinger [EMAIL PROTECTED] added the comment: Moved filter to builtins in r61536. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2187 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2187] map and filter objects shouldn't call themselves itertools.imap and itertools.ifilter objects
Raymond Hettinger [EMAIL PROTECTED] added the comment: Moved map to builtins in r61357. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2187 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2282] TextIOWrapper.seekable() always returns False
New submission from zhen [EMAIL PROTECTED]: The seekable() method of TextIOWrapper always returns False, for it does't override the seekable method of IOBase class in which just returns False. But, there is a method named _seekable(self) in TextIOWrapper(in io.py line 1211): def _seekable(self): return self._seekable which should be seekable(self), and _seekable method is overwrited by line 1190 in the __init__ method as a bool object: self._seekable = self._telling = self.buffer.seekable() -- components: Library (Lib) messages: 63494 nosy: netzhen severity: normal status: open title: TextIOWrapper.seekable() always returns False type: feature request versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2282 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com