[issue11715] Building Python on multiarch Debian and Ubuntu

Stefan Krah added the comment: The FreeBSD and Solaris bots are failing: dpkg-architecture: not found error: build/temp.freebsd-8.2-RELEASE-amd64-3.3-pydebug/multiarch: No such file or directory [62607 refs] *** Error code 1 find_executable.patch should solve the problem. -- Added f

[issue11771] hashlib object cannot be pickled

Raymond Hettinger added the comment: I also recommend closing this one. -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-l

[issue11771] hashlib object cannot be pickled

Gregory P. Smith added the comment: heh yeah. while all hash functions do have internal state and someone could conceivably want to store such a state (it basically amounts to queued up partial block of input data if any and the current starting IV) there are not consistent APIs to expose that

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Nick Coghlan added the comment: I thought about a warning, but the problem is that a subclass using the concrete API as part of its *implementation* of the associated slot or method is actually perfectly correct usage. I'm not sure this is enough to give up on the idea of OrderedDict being a

[issue6059] ctypes/uuid-related segmentation fault

atppp added the comment: crash with python/2.6.5, imagemagick/6.5.7.8, uuid/2.17.2, ubuntu/10.04: import magickwand.image import uuid uuid.uuid4() -- nosy: +atppp ___ Python tracker ___

[issue7311] Bug on regexp of HTMLParser

Ezio Melotti added the comment: On 3.2 the patch changes only the range of chars matched by the regex when the attribute value doesn't have quotes and strict=True. The parser already allowed unquotes attribute values even before the patch (in both strict and tolerant mode), but used an explic

[issue7311] Bug on regexp of HTMLParser

Senthil Kumaran added the comment: > So is the issue7311-3.diff patch fine? Just that it allows unquoted attrs for unicode too. My previous suggestion was not to allow unquoted attribute values, but as the change is already made in 2.7 and discussion pointed out a portion in 4.1 spec which

[issue11700] mailbox.py proxy updates

R. David Murray added the comment: Given your problem report wouldn't the simplest solution be to change the close method to be: if hasattr(self, '_file'): if hasattr(self._file, 'close'): self._file.close() del self._file As for a test, it seems to me that adding

[issue11767] Maildir iterator leaks file descriptors by default

R. David Murray added the comment: get_file's promise is that what is returned is a file like object, so it not having a close() method would be an error. So I don't think you need the try/except. What I would suggest is to use the 'closing' context manager around the return statement. As

[issue11767] Maildir iterator leaks file descriptors by default

Changes by R. David Murray : Removed file: http://bugs.python.org/file21554/11767.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue7311] Bug on regexp of HTMLParser

R. David Murray added the comment: Sounds fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue8428] buildbot: test_multiprocessing timeout (test_notify_all? test_pool_worker_lifetime?)

STINNER Victor added the comment: Another test_multiprocessing failure (30 min timeout) on x86 XP-4 3.x: -- [125/354] test_multiprocessing Thread 0x0e5c: File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\threading.py", line 235 in wait File "D:\cygwin\

[issue11703] Bug in python >= 2.7 with urllib2 fragment

Changes by Santoso Wijaya : Added file: http://bugs.python.org/file21556/issue11703_py31_with_redirect.patch ___ Python tracker ___ ___ Python

[issue11703] Bug in python >= 2.7 with urllib2 fragment

Santoso Wijaya added the comment: It already does. ;-) Python 2.7.1+ (default, Apr 6 2011, 16:25:38) [MSC v.1500 32 bit (Intel)] on wi n32 Type "help", "copyright", "credits" or "license" for more information. >>> import urllib2 [74578 refs] >>> fp = urllib2.urlopen('http://16.foobnix-cms.apps

[issue11790] transient failure in test_multiprocessing.WithProcessesTestCondition

New submission from Antoine Pitrou : http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%202.7/builds/519/steps/test/logs/stdio == FAIL: test_notify_all (test.test_multiprocessing.WithProcessesTestCondition)

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Benjamin Peterson added the comment: 2011/4/6 Carsten Klein : > > Carsten Klein added the comment: > > Ok, looks like a valid work around to me. It's not a workaround. It's the way decorators work. -- ___ Python tracker

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Raymond Hettinger added the comment: I concur with Benjamin. -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Carsten Klein added the comment: Ok, looks like a valid work around to me. However, IMO it is not the same as with decorator functions. These will be called and will return the correct result, whereas the decorator class will instead return an instance of self instead of being called when no pa

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Benjamin Peterson added the comment: This is expected; it's the same with functions. Just do @deco(). -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker _

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Carsten Klein added the comment: I think it is, actually, considering @foo @bar class A: pass with foo and bar being both decorator classes, the chained call foo(bar(A)) will return and instance of foo instead of A With decorator classes you need to actually do this: f

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Raymond Hettinger added the comment: One thing that could be done is to have an optional warning in the mutating concrete C API functions that gets triggered whenever the input doesn't have an exact type match. That will let people discover incorrect uses. We could also scour our own stdlib

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Santoso Wijaya added the comment: I wonder if this is a valid use-case to begin with. The semantic of a decorator, as I understand it, is very straightforward in that this: @foo @bar class A: pass is equivalent to this: class A: pass A = foo(bar(A)) In yo

[issue7311] Bug on regexp of HTMLParser

Ezio Melotti added the comment: So is the issue7311-3.diff patch fine? It changes the strict regex to match the 2.7 one, and leave the tolerant one unchanged (even if now the two regexs are really close). -- ___ Python tracker

[issue11789] Extend upon metaclass/type class documentation, here: zope.interface and usage of instances of classes as base classes

New submission from Carsten Klein : In zope.interface, you have something the following construct: class InterfaceBase: pass Interface = InterfaceBase() Using the above Interface as a derivation base for your own classes, will make that instance a type derived class: class IFoo(Interface

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

Carsten Klein added the comment: will fail decorating the class since y... actually means that instead of an instance of class y, an instance of the decorator class will be returned, with y being lost along the way... -- ___ Python tracker

[issue11788] Decorator class with optional arguments and a __call__ method gets not called when there are no arguments

New submission from Carsten Klein : Scenario: class deco(object): def __init__(self, optional = False): self._optional = optional def __call__(self, decorated): decorated.optional = self._optional return decorated @deco class y(object): pass will fail decorating the class si

[issue11492] email.header.Header doesn't fold headers at spaces

R. David Murray added the comment: You have to do an 'encode' to get the wrapped header. __str__ uses maxlinelen=None. However, there does seem to be a problem with the line wrapping algorithm revealed by your example: it is only doing a line break at the ';', not at any spaces. I will look

[issue11492] email.header.Header doesn't fold headers

Scott Kitterman added the comment: Not so fast ... I may have done this wrong, but I get: print(Header(hdrin,maxlinelen=78)) Received: from mailout00.controlledmail.com (mailout00.controlledmail.com [72.81.252.19]) by mailwash7.pair.com (Postfix) with ESMTP id 16BB5BAD5 for ; Sun, 13 Mar 201

[issue11787] File handle leak in TarFile lib

Changes by Ned Deily : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue11766] test_multiprocessing failure (test_pool_worker_lifetime)

Antoine Pitrou added the comment: Hopefully fixed now, thanks for your diagnosis! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: -Python 3.1 ___ Python tracker ___

[issue11766] test_multiprocessing failure (test_pool_worker_lifetime)

Roundup Robot added the comment: New changeset 2e4cdaffe493 by Antoine Pitrou in branch '2.7': Issue #11766: increase countdown waiting for a pool of processes to start http://hg.python.org/cpython/rev/2e4cdaffe493 -- ___ Python tracker

[issue11785] email subpackages documentation problems

Changes by R. David Murray : -- assignee: docs@python -> r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue11766] test_multiprocessing failure (test_pool_worker_lifetime)

Roundup Robot added the comment: New changeset c4a514199dba by Antoine Pitrou in branch '3.2': Issue #11766: increase countdown waiting for a pool of processes to start http://hg.python.org/cpython/rev/c4a514199dba New changeset 3eac8302a448 by Antoine Pitrou in branch 'default': Issue #11766:

[issue11715] Building Python on multiarch Debian and Ubuntu

Roundup Robot added the comment: New changeset 7582a78f573b by Barry Warsaw in branch '3.1': Issue 11715: Build extension modules on multiarch Debian and Ubuntu by http://hg.python.org/cpython/rev/7582a78f573b New changeset 867937dd2279 by Barry Warsaw in branch '3.2': Issue 11715: Merge multia

[issue11766] test_multiprocessing failure (test_pool_worker_lifetime)

Antoine Pitrou added the comment: There is no Cygwin buildbot, this is a regular Windows buildbot (despite the path in the traceback). That said, spawning processes is quite slow under Windows anyway (much slower than under Linux). So we could up the countdown. -- ___

[issue11767] Maildir iterator leaks file descriptors by default

Filip Gruszczyński added the comment: How about this? Though I have no idea, how a test could be created for this. If someone could advise me on that, I'll be happy to write tests/work further on the patch. -- keywords: +patch Added file: http://bugs.python.org/file21554/11767.patch

[issue11767] Maildir iterator leaks file descriptors by default

R. David Murray added the comment: It is not clear from the docs what the expected behavior of factory is. It is certainly the case that the custom classes used by mailbox by default do not close the file they are passed. So either those classes should close the input file and factory shoul

[issue11766] test_multiprocessing failure (test_pool_worker_lifetime)

Charles-Francois Natali added the comment: Does this only happen on Cygwin buildbots ? If yes, then it might simply be an issue with Cygwin's fork implementation, which is much slower than natively. Right now, the test waits 0.5s before checking that the processes are started, after repopulati

[issue11767] Maildir iterator leaks file descriptors by default

Brendan Dolan-Gavitt added the comment: The _factory object didn't open the file, so why should it close it? It's also worth noting that things one would naturally consider using as factories (like email.message_from_file) don't close the fd when they're done. I will grant that you could easi

[issue11767] Maildir iterator leaks file descriptors by default

Filip Gruszczyński added the comment: Shouldn't this be your responsibility to close this descriptor in the object used as self._factory? When self._factory is called it should read from the file like object and then simply close it, just as get_message (when self._factory is not provided) do

[issue4735] An error occurred during the installation of assembly

Shereef Marzouk added the comment: uhm, i restarted my pc and everything went through fine -- ___ Python tracker ___ ___ Python-bugs-l

[issue4735] An error occurred during the installation of assembly

Shereef Marzouk added the comment: in my last message i forgot to give more details sorry i first installed python 2.7.1 for amd64 but it made problems iwht pywin and buildbot-slave packeges so i wanted to install python the i386 one and i got this error i tried amd64 again now and it installed

[issue4735] An error occurred during the installation of assembly

Shereef Marzouk added the comment: here is the log. P.S. i have VS Studio 2005 installed -- nosy: +Shereef Added file: http://bugs.python.org/file21553/python.zip ___ Python tracker

[issue11715] Building Python on multiarch Debian and Ubuntu

Stefan Krah added the comment: Since I do automated module testing against all Python versions, my vote would be: 2.5: +1 2.6: +1 3.1: +1 This with the caveat that of course Martin has to decide for 2.5. I'm just indicating my preference. -- nosy: +skrah

[issue11277] test_zlib.test_big_buffer crashes under BSD (Mac OS X and FreeBSD)

Steffen Daode Nurpmeso added the comment: I can't confirm this for my MacBook: 20:39 ~ $ time python3 -E -Wd -m test -r -w -uall test_zlib Using random seed 1960084 [1/1] test_zlib 1 test OK. [91618 refs] real4m1.051s user0m15.031s sys 0m26.908s ... 20:40 ~ $ ll tmp/test_python_

[issue11787] File handle leak in TarFile lib

New submission from Pulin Shah : I ran into a problem the other day while trying to extract a slightly corrupted tar file. I suspect this problem is really only an issue on Windows systems. I am running Python 2.7.1 r271:86832 win32. The following code (simplified) snipet try: tar =

[issue11715] Building Python on multiarch Debian and Ubuntu

Changes by Barry A. Warsaw : -- assignee: -> barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11779] test_mmap timeout (30 min) on "AMD64 Snow Leopard 3.x" buildbot

Steffen Daode Nurpmeso added the comment: I can't confirm that. On my cheap MacBook it takes some five minutes: 20:20 ~ $ time python3 -E -Wd -m test -r -w -uall test_mmap Using random seed 1490092 [1/1] test_mmap 1 test OK. [91067 refs] real4m50.301s user0m0.301s sys 0m13.232s .

[issue4111] Add Systemtap/DTrace probes

Jesús Cea Avión added the comment: Malcolm, it was a mistake. I only wanted to change the TARGET. I assign the issue to you again. Dino, I delete you from the nosy list now. Sorry for the inconvenience. My excuses to both. -- assignee: dino.viehland -> dmalcolm nosy: -dino.viehland

[issue11786] ConfigParser.[Raw]ConfigParser optionxform()

Łukasz Langa added the comment: The documentation may be poorly worded but `optionxform()` has always been used also by RawConfigParser. It has been that way since the introduction of this class in Python 2.3 (previously there was only one ConfigParser class which used `optionxform()` since a

[issue7311] Bug on regexp of HTMLParser

Senthil Kumaran added the comment: We need not base changes to html/parser.py on html5 spec, but rather make changes based on the requirements on parsers which may rely on this library. Like the tolerant mode was brought in issue1486713 for some practical reasons and it was seen useful tor pa

[issue11786] ConfigParser.[Raw]ConfigParser optionxform()

Changes by Łukasz Langa : -- assignee: docs@python -> lukasz.langa nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mai

[issue11786] ConfigParser.[Raw]ConfigParser optionxform()

New submission from Adam Groszer : The documentation http://docs.python.org/library/configparser.html states that optionxform() is used only beginning ConfigParser.ConfigParser, whereas it is ALSO in effect for ConfigParser.RawConfigParser. (As I checked in the source) -- assignee: doc

[issue4111] Add Systemtap/DTrace probes

Dave Malcolm added the comment: jcea: I notice that on 2011-02-22 you made these changes: assignee: dmalcolm -> dino.viehland nosy: +dino.viehland versions: +Python 3.3 -Python 3.2 Did you mean to change the assignee, or was this an accident? -- _

[issue7311] Bug on regexp of HTMLParser

Éric Araujo added the comment: Okay, sounds good. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue7311] Bug on regexp of HTMLParser

Ezio Melotti added the comment: I would agree if the HTMLParser was compliant with the HTML 4.01 specs, but since it's more permissive and uses its own heuristic to determine what should be parsed and what shouldn't, I think it's better to use already existing heuristics (either the HTML5 one

[issue11785] email subpackages documentation problems

ysj.ray added the comment: And this causes the toctree in email doc(http://docs.python.org/dev/library/email.html) in correct. All of the tree elements' names are displayed as "email". -- ___ Python tracker

[issue11785] email subpackages documentation problems

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue11785] email subpackages documentation problems

New submission from ysj.ray : All the module name in the first line of email subpackages' documentation files(Doc/library/email.xxx.rst) are incorrect: all of them are "email" but not "email.xxx" Besides, the Doc/library/email-examples.rst is not a module and it uses ":mod:`email`: xxx"

[issue11784] multiprocessing.Process.join: timeout argument doesn't specify time unit.

New submission from Patrick Sabin : The documentation of multiprocessing.Process.join doesn't tell the user of which time unit the timeout argument is. It seems to be seconds. -- assignee: docs@python components: Documentation files: join-timeout-doc-improvement.patch keywords: patch mes

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Nick Coghlan added the comment: Changing the affected components. Antoine and Benjamin are right, this needs to be handled as a documentation and education problem. Raymond's suggestion can too easily trigger infinite recursion and mine would block legitimate use cases in 3rd party code. For

[issue11732] Skip decorator for tests requiring manual intervention on Windows

Brian Curtin added the comment: Disabling and re-enabling is another possibility, and it's probably more likely to help in the long run. Most (all?) Windows machines have error reporting enabled unless you mess with the registry manually, so the only place tests would be run with my first pat

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Antoine Pitrou added the comment: > 1. It's an external API. We *don't control* most of the potentially > broken code, so saying "just fix the call sites" effectively solves > nothing and leaves classes like OrderedDict at risk of subtle silent > corruption whenever they are passed to a 3rd part

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Nick Coghlan added the comment: Having convinced myself that Raymond's original suggestion can't be implemented safely, I have an alternative (arguably even more radical) proposal: Deprecate the public concrete API functions that modify object state. Put an underscore in front of them for int

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Nick Coghlan added the comment: 1. It's an external API. We *don't control* most of the potentially broken code, so saying "just fix the call sites" effectively solves nothing and leaves classes like OrderedDict at risk of subtle silent corruption whenever they are passed to a 3rd party C ext

[issue11781] test/test_email directory does not get installed by 'make install'

Changes by R. David Murray : -- assignee: -> r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue7311] Bug on regexp of HTMLParser

Éric Araujo added the comment: I think the stdlib should comply with HTML 4.01, and in the future HTML 5. (FTR, I don’t think XHTML is useful, and deny that XHTML-compatible HTML exists. See http://bugs.python.org/issue11567#msg131509 :) -- ___ Py

[issue11781] test/test_email directory does not get installed by 'make install'

New submission from R. David Murray : Attached is a patch. I'm not sure that I've done everything that needs to be done on the Windows side, though. Martin? -- keywords: +patch nosy: +loewis Added file: http://bugs.python.org/file21550/build_update_for_test_email.patch __

[issue963906] Unicode email address helper

R. David Murray added the comment: Issue 1690608 addresses part of this issue, and issue 11783 will address the IDNA part. >From my point of view those two issues solve this problem from the perspective >the email package infrastructure and *current* API. In the email6 API I do >plan to hav

[issue11783] email parseaddr and formataddr should be IDNA aware

New submission from R. David Murray : The patch for issue 1690608 adds support for unicode in the realname field to formataddr. To complete the currently-workable internationalization of address specs, both parseaddr and formataddr should be made IDNA aware. It is probably a good idea to do

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Antoine Pitrou added the comment: > Why not add fast paths to the generic functions if that's what you're > concerned about? > > It's unexpected for the user of the functions and breaks years of > tradition. What if someone calls PyList_Append on a custom type that > doesn't do as they expect a

[issue1690608] email.utils.formataddr() should be rfc2047 aware

R. David Murray added the comment: Finally got around to committing this; thanks, Torsten. As a reward, I'm going to make you nosy on a new, related issue I'm about to create. It is, of course, your option whether you want to work on it :) By the way, have you submitted a contributor agreem

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Benjamin Peterson added the comment: 2011/4/6 Nick Coghlan : > > Nick Coghlan added the comment: > > "should" is a wonderful word when it comes to external APIs. > > We currently have a couple of problems: > > 1. The concrete APIs will fail noisily if given an instance of something that > isn'

[issue11782] email.generator.Generator.flatten() fails

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11684] Add email.parser.BytesHeaderParser

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing

[issue1690608] email.utils.formataddr() should be rfc2047 aware

Roundup Robot added the comment: New changeset 184ddd9acd5a by R David Murray in branch 'default': #1690608: make formataddr RFC2047 aware. http://hg.python.org/cpython/rev/184ddd9acd5a -- nosy: +python-dev ___ Python tracker

[issue11782] email.generator.Generator.flatten() fails

New submission from Steffen Daode Nurpmeso : This snippet (for #11684, but it's simply BytesParser with headersonly=True in the end) with openfile('msg_46.txt', 'rb') as fp: msgdata = fp.read() parser = email.parser.BytesHeaderParser() msg = parser.parsebytes

[issue11684] Add email.parser.BytesHeaderParser

Changes by Steffen Daode Nurpmeso : Removed file: http://bugs.python.org/file21409/bytes-header-parser.1.diff ___ Python tracker ___ ___ Pytho

[issue11684] Add email.parser.BytesHeaderParser

Steffen Daode Nurpmeso added the comment: This is a complete thing including tests. Note that the tests fail due to another error in generator.py (or wherever the real source is): TypeError: 'str' does not support the buffer interface Please do forget this mortifying first diff. -

[issue10977] Concrete object C API needs abstract path for subclasses of builtin types

Nick Coghlan added the comment: "should" is a wonderful word when it comes to external APIs. We currently have a couple of problems: 1. The concrete APIs will fail noisily if given an instance of something that isn't a list, but may fail *silently* if given a subclass that adds additional st

[issue8314] test_ctypes fails in test_ulonglong on sparc buildbots

Changes by Arfrever Frehtes Taifersar Arahesis : -- versions: +Python 2.7 -3rd party ___ Python tracker ___ ___ Python-bugs-list mailin

[issue8314] test_ctypes fails in test_ulonglong on sparc buildbots

Arfrever Frehtes Taifersar Arahesis added the comment: There seems to be also a problem with src/sparc/v9.S. https://bugs.gentoo.org/show_bug.cgi?id=362065 FAIL: test_ulonglong (ctypes.test.test_callbacks.Callbacks) -- Tracebac

[issue11280] urllib2 http_error_302 calls undefined "getheaders" method

Senthil Kumaran added the comment: Just for the explaination (as the report already closed), getheaders of HTTPMessage object is available by subclassing all the way from rfc822.py module. If you trace it through the debugger, you will come to know. -- ___

[issue11597] Can't get ConfigParser.write to write unicode strings

STINNER Victor added the comment: > Anyway, try to use Python everywhere in Python 2 is a waste of time. Oh... I mean "use Unicode in Python 2" -- ___ Python tracker ___ __

[issue11605] EMail generator.flatten() disintegrates over non-ascii multipart/alternative

R. David Murray added the comment: Thanks for the testing. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue11605] EMail generator.flatten() disintegrates over non-ascii multipart/alternative

Roundup Robot added the comment: New changeset b807cf929e26 by R David Murray in branch '3.2': #11605: don't use set/get_payload in feedparser; they do conversions. http://hg.python.org/cpython/rev/b807cf929e26 New changeset 642c0d6799c5 by R David Murray in branch 'default': Merge #11605: don'

[issue11781] test/test_email directory does not get installed by 'make install'

Changes by Steffen Daode Nurpmeso : -- components: Installation nosy: r.david.murray, sdaoden priority: normal severity: normal status: open title: test/test_email directory does not get installed by 'make install' versions: Python 3.3 ___ Python trac

[issue11780] email.encoders are broken

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11780] email.encoders are broken

New submission from Steffen Daode Nurpmeso : This is what one gets if using a BytesParser() generated message: encoders.encode_7or8bit(msg) AttributeError: 'list' object has no attribute 'decode' encoders.encode_base64(msg) TypeError: expected bytes, not list encoders.encode_quopri(msg) TypeE

[issue11605] EMail generator.flatten() disintegrates over non-ascii multipart/alternative

Steffen Daode Nurpmeso added the comment: On Tue, Apr 05, 2011 at 08:35:22PM +, R. David Murray wrote: > Simple fix, but it took me a while to track down the critical piece of code. I've really tried to break it, but i can't. -- ___ Python track

[issue11597] Can't get ConfigParser.write to write unicode strings

STINNER Victor added the comment: > I think it is more a question of "is this an easy fix?" > or would it require extensive changes to support unicode properly. First of all, the question is: who would like to develop it. You can vote for an issue, but it doesn't change anything if you don't

[issue11597] Can't get ConfigParser.write to write unicode strings

Łukasz Langa added the comment: As another core dev aptly said, most standard library Unicode support is probably accidental. As for `json`, this is one of the "newest" additions to stdlib, introduced in Python 2.6 (released at the same time as Python 3.0). Not the best example if you compare

[issue11779] test_mmap timeout (30 min) on "AMD64 Snow Leopard 3.x" buildbot

STINNER Victor added the comment: The test step was interrupted after "38 mins, 45 secs" (including 30 min of timeout) at the test 27, whereas the previous (success) test step took "46 mins, 55 secs" to execute all (354) tests. -- nosy: +ixokai ___

[issue11779] test_mmap timeout (30 min) on "AMD64 Snow Leopard 3.x" buildbot

New submission from STINNER Victor : The creation of a file of 5.25 GB took more than 30 min on "AMD64 Snow Leopard 3.x" buildbot, and so regrtest exited: - [ 27/354] test_mmap Thread 0x7fff70439ca0: File "/Users/pythonbuildbot/buildarea/3.x.hansen-osx-x86/build/Lib/test/t

[issue4111] Add Systemtap/DTrace probes

anatoly techtonik added the comment: 2011/4/6 Jesús Cea Avión : > > Jesús Cea Avión added the comment: > > Some more references: > > Read the notes under the slides: > https://dgl.cx/2011/01/dtrace-and-perl > > https://dgl.cx/dtrace > > http://dtrace.org/blogs/ > > What do we need to unblock th