[issue10729] fwbackups python lib error

[Ayman Elmasry]

New submission from Ayman Elmasry :

I hope this topic is not completely unfitting here.

fwbackups error after backup attempt which concerned python lib:

ERROR : Traceback (most recent call last):   File 
"/usr/lib/python2.4/site-packages/fwbackups/operations/backup.py", line 698, in 
start  pkgListfiles = self.createPkgLists()   File 
"/usr/lib/python2.4/site-packages/fwbackups/operations/backup.py", line 85, in 
createPkgLists   fh = tempfile.NamedTemporaryFile(suffix='.txt', prefix="%s - 
tmp" % _('rpm - Package list'), delete=False)  TypeError: NamedTemporaryFile() 
got an unexpected keyword argument 'delete'

--
components: Library (Lib)
messages: 124276
nosy: elmasry-ayman
priority: normal
severity: normal
status: open
title: fwbackups python lib error
versions: Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9775] Multiprocessing, logging and atexit play not well together

[Georg Brandl]

Georg Brandl  added the comment:

Not reproducable anymore.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9234] argparse: aliases for positional arguments (subparsers)

[Steven Bethard]

Steven Bethard  added the comment:

Looks good to me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

[Steven Bethard]

Steven Bethard  added the comment:

Yep, this is a documentation bug. Help is definitely intended to print to 
stdout.

--
versions:  -Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9234] argparse: aliases for positional arguments (subparsers)

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Steven, can you go ahead and apply this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9234] argparse: aliases for positional arguments (subparsers)

[Steven Bethard]

Steven Bethard  added the comment:

Applied in r87362.

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[Grygoriy Fuchedzhy]

New submission from Grygoriy Fuchedzhy :

Please add '.svgz': '.svg.gz' map to mimetypes.suffix_map

--
components: Library (Lib)
messages: 124282
nosy: gry
priority: normal
severity: normal
status: open
title: add .svgz to mimetypes.suffix_map
type: feature request

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10729] fwbackups python lib error

[Eric Smith]

Eric Smith  added the comment:

fwbackups is a third party package. See if you can submit a bug at 
http://www.diffingo.com/oss/fwbackups

--
nosy: +eric.smith
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10729] fwbackups python lib error

[Ayman Elmasry]

Ayman Elmasry  added the comment:

thank you

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5587] vars() no longer has a useful __repr__

[Ezio Melotti]

Ezio Melotti  added the comment:

Fixed in 3.2 (r87368) and 3.1 (r87370), thanks for the patch!

--
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9990] PyMemoryView_FromObject alters the Py_buffer after calling PyObject_GetBuffer when ndim 1

[Mark Dickinson]

Mark Dickinson  added the comment:

I'll take a look at this.

--
assignee:  -> mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10731] UnicodeDecodeError in OS X tkinter when binding to

[Marc Culler]

New submission from Marc Culler :

In OS X tkinter the "two-finger scroll" generates  events.

The following code:

 bug.py
import tkinter

def mouse_wheel(event):
print('Mouse wheel event')

tk = tkinter.Tk()
list = tkinter.Listbox(tk)
list.bind('', mouse_wheel)
for n in range(20):
list.insert(tkinter.END, str(n**n))
list.pack(fill=tkinter.BOTH, expand=1)
tk.mainloop()


often throws a UnicodeDecodeError exception with a traceback like the one shown 
below when you do a "two-finger scroll" in the window.

Traceback (most recent call last):
  File "bug.py", line 12, in 
tk.mainloop()
  File 
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/tkinter/__init__.py",
 line 1009, in mainloop
self.tk.mainloop(n)
UnicodeDecodeError: 'utf8' codec can't decode byte 0x84 in position 1: 
unexpected code byte

The value of the byte changes from time to time, and sometimes it may be 
possible to scroll a few times without producing the error.

This problem did not occur on my Mandriva 2010.2 system.  I think it is 
specific to the Macintosh.  It might possibly be related to:
http://bugs.python.org/issue834351

--
components: Tkinter
messages: 124287
nosy: culler
priority: normal
severity: normal
status: open
title: UnicodeDecodeError in OS X tkinter when binding to 
type: crash
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10573] Consistency in unittest assert methods: order of actual, expected

[Ezio Melotti]

Ezio Melotti  added the comment:

The attached patch changes the following things

- assertDictContainsSubset(expected, actual, msg=None)
+ assertDictContainsSubset(subset, dictionary, msg=None)
This doesn't change the order of the args, even though the name of the method 
might suggest the opposite.  In the output message I left expected and actual 
because imho it makes sense there (e.g. "key, expected: 3, actual: 5").  This 
could be changed to expected/got or something else.


- assertCountEqual(expected, actual, msg=None)
+ assertCountEqual(actual, expected, msg=None)
This changes the order of the args and as a consequence the list of 'missing' 
and 'unexpected' elements will be swapped.  The tests don't check the error 
message so they all pass without modification.  It should be noted that this 
method didn't exist in 3.1. However 2.7 has the equivalent assertItemsEqual 
with the args swapped, so maybe it should be documented somewhere that while 
porting from 2.7 to 3.2 the order of the args should be changed accordingly.


- assertDictEqual(expected, actual, msg=None)
+ assertDictEqual(dict1, dict2, msg=None)
This is just a doc change, the actual method already uses d1 and d2 as args and 
their order doesn't seem to matter.

The other methods (mainly the assert*Equal) are just documented with generic 
first/second or foo1/foo2.  The doc for these methods could be changed to use 
actual/expected as a preferred order.

--
keywords: +patch
Added file: http://bugs.python.org/file20103/issue10573.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

[R. David Murray]

R. David Murray  added the comment:

Fixed in r87372.

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10729] fwbackups python lib error

[R. David Murray]

R. David Murray  added the comment:

Ayman: FYI it looks like you are trying to run the program on a Python version 
older than what it requires (the delete keyword for NamedTemporaryFile was 
introduced in version 2.6, as you can find out by looking it up in the python 
documentation for the tempfile module).

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10694] zipfile.py end of central directory detection not robust

[Kevin Hendricks]

Kevin Hendricks  added the comment:

Same problem exists in Python 3.1.3 and in later versions as well.

Same patch should also work.

--
versions: +Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10573] Consistency in unittest assert methods: order of actual, expected

[Georg Brandl]

Georg Brandl  added the comment:

If Michael and Raymond reach a consensus, this can go in before beta2.

--
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[R. David Murray]

R. David Murray  added the comment:

What are the media types, and are they registered with IANA?  A citation from 
http://www.isi.edu/in-notes/iana/assignments/media-types will be needed in 
order for this addition to happen if they are not x- types.

I checked out of curiousity, and the last time we added something to this table 
was .mp4, in 2007.

--
nosy: +r.david.murray
versions: +Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7242] Forking in a thread raises RuntimeError

[Oren Held]

Oren Held  added the comment:

Just adding some info:
This bug is not Solaris-specific; I reproduced it on HP-UX 11.31.

On Python 2.6.4, thread_test.py fails with the same RunTime error exception.

On Python 2.6.6, it passes and things look good.

--
nosy: +Oren_Held

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6791] httplib read status memory usage

[Senthil Kumaran]

Senthil Kumaran  added the comment:

In the morning, I had a comment on the patch wondering why read _MAXLENGH + 1 
and then check for len of header > _MAXLENGH. Instead of just reading _MAXLENGH 
(and if the length matched rejecting). ( Looks like it did not go through).

I think that either way is okay. I am taking the privilege of committing the 
patch. Fixed for py3k in 87373. So it is be available in the next beta.

Shall merge the changes to other codelines.

--
resolution:  -> fixed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10404] IDLE on OS X popup menus do not work: cannot set/clear breakpoints

[Georg Brandl]

Georg Brandl  added the comment:

Looks fine, David, do you want to commit?

--
assignee: ronaldoussoren -> r.david.murray
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10731] UnicodeDecodeError in OS X tkinter when binding to

[R. David Murray]

Changes by R. David Murray :


--
assignee:  -> ronaldoussoren
components: +Macintosh -Tkinter
nosy: +ned.deily, ronaldoussoren

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10731] UnicodeDecodeError in OS X tkinter when binding to

[R. David Murray]

Changes by R. David Murray :


--
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[Grygoriy Fuchedzhy]

Grygoriy Fuchedzhy  added the comment:

I'm not sure we are talking about the same table. I don't see .mp4 there.
suffix_map = {
'.tgz': '.tar.gz',
'.taz': '.tar.gz',
'.tz': '.tar.gz',
'.tbz2': '.tar.bz2',
}
*.svgz is gzipped *.svg files.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10404] IDLE on OS X popup menus do not work: cannot set/clear breakpoints

[R. David Murray]

R. David Murray  added the comment:

Committed to py3k in r87374, 3.1 in r87375, and 2.7 in r87376.

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[R. David Murray]

R. David Murray  added the comment:

You are correct, I misread your message.  However, my point still stands.  .svg 
is not a file extension that appears in the types_map table, so adding the line 
you request to the suffix_map table is not something we would do by itself.  
So, to correct my question, what is the media type for '.svg'?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10723] Undocumented built-in exceptions

[Georg Brandl]

Georg Brandl  added the comment:

Committed in r87378.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[Grygoriy Fuchedzhy]

Grygoriy Fuchedzhy  added the comment:

*.svg and *.svgz files have image/svg+xml media type.

I have following in /etc/mime.types
callisto ~ $ grep svg /etc/mime.types
image/svg+xml   svg svgz

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6791] httplib read status memory usage

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Partially backported in r87382 (3.1) and r87383 (2.7). Not everything could be 
merged in because of HTTP 0.9 support and (in 2.7) a slightly different 
architecture. Thank you.

--
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10573] Consistency in unittest assert methods: order of actual, expected

[Raymond Hettinger]

Raymond Hettinger  added the comment:

These three changes look fine.   

The argument order for assertDictContainsSubset is problematic (doesn't match 
its own name and doesn't match the order for other __contains__ methods 
elsewhere in Python), but it's too late to change it now :-(

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9286] email.utils.parseaddr returns garbage for invalid input

[R. David Murray]

R. David Murray  added the comment:

Committed in r87384.

Barry, I've added you as nosy in case you disagree with this fix.  The 
essential point is that before, parseaddr would turn 'merwok w...@example.com' 
into 'merwok...@example.com', and now it preserves the whitespace.  My theory 
is that this loses data, that the obsolete syntax allows it, and that dropping 
the whitespace denies the application program the chance to apply its own 
heuristics.  However applications might currently be depending on the parsed 
local part being a single token, so I don't plan to backport this.

--
nosy: +barry
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10573] Consistency in unittest assert methods: order of actual, expected

[Michael Foord]

Michael Foord  added the comment:

The argument order doesn't match the name (which isn't a huge deal I don't 
think) - but subset in dict does match the element in container order of 
assertIn.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10716] Modernize pydoc to use CSS

[Raymond Hettinger]

Raymond Hettinger  added the comment:

There's no rush on this one.
There desired properties are:
* separate content from presentation
* validated CSS and HTML
* simple CSS so that people can *easily* customize it
* possibly offer two premade stylesheets
  1) a default beautiful one
  2) one the closely approximates the current look and feel

If the current look cannot be recreated, it should be taken as a sign that the 
content/presentation split wasn't done well.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10732] Wrong destructor function type in Python/getargs.c

[Antoine Pitrou]

New submission from Antoine Pitrou :

In getargs.c, in addcleanup_convert(), PyCapsule_SetContext() is called with a 
second argument "int (*destr)(PyObject*,void*)", but it really expects a "void 
(*PyCapsule_Destructor)(PyObject *)".
I'm not sure it's a good idea, although the ABI may be lenient enough on common 
architectures (?)...

--
components: Interpreter Core
messages: 124307
nosy: haypo, loewis, pitrou
priority: normal
severity: normal
status: open
title: Wrong destructor function type in Python/getargs.c
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10732] Wrong destructor function type in Python/getargs.c

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I fail to see the problem. The context is a plain void*, not (necessarily) a 
function pointer, and getargs uses it with the same type it put in. Why do you 
think PyCapsule_Destructor is of relevance?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[R. David Murray]

R. David Murray  added the comment:

This media type does not appear in the official IANA registry.  Has it not yet 
been officially approved?  If you want to argue that its use is common enough 
and its approval immanent enough (I do see that it has been submitted) to 
warrant inclusion in Python prior to IANA approval, I think you will have to 
make this case to the python-dev mailing list.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10732] Wrong destructor function type in Python/getargs.c

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I fail to see the problem. The context is a plain void*, not
> (necessarily) a function pointer, and getargs uses it with the same
> type it put in. Why do you think PyCapsule_Destructor is of relevance?

Woops, sorry. Apparently I messed up PyCapsule_SetContext and
PyCapsule_SetDestructor when reading the function declaration.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10732] Wrong destructor function type in Python/getargs.c

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10733] plistlib rejects strings containing control characters

[Mitchell Model]

New submission from Mitchell Model :

plistlib rejects control characters found in XML plists that Apple's 'plutil 
lint' accepts. I have attached my Terminal preferences as an example. (plistlib 
accepts the contents of the default Terminal preferences file)

--
assignee: ronaldoussoren
components: Library (Lib), Macintosh
files: com.apple.Terminal.plist
messages: 124311
nosy: MLModel, ronaldoussoren
priority: normal
severity: normal
status: open
title: plistlib rejects strings containing control characters
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1
Added file: http://bugs.python.org/file20104/com.apple.Terminal.plist

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10622] WebKit browsers show superfluous scrollbars in html docs

[R. David Murray]

R. David Murray  added the comment:

Backport done in r87387 and r87388.

--
nosy: +r.david.murray
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10733] plistlib rejects strings containing control characters

[Martin v . Löwis]

Martin v. Löwis  added the comment:

This is tricky. It's clearly ill-formed XML, so I'm not sure that this needs to 
be bug-compatible with Apple's implementation.

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10573] Consistency in unittest assert methods: order of actual, expected

[Ezio Melotti]

Ezio Melotti  added the comment:

Fixed in r87389. This can be backported to 3.1/2.7 where applicable.

--
stage: needs patch -> commit review
Added file: http://bugs.python.org/file20105/issue10573.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10616] Change PyObject_AsCharBuffer() error message

[R. David Murray]

R. David Murray  added the comment:

Victor, I think you attached to the wrong issue.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10616] Change PyObject_AsCharBuffer() error message

[R. David Murray]

R. David Murray  added the comment:

Victor, I think you attached msg123266 to the wrong issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10616] Change PyObject_AsCharBuffer() error message

[R. David Murray]

Changes by R. David Murray :


--
Removed message: http://bugs.python.org/msg124315

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6780] startswith error message is incomplete

[R. David Murray]

R. David Murray  added the comment:

The approach looks good to me.  I think this issue is orthogonal to #10616, 
since the message here needs to be modified anyway, regardless of what happens 
to the underlying issue.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6780] startswith error message is incomplete

[R. David Murray]

Changes by R. David Murray :


--
versions:  -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10734] test_ttk failure under Windows

[Antoine Pitrou]

New submission from Antoine Pitrou :

It looks like the Windows buildbots have been failing since the tk upgrade (at 
least, I'm assuming it is related since there haven't been any tk changes 
recently).

==
FAIL: test_heading_callback (tkinter.test.test_ttk.test_widgets.TreeviewTest)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\tkinter\test\test_ttk\test_widgets.py",
 line 945, in test_heading_callback
self.fail("The command associated to the treeview heading wasn't "
AssertionError: The command associated to the treeview heading wasn't invoked.

--

(see e.g. 
http://www.python.org/dev/buildbot/all/builders/AMD64%20Windows%20Server%202008%203.x
 )

--
components: Tests, Tkinter
messages: 124318
nosy: georg.brandl, gpolo, loewis, pitrou
priority: release blocker
severity: normal
status: open
title: test_ttk failure under Windows
type: behavior
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10727] intermittent test_cmd_line failure

[Ned Deily]

Ned Deily  added the comment:

This is a duplicate of Issue8458. Merging the nosy lists.

--
nosy: +ned.deily
resolution:  -> duplicate
status: open -> closed
superseder:  -> buildbot: test_cmd_line failure on Tiger: [Errno 9] Bad file 
descriptor

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8458] buildbot: test_cmd_line failure on Tiger: [Errno 9] Bad file descriptor

[Ned Deily]

Ned Deily  added the comment:

See also msg124254.

--
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith, ncoghlan, pitrou
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8458] buildbot: test_cmd_line failure on Tiger: [Errno 9] Bad file descriptor

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Perhaps there is a race condition with cleaning up the p2c pipe from a 
> previous run?

This would be rather strange, since it would have a different file descriptor. 
Or it means there's a bug somewgere (perhaps in subprocess, or perhaps even in 
io.open).
It someone can reproduce even intermittently on their home machine, it would be 
nice to dig a bit deeper.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[R. David Murray]

R. David Murray  added the comment:

What about bytearray?  Apparently that works pre-patch for at least read, 
though setpassword rejects it via an assertion.

Also, the error message should be "expected bytes" rather than "bytes 
expected".  Don't ask me why, that's just the way it is normally done, so the 
other order sounds weird to this English speaker's ear.  Otherwise the py3k 
patch looks good and tests correctly for me.

--
nosy: +r.david.murray
versions: +Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9286] email.utils.parseaddr returns garbage for invalid input

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

On Dec 18, 2010, at 06:31 PM, R. David Murray wrote:

>Barry, I've added you as nosy in case you disagree with this fix.  The
>essential point is that before, parseaddr would turn 'merwok w...@example.com'
>into 'merwok...@example.com', and now it preserves the whitespace.  My theory
>is that this loses data, that the obsolete syntax allows it, and that
>dropping the whitespace denies the application program the chance to apply
>its own heuristics.  However applications might currently be depending on the
>parsed local part being a single token, so I don't plan to backport this.

Thanks.  I agree with the fix, and not back porting it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10734] test_ttk failure under Windows

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I don't think this needs to block the beta release.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10733] plistlib rejects strings containing control characters

[Mitchell Model]

Mitchell Model  added the comment:

I can see where that does make it tricky. (I also tried reading the plist after 
opening the file as binary, but no luck.) The problem here, of course, is that 
the only reason for the existence of this library is to read Apple's plist 
files, however XML-invalid some may be. (It is only a small number of my very 
many .plist files that have invalid characters -- I just happened to pick one 
of them to try to access in order to print a simple summary of its contents.) I 
guess since the plist is read using xml.parsers.expat, there's not much that 
can be done, and it wouldn't be worth anyone's time to hack around this for 
plistlib, especially since nearly all .plist files appear to be conforming. 
Thanks for the clarification.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10722] IDLE's subprocess didnit make connection ..... Python 2.7

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I do not have much to add, but second the idea of inquiring on python-list or 
the gmane mirror, especially about alternatives (other than Notepad, which is 
what I started with). Happily, IDLE has nearly always worked fine on my xp 
machine, so I have not tried anything else.

Macs have had more problems than Windows, but perhaps Vista is worse than XP. I 
will be moving to Windows 7 sometime. The intermittent behavior is, I think, 
unusual. Please try 3.1.3 or 3.2b1 or .2b2 (in a few days) to see if there is 
any difference.

It is possible that we could somehow improve the error message or docs.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[Terry J. Reedy]

Terry J. Reedy  added the comment:

This issue is actually a request to add .svg to the types map and the the 
abbreviation .svgz for .svg.gx to the suffix_map.

I believe Scalable Vector Graphics are well on the way to becoming *the* 
standard vector graphics format for the web, especially with upcoming IE9 
support. https://secure.wikimedia.org/wikipedia/en/wiki/Svg
It (they) are already supported by the other major browsers. In addition, 
"Google announced on 31 August 2010 that it had begun to index SVG content on 
the web, whether it is in standalone files or embedded in HTML."

So it might be sensible to add these now rather than two years from now. But if 
it is too late for 3.2, then I expect addition for 3.3 will be obvious.

--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Separate issue: from the mimetypes doc ...
"MimeTypes.types_map 
Dictionary mapping filename extensions to MIME types. This is initially a copy 
of the global types_map defined in the module."

But on Windows, I get a *tuple*, not a dict, of two dicts. The first has just a 
few pairs
>>> mi.types_map[0]
{'.xul': 'text/xul', '.pic': 'image/pict', '.pict': 'image/pict', '.jpg': 
'image/jpg', '.rtf': 'application/rtf', '.pct': 'image/pict', '.mid': 
'audio/midi', '.midi': 'audio/midi'}
and the second about a hundred more. Is this a bug?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9857] SkipTest in tearDown is reported an as an error

[Michael Foord]

Michael Foord  added the comment:

Committed revision 87390.

It is a stretch to see this as a bugfix rather than a new feature so probably 
*shouldn't* be backported to 2.7. On the other hand the fix is combined with 
the fix for issue 9857 which *is* a bugfix and *should* be backported to Python 
2.7.

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9857] SkipTest in tearDown is reported an as an error

[Michael Foord]

Michael Foord  added the comment:

Correction, the fix is combined with the fix for issue 10611.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

[Ned Deily]

New submission from Ned Deily :

OS X Mach-O universal executable files often contain multiple architectures 
including a combination of 32-bit and 64-bit archs, as with the newer OS X 
installer variants provided on python.org.  In such cases, the 
platform.architecture() function always returns '64bit' as the bit architecture 
regardless of whether the interpreter is running in 32-bit or 64-bit mode.  
Thus, there is no documented way to reliably tell whether an interpreter is 
running in 32- or 64-bit in OS X.  Instead of the platform module, one must 
resort to hacks like examining sys.maxsize (or sys.maxint) or checking type 
sizes from the struct module.

$ arch -x86_64 /usr/local/bin/python3.2 -c 'import sys,platform; 
print(sys.maxsize,platform.architecture())'
9223372036854775807 ('64bit', '')
$ arch -i386 /usr/local/bin/python3.2 -c 'import sys,platform; 
print(sys.maxsize,platform.architecture())'
2147483647 ('64bit', '')

--
assignee: ronaldoussoren
components: Library (Lib), Macintosh
messages: 124331
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: platform.architecture() gives misleading results for OS X 
multi-architecture executables
type: behavior
versions: Python 2.7, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10730] add .svgz to mimetypes.suffix_map and .svg to types_map

[R. David Murray]

R. David Murray  added the comment:

I think a variance from the policy stated in mimetypes is quite possible, and 
the kind of information you provide, Terry, is a step in that direction.  We 
would need release manager approval, of course, since we are in Beta, but this 
is a small enough change I think it would fly, assuming the policy variance is 
approved.

For types_map, it's a doc bug.  It is indeed a tuple of dictionaries, the first 
being the limited, 'strict' set and the second normally including stuff from 
the "standard locations", which on windows includes the registry.

So, there is an argument in favor of adding the suffix map even if the 
types_map isn't updated for .svg, since the .svg mapping could come from one of 
the 'standard locations'.  I'd rather add both, though.

--
nosy: +georg.brandl
title: add .svgz to mimetypes.suffix_map -> add .svgz to mimetypes.suffix_map 
and .svg to types_map

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

[R. David Murray]

Changes by R. David Murray :


--
nosy: +lemburg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

[Ned Deily]

Ned Deily  added the comment:

The attached patches for py3k (3.2+) and 2.7 correct platform.architecture() to 
return the bit architecture ('32bit' or '64bit') of the running interpreter in 
the default case where executable = sys.executable.  The linkage string will 
also contain information about the Mach-O executable including available bit- 
and processor-architectures as returned by the MacOS X file command.

An example of the most general results, using a 4-way build:

# ./configure --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk 
--with-universal-archs=all MACOSX_DEPLOYMENT_TARGET=10.5
$ file ./python
./python: Mach-O universal binary with 4 architectures
./python (for architecture i386):   Mach-O executable i386
./python (for architecture ppc7400):Mach-O executable ppc
./python (for architecture ppc64):  Mach-O 64-bit executable ppc64
./python (for architecture x86_64): Mach-O 64-bit executable x86_64
$ arch -i386 ./python -c 'import platform;print(platform.architecture())'
('32bit', 'MachO 32bit 64bit i386 ppc ppc64 x86_64')
$ arch -x86_64 ./python -c 'import platform;print(platform.architecture())'
('64bit', 'MachO 32bit 64bit i386 ppc ppc64 x86_64')
$ arch -ppc ./python -c 'import platform;print(platform.architecture())'
('32bit', 'MachO 32bit 64bit i386 ppc ppc64 x86_64')
$ arch -i386 ./python -m platform
Darwin-10.5.0-i386-32bit-MachO_32bit_64bit_i386_ppc_ppc64_x86_64
$ arch -x86_64 ./python -m platform
Darwin-10.5.0-i386-64bit-MachO_32bit_64bit_i386_ppc_ppc64_x86_64
$ ./python -m platform --terse
Darwin-10.5.0

--
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

[Ned Deily]

Changes by Ned Deily :


--
keywords: +patch
Added file: http://bugs.python.org/file20106/issue10735-py3k.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

[Ned Deily]

Changes by Ned Deily :


Added file: http://bugs.python.org/file20107/issue10735-27.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com