[issue16365] IDLE for Windows 8

[Martin v . Löwis]

Martin v. Löwis added the comment:

Unfortunately, there is not much to check now that you got it working. Doing 
what Roger first asked for might have given insights, but we can now not 
determine the issue anymore.

So closing this as "works for me".

--
nosy: +loewis
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue16362] _LegalCharsPatt in cookies.py includes illegal characters

[Simon Blanchard]

Simon Blanchard added the comment:

'HTTP_USER_AGENT': 'Mozilla/5.0 (compatible; Baiduspider/2.0; 
+http://www.baidu.com/search/spider.html)',

It's the Baidu spider according to the user agent string. (Baidu is the biggest 
search engine in China.) The serving app is Django + mod_wsgi + Apache - which 
I think must be OK. I guess the Baidu spider is broken?

Thanks

--

___
Python tracker 

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

[issue7317] Display full tracebacks when an error occurs asynchronously

[alon horev]

alon horev added the comment:

Hi Antoine, can you please have a look at the patch? It's been over a year 
since it's submitted. (-: thanks!

--

___
Python tracker 

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

[issue16370] Regarding embedding Python in Another Application

[Andrew Svetlov]

New submission from Andrew Svetlov:

On Fri, Oct 26, 2012 at 12:02 AM, Tom Epperly  wrote:
Regarding this section, 
http://docs.python.org/extending/embedding.html#very-high-level-embedding, 
according to http://docs.python.org/c-api/init.html Py_SetProgramName() should 
be called before Py_Initialize() (see the comment for Py_SetProgramName()). 
This matters for the particular case of Mac OS X (see 
http://mail.python.org/pipermail/pythonmac-sig/2012-October/023746.html).

I recommend adding a Py_SetProgramName() to the example.

Regards,

Tom Epperly

--
assignee: docs@python
components: Documentation
keywords: easy
messages: 174269
nosy: asvetlov, docs@python
priority: normal
severity: normal
status: open
title: Regarding embedding Python in Another Application
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue16370] Regarding embedding Python in Another Application

[Andrew Svetlov]

Andrew Svetlov added the comment:

Patch for 2.7 applied, the same text should be for 3.2+

Chris, please check my wording as native English speaker.

--
keywords: +patch
nosy: +chris.jerdonek
Added file: http://bugs.python.org/file27805/issue16370.diff

___
Python tracker 

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

[issue13598] string.Formatter doesn't support empty curly braces "{}"

[Phil Elson]

Changes by Phil Elson :


--
nosy: +pelson

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Andrew Svetlov]

Andrew Svetlov added the comment:

Not sure consolidating is good idea, ok with other changes.

--
nosy: +asvetlov

___
Python tracker 

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

[issue13598] string.Formatter doesn't support empty curly braces "{}"

[Phil Elson]

Phil Elson added the comment:

The current patch fails to catch the fact that auto vs manual numbering has 
been used in following corner case:

from string import Formatter
print(Formatter().format("{0:{}}", 'foo', 5))


To fix this, without adding state to the formatter instance, some more 
information is going to need to be passed to the _vformat method.

--

___
Python tracker 

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

[issue6829] Frendly error message when inheriting from function

[Yongzhi Pan]

Changes by Yongzhi Pan :


--
nosy: +fossilet

___
Python tracker 

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

[issue16311] Use _PyUnicodeWriter API in text decoders

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I updated the patch to resolve the conflict with issue14625.

--
Added file: http://bugs.python.org/file27806/codecs_writer_2.patch

___
Python tracker 

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

[issue16311] Use _PyUnicodeWriter API in text decoders

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file27807/codecs_writer_2.patch

___
Python tracker 

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

[issue16311] Use _PyUnicodeWriter API in text decoders

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Removed file: http://bugs.python.org/file27806/codecs_writer_2.patch

___
Python tracker 

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

[issue16311] Use _PyUnicodeWriter API in text decoders

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file27808/decodebench.res

___
Python tracker 

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

[issue16370] Regarding embedding Python in Another Application

[Matt Jones]

Matt Jones added the comment:

Andrew, below is a revision of your comment with a few corrections made by a 
native english speaker.


Function :c:func:`Py_SetProgramName` should be called before 
:c:func:`Py_Initialize` to inform the interpreter about paths to Python 
run-time libraries.  Next initialize the Python interpreter with 
:c:func:`Py_Initialize`, followed by the execution of a hard-coded Python 
script that prints the date and time.  Afterwards, the :c:func:`Py_Finalize` 
call shuts the interpreter down, followed by the end of the program.  In a real 
program, you may want to get the Python script from another source, perhaps a 
text-editor routine, a file, or a database.  Getting the Python code from a 
file can better be done by using the :c:func:`PyRun_SimpleFile` function, which 
saves you the trouble of allocating memory space and loading the file contents.

--
nosy: +Matt.Jones

___
Python tracker 

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

[issue16311] Use _PyUnicodeWriter API in text decoders

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

With the patch UTF-8 decoder 20% slower for some data. UTF-16 decoder 20% 
faster for some data and 20% slower for other data. UTF-32 decoder slower for 
many data (even after some optimization, naive code was up to 50% slower). 
Standard charmap decoder 10% slower. Only UTF-7, unicode-escape and 
raw-unicode-escape have become much faster (unicode-escape and 
raw-unicode-escape as with issue16334 patch).

A well optimized decoders do not benefit from the _PyUnicodeWriter, only a 
slight slowdown. The patch requires some optimization (as for UTF-32 decoder) 
to reduce the negative effect. Non-optimized decoders will receive the great 
benefit.

--

___
Python tracker 

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

[issue16371] typo in ctypes

[George Yoshida]

New submission from George Yoshida:

In the following sentence:

http://docs.python.org/3.3/library/ctypes.html
> 16.17.1.19. Surprises
> There are some edges in ctypes where you may be expect something else than 
> what actually happens.

"you may be expect" should read "you may expect"

--
assignee: docs@python
components: Documentation
messages: 174276
nosy: docs@python, quiver
priority: low
severity: normal
status: open
title: typo in ctypes

___
Python tracker 

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

[issue16370] Regarding embedding Python in Another Application

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6e24eb832fb2 by Andrew Svetlov in branch '2.7':
Issue #16370: Mention Py_SetProgramName in example for very high level 
embedding.
http://hg.python.org/cpython/rev/6e24eb832fb2

New changeset 4c35f5ec6acf by Andrew Svetlov in branch '3.2':
Issue #16370: Mention Py_SetProgramName in example for very high level 
embedding.
http://hg.python.org/cpython/rev/4c35f5ec6acf

New changeset b6a5f54e0a34 by Andrew Svetlov in branch '3.3':
Merge issue #16370: Mention Py_SetProgramName in example for very high level 
embedding.
http://hg.python.org/cpython/rev/b6a5f54e0a34

New changeset 0c1b81465d9c by Andrew Svetlov in branch 'default':
Merge issue #16370: Mention Py_SetProgramName in example for very high level 
embedding.
http://hg.python.org/cpython/rev/0c1b81465d9c

--
nosy: +python-dev

___
Python tracker 

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

[issue16370] Mention Py_SetProgramName in example for very high level embedding

[Andrew Svetlov]

Andrew Svetlov added the comment:

Thanks, Matt!

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
title: Regarding embedding Python in Another Application -> Mention 
Py_SetProgramName in example for very high level embedding
type:  -> enhancement

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Zachary Ware]

Zachary Ware added the comment:

The thought on consolidating is to match Doc/library/msvcrt.rst which does the 
same thing.  Also, when I started reading this page shortly before opening this 
issue, I was reading most of the page at once and was frankly pretty annoyed by 
seeing the same notice over and over.  Although I could see the point of having 
a much shorter blurb on each affected function in addition to an explanatory 
note at the top.  So instead of

'''
   .. versionchanged:: 3.3
  This function used to raise a :exc:`WindowsError`, which is now an
  alias of :exc:`OSError`.
'''

on each one, something like

'''
   .. versionchanged:: 3.3
  :exc:`WindowsError` is :exc:`OSError`
'''

perhaps?

--

___
Python tracker 

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

[issue16372] Initialization strange behavior

[Wojciech Danilo]

New submission from Wojciech Danilo:

Hi!
I'm using Python for several years and now I'm writing in Python 3 for the 
first time. I think I found a strange bug in it. Lets concider the code in the 
attachement.
In the 33 line there is construction of new instance of class Result:
print('!!!',Result().value)
what is strange, the class is defined as:
class Result:
def __init__(self, value=[], start=0, end=0):
self.value = value
...

and what I get as a result is:
"!!! ['a', 'b']"

Where the array was somehow magically stored from previous initialization (take 
a look at the code for full listing).

--
components: Interpreter Core
files: test.py
messages: 174280
nosy: wdanilo
priority: normal
severity: normal
status: open
title: Initialization strange behavior
versions: Python 3.3
Added file: http://bugs.python.org/file27809/test.py

___
Python tracker 

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

[issue16371] typo in ctypes

[Roundup Robot]

Roundup Robot added the comment:

New changeset ee13dc0793df by Andrew Svetlov in branch '3.2':
Issue #16371: fix typo in ctypes documentation.
http://hg.python.org/cpython/rev/ee13dc0793df

New changeset 8badb59fd35e by Andrew Svetlov in branch '3.3':
Merge issue #16371: fix typo in ctypes documentation.
http://hg.python.org/cpython/rev/8badb59fd35e

New changeset 0dac3e07ee8b by Andrew Svetlov in branch 'default':
Merge issue #16371: fix typo in ctypes documentation.
http://hg.python.org/cpython/rev/0dac3e07ee8b

--
nosy: +python-dev

___
Python tracker 

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

[issue13598] string.Formatter doesn't support empty curly braces "{}"

[Phil Elson]

Phil Elson added the comment:

Ramchandra's fix looks fairly good, although there is at least one remaining 
issue (see my last comment). I have attached a patch which addresses (and 
tests) this.

I'd be happy to pick this up if there are any remaining issues that need to be 
addressed, otherwise: I hope this helps.

Thanks,

--
Added file: http://bugs.python.org/file27810/pelson_issue13598.diff

___
Python tracker 

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

[issue16372] Initialization strange behavior

[Mark Dickinson]

Mark Dickinson added the comment:

This is a feature, not a bug. :-)  See 

http://docs.python.org/2/faq/design.html#why-are-default-values-shared-between-objects

for more information.

--
nosy: +mark.dickinson
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

[issue16372] Initialization strange behavior

[Mark Dickinson]

Mark Dickinson added the comment:

Actually, since you're using Python 3, I should have linked to the Python 3 
documentation.  Try this one:

http://docs.python.org/3/faq/design.html#why-are-default-values-shared-between-objects

--

___
Python tracker 

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

[issue16371] typo in ctypes

[Andrew Svetlov]

Andrew Svetlov added the comment:

Thanks, George.

--
nosy: +asvetlov
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> enhancement
versions: +Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue16373] Recursion error comparing set() and MutableMapping.keys()

[Nick Coghlan]

New submission from Nick Coghlan:

Try these in 3.3 (or Python 3.2 for the latter):

set() < collections.ChainMap().keys()
set() < collections.UserDict().keys()

Both fail with max recursion depth exceeded.

Given that both exhibit this behaviour, the core of the problem is quite 
possibly in MutableMapping.

(Uncovered while attempting to find a tidier ChainMap-based way to implement 
__subclasshook__ checks for ducktyping based on multiple methods)

--
messages: 174286
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: Recursion error comparing set() and MutableMapping.keys()
versions: Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue16371] typo in ctypes

[Roundup Robot]

Roundup Robot added the comment:

New changeset f0b22e314975 by R David Murray in branch '3.2':
#16371: fix up the English a bit more.
http://hg.python.org/cpython/rev/f0b22e314975

New changeset 85504242d0ce by R David Murray in branch '3.3':
merge #16371: fix up the English a bit more.
http://hg.python.org/cpython/rev/85504242d0ce

New changeset f5dec8c57715 by R David Murray in branch 'default':
merge #16371: fix up the English a bit more.
http://hg.python.org/cpython/rev/f5dec8c57715

New changeset fa959dc5c61d by R David Murray in branch '2.7':
#16371: fix up the English.
http://hg.python.org/cpython/rev/fa959dc5c61d

--

___
Python tracker 

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

[issue16374] ConfigParser: Passing a semicolon as a value

[Daniel Gordon]

New submission from Daniel Gordon:

I have a configuration file containing a key and value:
delimiter=;

Using ConfigParser,
the resulting value of the key delimiter is empty.
Expected behavior should be a semicolon as the value.

This behavior occurred on Linux (Ubuntu 12.04) but not on Windows 7.

--
components: Library (Lib)
messages: 174288
nosy: Daniel.Gordon
priority: normal
severity: normal
status: open
title: ConfigParser: Passing a semicolon as a value
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Andrew Svetlov]

Andrew Svetlov added the comment:

What's about compromise from attached file?

--
Added file: http://bugs.python.org/file27811/winreg_3.3+v2.patch

___
Python tracker 

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

[issue16371] typo in ctypes

[Andrew Svetlov]

Andrew Svetlov added the comment:

Thanks, David.

--

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Zachary Ware]

Zachary Ware added the comment:

Not bad, but with that scheme we could even go as far as cutting out the 
'WindowsError is OSError' bit and make it just 

"""
   ..versionchanged:: 3.3
 See :ref:`above `.
"""

--

___
Python tracker 

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

[issue16375] Warning in Parser/grammar1.c

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

The changeset 7e0e15d9957f causes annoying GCC warning in Parser/grammar1.c.

Possible solutions:

1. Revert this changes back.
2. Prohibit this type of warnings by the compiler flags.
3. Explicitly cast _PyParser_TokenNames to "char *" in PyGrammar_LabelRepr().
4. Make PyGrammar_LabelRepr() returns "const char *".

--
components: Interpreter Core
messages: 174292
nosy: benjamin.peterson, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Warning in Parser/grammar1.c
type: compile error
versions: Python 3.4

___
Python tracker 

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

[issue16311] Use _PyUnicodeWriter API in text decoders

[STINNER Victor]

STINNER Victor added the comment:

I ran decodebench.py and bench-diff.py scripts from #14624, I just
replaced repeat=10 with repeat=100 to get more reliable numbers. I
only see some performance regressions between -5% and -1%, but there
are some speedup on UTF-8 and UTF-32 (between +11% and +14%). On a
microbenchmark, numbers in the -10..10% range just means "no change".

Using _PyUnicodeWriter should not change anything to performances on
valid data, only performances of handling decoding errors between the
overallocation factor is different, the code to widen the buffer and
the code to write replacement characters.

--

___
Python tracker 

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

[issue16373] Recursion error comparing set() and MutableMapping.keys()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Also:

  {}.keys() < collections.UserDict().keys()
  {}.items() < collections.UserDict().keys()
  {}.items() < collections.UserDict().items()
  ...

--
components: +Library (Lib)
nosy: +serhiy.storchaka
type:  -> behavior

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Bmp
---
sent by an 11-year old

--

___
Python tracker 

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

[issue14675] make distutils.ccompiler.CCompiler an abstract class

[Ramchandra Apte]

Ramchandra Apte added the comment:

buump.

--

___
Python tracker 

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

[issue16373] Recursion error comparing set() and MutableMapping.keys()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The core of the problem is in Set.

import collections.abc
class S(collections.abc.Set):
def __contains__(self, key): return False
def __iter__(self): return iter(())
def __len__(self): return 0

S() < set() is False.
set() < S() fails.

--

___
Python tracker 

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

[issue16344] Traceback Internationalization Proposal

[Ezio Melotti]

Ezio Melotti added the comment:

> Teach the users English may be an altruist goal in the long term, but
> for many teachers (like my case) it a barrier right now that can tip
> the balance to other "more friendly languages"

Students are not required to learn English and English grammar before 
programming -- learning a few words is already enough to grasp the meaning of 
many error messages (and it's anyway already necessary for keywords, functions, 
methods, classes, modules, etc.).

> Those that continues working on programming will surely be exposed 
> sooner or later to formal technical English course at University or 
> similar.

The sooner they get exposed to English the better it is.  The best way to learn 
a language is by using it, and IMHO technical English is even easier than 
"normal" English (and often even than native language).

> But, if they don't continue their studies, or choose a different 
> career, maybe their English skill will never be enough.

I think that nowadays anyone should learn English anyway, and the more you 
translate the more you make their lives difficult, because you confine them to 
a restricted subset of all the available information (this is getting off-topic 
though).

> Here, as you point, translation poses a new perspective, why take
> that as a threat instead of an opportunity to bring better messages?

This is a different problem though.  Python (and programming in general) has 
its own jargon, and the jargon provides a concise way to refer to specific 
concepts (e.g. tuple-unpacking).  While it certainly shouldn't be abused, it's 
often more convenient to use it.  Creating a new localized jargon also doesn't 
help, and it only makes things more complicated.

For example you mentioned the "invalid token" error message, that on the page 
you linked is translated as "token inválido".  AFAIK "token" is not a Spanish 
word, so either you end up leaving the jargon untranslated, or you translated 
in something that doesn't make much sense and doesn't match with other names 
(e.g. the tokenize module).
While improving the message is a good idea (if/when possible), translating it 
doesn't make things much better.

> localized error messages could eventually produce better search
> results for non-English speakers if there is enough material written
> in they language. 

IME experience it's the opposite.  This might work a bit better for widespread 
languages like Spanish, but otherwise I often come across to fairly bad 
results.  First of all localized documentations are not as updated as the 
official one (that gets updated daily), and the translation might not be 
accurate.  Given that the English community is the biggest one, it's also 
easier to find answers in English than it is in any other language.  People 
that are not using English resources are often inexperienced users, and the 
solutions they provide are not always good (of course there are exceptions).

> At least some part should be translated too, as for example, the 
> Python Tutorial was translated by the local community to Spanish:
> http://docs.python.org.ar/tutorial/contenido.html

But this is just a part, has not been updated in over 2 years, and doesn't even 
cover Python 3.

--

___
Python tracker 

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

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

[Ramchandra Apte]

Ramchandra Apte added the comment:

It is possible with this bug to make a sudo IDLE edit a root-file.

--

___
Python tracker 

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

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

[Ramchandra Apte]

Ramchandra Apte added the comment:

oops ignore last msg

--

___
Python tracker 

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

[issue16373] Recursion error comparing set() and MutableMapping.keys()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Related (if not superseder) issue is issue8743.

--

___
Python tracker 

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

[issue8743] set() operators don't work with collections.Set instances

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka
versions: +Python 3.4

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ezio Melotti]

Ezio Melotti added the comment:

Can you provide a patch?

--
nosy: +ezio.melotti
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.4 -Python 3.2, Python 3.3

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

I'll give one now.

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Do you think this should be fixed - the comments say
"This module is currently Py2.3 compatible and should be kept that way unless a 
major compelling advantage arises.  IOW, 2.3 compatibility is strongly 
preferred, but not guaranteed."

--

___
Python tracker 

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

[issue16136] Removal of VMS support

[Sandeep Mathew]

Sandeep Mathew added the comment:

I have asked HP for access to a VMS box so that I restart my work. I initially 
checked with the university to see if I can get hold of an Itanium box. 

@Trent : If you have HP - UX already running, you may make use of Hyper-V to 
get vms running without changing the existing the HP-UX installation.

--

___
Python tracker 

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

[issue16374] ConfigParser: Passing a semicolon as a value

[R. David Murray]

Changes by R. David Murray :


--
nosy: +lukasz.langa

___
Python tracker 

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

[issue16259] Replace exec() in test.regrtest with __import__

[Ramchandra Apte]

Ramchandra Apte added the comment:

Bump.

--
type:  -> behavior
versions: +Python 3.4

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Mark Dickinson]

Mark Dickinson added the comment:

It seems fine to me to change it for 3.4, assuming that the diff isn't huge.  
Spec updates don't seem likely, and even if they did occur I'd expect them to 
be small tweaks rather than major additions.

+0 from me.

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ezio Melotti]

Ezio Melotti added the comment:

That might be true for 2.7, but for 3.4 it can probably be changed.

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Mark Dickinson]

Mark Dickinson added the comment:

BTW, in an earlier comment you said: "now threading imports dummy_threading 
when threading is not available".

Do you mean that 'import threading' will always succeed, even on platforms 
built without thread support?  Is this documented somewhere?

The docs at http://docs.python.org/3.3/library/dummy_threading.html seem to say 
rather that dummy_threading still has to be imported explicitly.

--

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Roundup Robot]

Roundup Robot added the comment:

New changeset abe8a2908f08 by Jesus Cea in branch '2.7':
Closes #16369: Global PyTypeObjects not initialized with PyType_Ready(...). 
DOCUMENT IT!
http://hg.python.org/cpython/rev/abe8a2908f08

New changeset e9ea7f6a7107 by Jesus Cea in branch '3.2':
Closes #16369: Global PyTypeObjects not initialized with PyType_Ready(...). 
DOCUMENT IT!
http://hg.python.org/cpython/rev/e9ea7f6a7107

New changeset 9a4e2d394ba0 by Jesus Cea in branch '3.3':
MERGE: Closes #16369: Global PyTypeObjects not initialized with 
PyType_Ready(...). DOCUMENT IT!
http://hg.python.org/cpython/rev/9a4e2d394ba0

New changeset e5f39546989f by Jesus Cea in branch 'default':
MERGE: Closes #16369: Global PyTypeObjects not initialized with 
PyType_Ready(...). DOCUMENT IT!
http://hg.python.org/cpython/rev/e5f39546989f

--

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

Benjamin, 3.3/3.4 "PyDictDummy_Type" initialization is missing too. That code 
was introduced in 

"""
changeset:   76485:6e5855854a2e
user:Benjamin Peterson 
date:Mon Apr 23 11:24:50 2012 -0400
summary: Implement PEP 412: Key-sharing dictionaries (closes #13903)
"""

Reopening and assigning to you :-) (if you don't want to work on this, let me 
know)

--
assignee:  -> benjamin.peterson
nosy: +benjamin.peterson
resolution: fixed -> 
status: closed -> open
versions: +Python 2.7, Python 3.2, Python 3.4

___
Python tracker 

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

[issue14675] make distutils.ccompiler.CCompiler an abstract class

[Éric Araujo]

Changes by Éric Araujo :


--
resolution:  -> wont fix
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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Is there an equivalent of _dummy_thread for threading?

--

___
Python tracker 

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

[issue16268] dir(closure) does not find __dir__

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Ignore earlier message.

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

@Mark
>BTW, in an earlier comment you said: "now threading imports dummy_threading 
>when threading is not available".
My comment only applies to _thread.

--

___
Python tracker 

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

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

[Guilherme Polo]

Guilherme Polo added the comment:

I can ignore it, but let us be honest. If you got sudo privilege already, why 
are you bothering to break (or whatever else) the system using IDLE ? The issue 
here did not give you the sudo privilege. If it did, then we have an actual 
security bug.

--

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

Any option of having a test?

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Sorry it doesn't apply to anything at all.

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Odd.. I download decimal.py from 
http://hg.python.org/cpython/file/fa959dc5c61d/Lib/decimal.py but it uses "1L" 
(isn't py3k compliant)

--

___
Python tracker 

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

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

[Ramchandra Apte]

Ramchandra Apte added the comment:

I think this is a legitimate security bug.
the malicious program needs to create a file with a certain name in the home 
dir.
If a user runs say IDLE (or another tk app) with root priveleges using sudo, 
the file will be run with root priveleges.

--

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Mark Dickinson]

Mark Dickinson added the comment:

Revision fa959dc5c61d comes from the 2.7 maintenance branch.  Try:

   http://hg.python.org/cpython/file/e5f39546989f/Lib/decimal.py

instead.  Better still, get a clone of the Python repository. :-)

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Zachary Ware]

Zachary Ware added the comment:

> Odd.. I download decimal.py from 
> http://hg.python.org/cpython/file/fa959dc5c61d/Lib/decimal.py but it uses 
> "1L" (isn't py3k compliant)

Try http://hg.python.org/cpython/file/default/Lib/decimal.py

Clicking 'browse' from http://hg.python.org/cpython/ shows the source tree as 
it is in 'tip', which is sometimes 2.7 instead of default.

--
nosy: +zach.ware

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Andrew Svetlov]

Andrew Svetlov added the comment:

I have updated patch.

--
Added file: http://bugs.python.org/file27812/winreg_3.3+v3.patch

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

On 31 October 2012 22:04, Mark Dickinson  wrote:

>
> Mark Dickinson added the comment:
>
> Revision fa959dc5c61d comes from the 2.7 maintenance branch.  Try:
>
>http://hg.python.org/cpython/file/e5f39546989f/Lib/decimal.py
>
> instead.  Better still, get a clone of the Python repository. :-)
>
> --
>
> ___
> Python tracker 
> 
> ___
>

clone is quite big (~300 MB->half an hour)
I know about the way to download the repo's tip as .tar.bz2

--

___
Python tracker 

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

[issue16372] Initialization strange behavior

[Wojciech Danilo]

Wojciech Danilo added the comment:

Wow, I was using Python so long and I didn't know about it. Is there any paper 
discussing why this feature is better than storing "cache" as global variable / 
as class "private" parameter?

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

Attached is a patch.
I haven't tested it.

--
keywords: +patch
Added file: http://bugs.python.org/file27813/decimal.patch

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Ramchandra Apte]

Ramchandra Apte added the comment:

I'm not sure whether the patch fixes everything.
Gone to sleep.

--

___
Python tracker 

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

[issue8743] set() operators don't work with collections.Set instances

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue16373] Recursion error comparing set() and MutableMapping.keys()

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue16372] Initialization strange behavior

[Mark Dickinson]

Mark Dickinson added the comment:

There's plenty of discussion of this feature of Python around the web, but this 
isn't the place to rehash it. :-)  Google for "python mutable default argument".

--

___
Python tracker 

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

[issue16372] Initialization strange behavior

[Wojciech Danilo]

Wojciech Danilo 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

[issue16373] Recursion error comparing set() and MutableMapping.keys()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch which fixes this particular issue.  Now recursion avoided.  The 
specified operations raises TypeError.  Fixing this error (if it should be 
fixed) is the problem of issue8743.

--
stage:  -> patch review

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Benjamin Peterson]

Benjamin Peterson added the comment:

It doesn't need to be initialized.

--
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

[issue16373] Recursion error comparing set() and collections.Set instances

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
keywords: +patch
title: Recursion error comparing set() and MutableMapping.keys() -> Recursion 
error comparing set() and collections.Set instances
Added file: http://bugs.python.org/file27814/abc_set_issuperset_recursion.patch

___
Python tracker 

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

[issue16376] wrong type for wintypes.BYTE

[anatoly techtonik]

New submission from anatoly techtonik:

Windows BYTE type is unsigned char, but ctypes defines it as signed.

{{{
BYTE
A byte (8 bits).
This type is declared in WinDef.h as follows:
typedef unsigned char BYTE;
typedef unsigned char BYTE;
}}}
http://msdn.microsoft.com/en-us/library/windows/desktop/aa383751(v=vs.85).aspx

http://hg.python.org/cpython/file/e5f39546989f/Lib/ctypes/wintypes.py#l4

--
components: ctypes
messages: 174331
nosy: techtonik
priority: normal
severity: normal
status: open
title: wrong type for wintypes.BYTE
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

___
Python tracker 

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

[issue16373] Recursion error comparing set() and collections.Set instances

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

Serhiy Storchaka, I was wondering if you could provide a test for the testsuite 
too.

--

___
Python tracker 

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

[issue8743] set() operators don't work with collections.Set instances

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

Heads up, Issue #16373.

--

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

Even if not "needed" to be initialize, we might do it for regularity (no 
special cases are special enough :-). Or, if left alone, at least document it 
in the code.

--

___
Python tracker 

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

[issue12782] Multiple context expressions do not support parentheses for continuation across lines

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +barry
versions: +Python 3.4 -Python 3.3

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Zachary Ware]

Zachary Ware added the comment:

v3 looks fine to me!

--

___
Python tracker 

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

[issue16373] Recursion error comparing set() and collections.Set instances

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

issue15246 should add a place for such test.  I'm not sure that possible wrong 
behavior (which can be changed in issue8743) should be perpetuated in the tests.

--

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2e7da832219d by Andrew Svetlov in branch '3.3':
Issue #16197: Fix several small errors in winreg documentation.
http://hg.python.org/cpython/rev/2e7da832219d

New changeset f1310219c702 by Andrew Svetlov in branch 'default':
Merge issue #16197: Fix several small errors in winreg documentation.
http://hg.python.org/cpython/rev/f1310219c702

--

___
Python tracker 

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

[issue16197] Several small errors in winreg documentation

[Andrew Svetlov]

Andrew Svetlov added the comment:

Committed. Thanks, Zachary!

--
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

[issue15873] "datetime" cannot parse ISO 8601 dates and times

[flying sheep]

flying sheep added the comment:

there is a module that parses those strings pretty nicely, it’s called 
pyiso8601: http://code.google.com/p/pyiso8601/

in the context of writing a better plistlib, i also needed the capability to 
parse those strings, and decided not to use the sucky incomplete implementation 
of plistlib, but the one mentioned above.

i py3ified it, eliminating quite some code, and the result is pretty terse, 
check it out: https://github.com/flying-sheep/plist/blob/master/iso8601.py

note that that implementation returns utc-datetimes for timezoneless strings, 
instead of naive ones. (l.30)

--
nosy: +flying sheep

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Roundup Robot]

Roundup Robot added the comment:

New changeset e87d617cef23 by Benjamin Peterson in branch 'default':
make PyGrammar_LabelRepr return a const char * (closes #16369)
http://hg.python.org/cpython/rev/e87d617cef23

--

___
Python tracker 

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

[issue16369] Global PyTypeObjects not initialized with PyType_Ready(...)

[Benjamin Peterson]

Benjamin Peterson added the comment:

Oops, that was supposed to go to #16375.

--

___
Python tracker 

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

[issue16375] Warning in Parser/grammar1.c

[Benjamin Peterson]

Benjamin Peterson added the comment:

e87d617cef23

--
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

[issue16344] Traceback Internationalization Proposal

[Antoine Pitrou]

Antoine Pitrou added the comment:

> > Those that continues working on programming will surely be exposed
> > sooner or later to formal technical English course at University or
> > similar.
> 
> The sooner they get exposed to English the better it is.  The best
> way to learn a language is by using it, and IMHO technical English
> is even easier than "normal" English (and often even than native
> language).

This sounds like wishful thinking to me. Regardless of whether it's
*better* for a fledgling programmer to learn and improve their English,
we can still improve Python right now for those who don't master English.

> > But, if they don't continue their studies, or choose a different
> > career, maybe their English skill will never be enough.
> 
> I think that nowadays anyone should learn English anyway, and the
> more you translate the more you make their lives difficult, because
> you confine them to a restricted subset of all the available
> information (this is getting off-topic though).

That will be true if translations are enabled by default, not if they
need some explicit configuration switch to be enabled.

> > Here, as you point, translation poses a new perspective, why take
> > that as a threat instead of an opportunity to bring better
> > messages?
> 
> This is a different problem though.  Python (and programming in
> general) has its own jargon, and the jargon provides a concise way
> to refer to specific concepts (e.g. tuple-unpacking).  While it
> certainly shouldn't be abused, it's often more convenient to use it.
>  Creating a new localized jargon also doesn't help, and it only
> makes things more complicated.

Well, even technical tools like gcc or Mercurial have translations
these days (not always very good ones, admittedly, but I don't see
anyone advocating for these translations to be removed).

> > At least some part should be translated too, as for example, the
> > Python Tutorial was translated by the local community to Spanish:
> > http://docs.python.org.ar/tutorial/contenido.html
> 
> But this is just a part, has not been updated in over 2 years, and
> doesn't even cover Python 3.

That's not really a problem. People teaching Python in a language
other than English can certainly create their own teaching resources
(and, ideally, share them on the Internet :-)).

--

___
Python tracker 

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

[issue16136] Removal of VMS support

[Trent Nelson]

Trent Nelson added the comment:

Ah, I forgot about the VOE stuff.  That will work a lot better.  I'll still 
need to acquire VMS media though.

You're not a committer are you?  I can sort you out with access to Snakebite 
anyway -- email me your ssh key if you're interested (trent at snakebite.org).

I'd recommend dropping by #python-dev on irc.freenode.net too.

--

___
Python tracker 

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

[issue16344] Traceback Internationalization Proposal

[Ezio Melotti]

Ezio Melotti added the comment:

> This sounds like wishful thinking to me. Regardless of whether it's
> *better* for a fledgling programmer to learn and improve their English,
> we can still improve Python right now for those who don't master English.

True, but my point is that while this has some short term benefits, it's worse 
on the long term, and potentially even more confusing.

> That will be true if translations are enabled by default, not if they
> need some explicit configuration switch to be enabled.

They usually are (at least for other tools like mercurial).  I can see OS 
vendors enabling this by default.

> Well, even technical tools like gcc or Mercurial have translations
> these days (not always very good ones, admittedly, but I don't see
> anyone advocating for these translations to be removed).

Maybe someone advocated for them not to be added? :)

> That's not really a problem. People teaching Python in a language
> other than English can certainly create their own teaching resources
> (and, ideally, share them on the Internet :-)).

Or use the already existing resources found on Internet (mostly in English :))?

--

___
Python tracker 

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

[issue16373] Recursion error comparing set() and collections.Set instances

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Patch updated with test which does not rely on set behaviour.

--
Added file: 
http://bugs.python.org/file27815/abc_set_issuperset_recursion_2.patch

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7ada0faded9b by Mark Dickinson in branch 'default':
Issue #13701: Fix decorator avoidance (due to desire for Python 2.3 
compatibility) in decimal module.
http://hg.python.org/cpython/rev/7ada0faded9b

--
nosy: +python-dev

___
Python tracker 

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

[issue16375] Warning in Parser/grammar1.c

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage: needs patch -> committed/rejected

___
Python tracker 

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

[issue16375] Warning in Parser/grammar1.c

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks.

--

___
Python tracker 

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

[issue13701] Remove Decimal Python 2.3 Compatibility

[Mark Dickinson]

Mark Dickinson added the comment:

Fixed the unuse of decorator syntax.  I think the dummy_threading changes 
should be considered a separate issue.

With regards to the patch:  I assume you mean "import dummy_threading as 
threading" rather than just "import dummy_threading".  Also, it looks to me as 
though test_decimal would need updating too to do the correct thing when the 
threading module isn't present.

Closing this issue as fixed;  please open a new issue for the dummy_threading 
if you think it's worth pursuing.

--
assignee: rhettinger -> mark.dickinson
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