[issue14435] Remove special block allocation from floatobject.c

[Mark Dickinson]

Changes by Mark Dickinson :


--
nosy: +mark.dickinson

___
Python tracker 

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

[issue14450] Log rotate cant execute in Windows. (logging module)

[shinta.nakayama]

New submission from shinta.nakayama :

I found a bug in logging module in Windows.
I wrote that at here.
https://gist.github.com/2247692

my OS is Windows7 32bit.

C:\Python27>python
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>>

--
components: Library (Lib)
messages: 157126
nosy: shinta.nakayama
priority: normal
severity: normal
status: open
title: Log rotate cant execute in Windows. (logging module)
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

[issue14443] Distutils test failure

[Éric Araujo]

Éric Araujo  added the comment:

Related to #1533164.  Could you bisect the problem to see if it’s related to 
old commits or my changes for pycache directories?

--

___
Python tracker 

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

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

[Jeff Dean]

Jeff Dean  added the comment:

I just saw Brian Curtin's Pycon 2012 presentation.  If a goal is to make it 
easy for new users to run python, consider installing a desktop shortcut.  This 
would make it very easy for new users (easier than starting up a shell).

This is independent of the Path changes discussed here.  Those should be made 
(or not made) on their own merit, since most users will eventually need the 
Path to be properly adjusted.

--
nosy: +jdigital

___
Python tracker 

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

[issue13744] raw byte strings are described in a confusing way

[Éric Araujo]

Éric Araujo  added the comment:

Actually it’s fine, we already have the text in your message :)

--

___
Python tracker 

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

[issue13744] raw byte strings are described in a confusing way

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the contribution.  Could you post your suggested wording as a plain 
text file?

--
nosy: +eric.araujo

___
Python tracker 

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

[issue14406] Race condition in concurrent.futures

[Matt Joiner]

Matt Joiner  added the comment:

I'll add this shortly.

--

___
Python tracker 

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

[issue12864] 2to3 creates illegal code on import a.b inside a package

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge

___
Python tracker 

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

[issue14439] Easier error diagnosis when bootstrapping the runpy module in main

[Nick Coghlan]

Nick Coghlan  added the comment:

Taking a closer look at the four affected cases, I've changed my mind - the 
patch looks reasonable, go ahead and add it (as the new output actually still 
makes sense in the RunMainFromImporter case)

However, additional test cases should be added to test_cmd_line_script, at 
least for the two that are fairly easy to test:

- runpy import failure: shadow the stdlib by creating a runpy.py that raises 
RuntimeError at the top level
- runpy attribute lookup failure: shadow the stdlib with an empty runpy.py

I have no idea how you could force the latter two errors, though, so I'm fine 
with leaving those paths untested (while tests would be great if you can figure 
out some way to make the decoding and argument construction steps fail, I 
expect the use of the surrogateescape error handler will make that very hard to 
do).

--

___
Python tracker 

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

[issue14439] Easier error diagnosis when bootstrapping the runpy module in main

[Nick Coghlan]

Changes by Nick Coghlan :


--
title: RunModule(): display the traceback on failure -> Easier error diagnosis 
when bootstrapping the runpy module in main

___
Python tracker 

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

[issue14439] RunModule(): display the traceback on failure

[Nick Coghlan]

Nick Coghlan  added the comment:

Never mind, I just looked at your patch and better understand what you're 
wanting to improve (i.e. diagnosing problems with bootstrapping runpy itself, 
not the errors that occur after runpy has already been found).

However, your proposed solution is questionable since it may produce spurious 
output when RunMainFromImporter() is executed.

Is it really so hard to do "python -c 'import runpy'" to further diagnose the 
problem that the bootstrapping reports?

--

___
Python tracker 

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

[issue14449] argparse optional arguments should follow getopt_long(3)

[R. David Murray]

R. David Murray  added the comment:

If I understand correctly, this would be a backward incompatible change, so I 
doubt it will be accepted.  Maybe there's some other way to achieve the same 
end?

--
nosy: +bethard, r.david.murray

___
Python tracker 

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

[issue14447] marshal.load() reads entire remaining file instead of just next value

[R. David Murray]

R. David Murray  added the comment:

This is a duplicate of issue 12291.  3.1 is in security-fix only mode.

--
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> file written using marshal in 3.2 can be read by 2.7, but not 
3.2 or 3.3

___
Python tracker 

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

[issue14439] RunModule(): display the traceback on failure

[Nick Coghlan]

Nick Coghlan  added the comment:

Huh? Demonstration please, as the -m switch absolutely does display tracebacks 
when the call fails:

$ python -m timeit -s "raise RuntimeError"
Traceback (most recent call last):
  File "/usr/lib64/python2.7/timeit.py", line 298, in main
x = t.timeit(number)
  File "/usr/lib64/python2.7/timeit.py", line 194, in timeit
timing = self.inner(it, self.timer)
  File "", line 3, in inner
raise RuntimeError
RuntimeError

The only tracebacks it suppresses are those for ImportError during the search 
process, which is deliberate:

$ python -m missing
/usr/bin/python: No module named missing

It even avoids suppressing the traceback when the module is found and an import 
error occurs later:

$ python -m timeit -s "import missing"
Traceback (most recent call last):
  File "/usr/lib64/python2.7/timeit.py", line 298, in main
x = t.timeit(number)
  File "/usr/lib64/python2.7/timeit.py", line 194, in timeit
timing = self.inner(it, self.timer)
  File "", line 3, in inner
import missing
ImportError: No module named missing

--

___
Python tracker 

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

[issue14449] argparse optional arguments should follow getopt_long(3)

[Ernest N. Mamikonyan]

Changes by Ernest N. Mamikonyan :


--
title: argparse optional arguments sh -> argparse optional arguments should 
follow getopt_long(3)

___
Python tracker 

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

[issue14449] argparse optional arguments sh

[Ernest N. Mamikonyan]

New submission from Ernest N. Mamikonyan :

The nargs='?' option should probably follow the getopt_long(1) convention and 
only consume an (optional) argument if it's in the same argv element, i.e., 
without a space. Otherwise, it can only be given as the last option on the 
command-line. For example, in

./prog -a ARG1 ARG2

ARG1 should not be considered an optional argument to -a, but here, it should:

./prog -aARG1 ARG2

--

___
Python tracker 

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

[issue14449] argparse optional arguments sh

[Ernest N. Mamikonyan]

Changes by Ernest N. Mamikonyan :


--
components: Library (Lib)
nosy: mamikonyan
priority: normal
severity: normal
status: open
title: argparse optional arguments sh
type: behavior
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

[issue14435] Remove special block allocation from floatobject.c

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Here is a new patch, with the suggested changes.  The variable names and macros 
are similarly named as those for other objects such as lists.

--
Added file: http://bugs.python.org/file25071/nofreelist.patch

___
Python tracker 

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

[issue14386] Expose dictproxy as a public type

[Éric Araujo]

Éric Araujo  added the comment:

> MappingView is a strange ABC: it should probably declare __contains__ as an 
> abstract method.
I think that was not done because it would not be very useful: MappingView 
seems to exist only as a base class for the other *View, which define 
__contains__.

> I don't see why it doesn't inherit from Set (which would avoid the need of 
> declaring __contains__,
> Set is a Container) whereas KeysView, ItemsView and ValuesView do inherit 
> from Set.
Not ValuesView, because you may have the same object as more than one value.

--

___
Python tracker 

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

[issue14386] Expose dictproxy as a public type

[STINNER Victor]

STINNER Victor  added the comment:

Oh, collections.abc contains also the mappingview type exposed with the name 
"dict_proxy":
dict_proxy = type(type.__dict__)

It was exposed as _abcoll.dict_proxy in Python 3.2.

It is not documented. Should we keep it for backward compatibility, or can it 
be removed? _abcoll was a private module and I didn't find dict_proxy in Python 
3.2 doc.

--

___
Python tracker 

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

[issue14386] Expose dictproxy as a public type

[STINNER Victor]

STINNER Victor  added the comment:

> (We don't use "view" much but the place where we do use
> it, for keys/values/items views, is very different I think.)

You are right, it's closer to a proxy because it has the same methods than a 
mapping (except of some methods used to modify a mapping), whereas the API of 
keys/values/items views is very different from the mapping API.

> Also collections.abc already defines MappingView as the base
> class for KeysView and friends.)

MappingView is a strange ABC: it should probably declare __contains__ as an 
abstract method. I don't see why it doesn't inherit from Set (which would avoid 
the need of declaring __contains__, Set is a Container) whereas KeysView, 
ItemsView and ValuesView do inherit from Set.

I suppose that MappingView is also present to factorize code but it should not 
be used directly.

Anyway, you are not the first one who remarks that we already use "view" to 
define something else, so I wrote a new patch to use the "mappingproxy" name 
(exposed as types.MappingProxyType).

> Also make sure there's no way for someone who has access
> to the proxy to get to the underlying mapping;

I don't think that we can write unit tests for such property. I suppose that 
the comment below is enough.

> You might even add a comment ...

Done in my last patch:

/* WARNING: mappingproxy methods must not give access to the underlying mapping 
*/

--
Added file: http://bugs.python.org/file25070/mappingproxy-5.patch

___
Python tracker 

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

[issue14448] Mention pytz in datetime's docs

[Éric Araujo]

Éric Araujo  added the comment:

Good idea.  The patch has a few English and markup errors; I’ll update it when 
I get home.  To catch such errors in the future, you can re-run “make html”.

--
nosy: +eric.araujo
title: Metnion pytz in datetime's docs -> Mention pytz in datetime's docs
versions: +Python 2.7, 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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +eric.araujo

___
Python tracker 

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

[issue13749] socketserver can't stop

[R. David Murray]

R. David Murray  added the comment:

At the very least the docs should be clarified to say that you have to call 
shutdown from a separate thread.  (The one example of using it does do that.)

I don't have a strong opinion about the proposed new method, not having used 
socketserver except for running in to it in stdlib test files.  It sounds 
reasonable enough.

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

[issue14423] Getting the starting date of iso week from a week number and a year.

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +haypo, lemburg

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[R. David Murray]

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Carl Meyer]

Carl Meyer  added the comment:

I'd been thinking the "escape the security fix" argument didn't apply, because 
the security fix requires opt-in anyway and the -R flag would fail immediately 
on a non-updated virtualenv.

But there is also the environment variable. It is quite possible that someone 
could update their system Python, set PYTHONHASHSEED and think they are 
protected from the hash collision vulnerability, but not be because they are 
running in a virtualenv. That is a strong argument for letting this break and 
forcing the update.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

On Mar 29, 2012, at 09:24 PM, Jason R. Coombs wrote:

>My mistake - Georg has not yet weighed in. Perhaps it's best to wait for his
>opinion.

I'm happy to go along with RM consensus.  It should work the same in all
stable releases.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Georg Brandl]

Georg Brandl  added the comment:

I am with Benjamin.  First we put a lot of effort into fixing this issue, and 
then we're letting quite a lot of deployments (and I assume that quite a lot of 
deployments *are* in virtualenvs) "escape" the fix?  That doesn't sound right.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Jason R. Coombs]

Jason R. Coombs  added the comment:

My mistake - Georg has not yet weighed in. Perhaps it's best to wait for his 
opinion.

--

___
Python tracker 

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

[issue14448] Metnion pytz in datetime's docs

[Andrew Svetlov]

New submission from Andrew Svetlov :

Python Standard Library itself has not timezone objects.
There are well-maintained project named pytz.

Let's mention pytz in datetime docs.

I have attached a patch, please review it.

--
assignee: docs@python
components: Documentation
files: pytz.diff
keywords: easy, patch
messages: 157104
nosy: asvetlov, docs@python
priority: normal
severity: normal
stage: patch review
status: open
title: Metnion pytz in datetime's docs
type: enhancement
Added file: http://bugs.python.org/file25069/pytz.diff

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Eric Snow]

Changes by Eric Snow :


--
nosy: +eric.snow

___
Python tracker 

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

[issue13749] socketserver can't stop

[Daniel Swanson]

Daniel Swanson  added the comment:

What about os._exit?
or CTR-ALT-DEL (windows only)
I'd say that socketserver.serveforever is very well named (Hey, if you can't 
turn it off then it's serving forever)

--
nosy: +weirdink13

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Jason R. Coombs]

Jason R. Coombs  added the comment:

The consensus from the release managers seems to be "don't patch", so I propose 
we move forward with including the release notes as drafted.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Benjamin Peterson]

Benjamin Peterson  added the comment:

This "bug" will only happen in virtualenvs, though, so I expect virtualenv will 
be blamed.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Dave Malcolm]

Changes by Dave Malcolm :


--
nosy: +dmalcolm

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Carl Meyer]

Carl Meyer  added the comment:

There's no question that this is a case of virtualenv allowing users to do 
something that's not supported.

Nonetheless, virtualenv is very widely used, and in practice it does not break 
"more often". This, however, will break for lots of users, and those users will 
(wrongly) perceive the breakage to be caused by a Python security bugfix, not 
by virtualenv.

I think the purity argument is completely correct, but this certainly seems 
like a situation where practicality might nonetheless beat purity.

--

___
Python tracker 

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

[issue14447] marshal.load() reads entire remaining file instead of just next value

[Daniel Swanson]

Daniel Swanson  added the comment:

The previous test was on linux mint 10 (Julia) with python 3.1.2
here is the same test on windows XP with python 3.2.2

Python 3.2.2 (default, Sep  4 2011, 09:51:08) [MSC v.1500 32 bit (Intel)] on 
win32
Type "copyright", "credits" or "license()" for more information.
>>> import marshal
>>> f = open('t', 'wb')
>>> marshal.dump(('skd', 1), f)
18
>>> marshal.dump(('slkd', 2), f)
19
>>> marshal.dump('lkdss', 3), f)
SyntaxError: invalid syntax
>>> marshal.dump(('lskda', 3), f)
20
>>> f.close()
>>> f = open('t', 'rb')
>>> print(marshal.load(f))
('skd', 1)
>>> print(marshal.load(f))
('slkd', 2)
>>> print(marshal.load(f))
('lskda', 3)
>>> print(marshal.load(f))
Traceback (most recent call last):
  File "", line 1, in 
print(marshal.load(f))
EOFError: EOF read where object expected
>>> 

As you can see, this problem appearently does not apply to 3.2.2

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

[issue11437] IDLE crash on startup with typo in config-keys.cfg

[Roger Serwy]

Roger Serwy  added the comment:

Andrew, after placing config-keys.cfg into .idlerc, launch IDLE and change the 
key map to Xip's keyset. You'll get a traceback on the terminal when you click 
ok.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Running the python interpreter against a different version of the stdlib is 
completely unsupported, and I'm surprised it hasn't broken more. I'm rejecting 
any shims for it for 2.7 and 3.1.

--

___
Python tracker 

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

[issue14447] marshal.load() reads entire remaining file instead of just next value

[Daniel Swanson]

Daniel Swanson  added the comment:

You are correct.
I got:
Python 3.1.2 (release31-maint, Dec  9 2011, 20:50:50) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import marshall
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named marshall
>>> import marshal
>>> f = open("test", "wb")
>>> marshal.dump(("hello", 1), f)
20
>>> marshal.dump(("there", 2), f)
20
>>> marshal.dump(("friend", 3), f)
21
>>> f.close()
>>> f = open("test", "rb")
>>> print(marshal.load(f))
('hello', 1)
>>> print(marshal.load(f))
Traceback (most recent call last):
  File "", line 1, in 
EOFError: EOF read where object expected
>>>

--
nosy: +weirdink13

___
Python tracker 

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

[issue11437] IDLE crash on startup with typo in config-keys.cfg

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Roger, can you help me?

What steps should I do to reproduce the issue? Pushing config from 
George.Dhoore into ~/.idlerc does nothing. IDLE starts fine as usual.

--

___
Python tracker 

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

[issue14409] IDLE: not executing commands from shell, error with default keybinding for Return

[Ned Deily]

Ned Deily  added the comment:

(Thanks for the expanded analysis, Roger. I missed the implication of the title 
update you made.)

--

___
Python tracker 

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

[issue14447] marshal.load() reads entire remaining file instead of just next value

[Matt Chaput]

New submission from Matt Chaput :

In Python 3.2, if you write several values to a file with multiple calls to 
marshal.dump(), and then try to read them back, the first marshal.load() 
returns the first value, but reads to the end of the file, so subsequent calls 
to marshal.load() raise an EOFError.

E.g.:

  import marshal
  f = open("test", "wb")
  marshal.dump(("hello", 1), f)
  marshal.dump(("there", 2), f)
  marshal.dump(("friend", 3), f)
  f.close()
  f = open("test", "rb")
  print(marshal.load(f))  # ('hello', 1)
  print(marshal.load(f))  # ERROR

This page seems to indicate this was also a bug in Python 3.1: 
http://www.velocityreviews.com/forums/t728526-python-3-1-2-and-marshal.html

--
components: IO
messages: 157093
nosy: mattchaput
priority: normal
severity: normal
status: open
title: marshal.load() reads entire remaining file instead of just next value
type: behavior
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

[issue14417] dict RuntimeError workaround

[Andrew Svetlov]

Changes by Andrew Svetlov :


--
nosy: +asvetlov

___
Python tracker 

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

[issue3035] Removing apparently unwanted functions from Tkinter

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Thank you, David.

I've updated the patch.

I think making new test for check is easy but Issue14446 is good enough.
Running stupid test doesn't make sense for this case.

--
Added file: http://bugs.python.org/file25068/issue3035.diff

___
Python tracker 

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

[issue14446] Remove deprecated tkinter functions

[Andrew Svetlov]

New submission from Andrew Svetlov :

We need to remove deprecated tkinter.AtEnd and family in 3.4

--
assignee: asvetlov
components: Tkinter
keywords: easy
messages: 157091
nosy: asvetlov, r.david.murray
priority: release blocker
severity: normal
status: open
title: Remove deprecated tkinter functions
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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Jason R. Coombs]

Jason R. Coombs  added the comment:

Martin makes a good point, but I see it somewhat differently.

virtualenv and its users have always accepted the risk of running an old 
interpreter against a different standard library (of the same minor version). 
So the risk of not receiving the security patch in the interpreter is 
well-known.

The risk they have not (previously) accepted (afaik) is that an interpreter of 
one patch version will not be compatible with the standard library of another 
patch version.

I could very well be wrong about the latter.

While I think we all agree that this is not a bug in Python, per se, the more 
practical matter is that this issue is likely to cause substantial trouble in 
practice, perhaps an unprecedented experience. I would hate for all the hard 
work that was put into this security fix to be tainted by cries of trouble 
caused by the fix (however unjustified). Providing backward-compatibility for 
virtualenv would avoid that risk and would not expose the users of virtualenv 
to any more risk than they've previously accepted.

For that reason, I'm +1 on the compatibility patch(es).

--

___
Python tracker 

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

[issue3035] Removing apparently unwanted functions from Tkinter

[R. David Murray]

R. David Murray  added the comment:

Raymond is suggesting removal in 3.4, and given that we are doing it I don't 
see any reason to wait for 3.5, either, so you probably want to update the 
warning messages to say 3.4 instead of 3.5.  Otherwise it looks good to me.

Ezio suggested adding a test that fails if we don't do the deprecation in 3.4 
(that is, when the feature release number changes, the test starts failing).  
And/or you can open a new 3.4-only issue "remove deprecated tkinter functions" 
and mark it as a release blocker.

--

___
Python tracker 

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

[issue14436] SocketHandler sends obejcts while they cannot be unpickled on receiver's side

[Roundup Robot]

Roundup Robot  added the comment:

New changeset eda0ae0d2c68 by Vinay Sajip in branch '2.7':
Closes #14436: Convert msg + args to string before pickling.
http://hg.python.org/cpython/rev/eda0ae0d2c68

New changeset cd8347e15f62 by Vinay Sajip in branch '3.2':
Closes #14436: Convert msg + args to string before pickling.
http://hg.python.org/cpython/rev/cd8347e15f62

New changeset 86a1f92c66b3 by Vinay Sajip in branch 'default':
Closes #14436: merged fix from 3.2.
http://hg.python.org/cpython/rev/86a1f92c66b3

--
nosy: +python-dev
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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I'm not so sure that it is desirable to make it compatible. It is ultimately 
virtualenv's "fault" to use the 2.7.3 library with a 2.7.2 binary. If we get 
this to "work", people will still not gain the hash randomization. IOW, they 
get the library update, but not the interpreter update fixing the security 
issue. They will then find that if they create a new virtualenv, their code may 
suddenly break because of the hash randomization.

Ideally, virtualenv would have arranged to incorporate an upgrade to the 
executable automatically. Given that it doesn't, the failure mode sounds ok to 
me.

--
nosy: +loewis

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[Eric V. Smith]

Eric V. Smith  added the comment:

Heh. You're correct about 3173. And I'm even nosy on that issue!

--

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[R. David Murray]

R. David Murray  added the comment:

I think there may even be an issue for that, but with the currently broken 
issue search I'm not sure.  Issue 3173 *might* be what I'm thinking of (thanks, 
google).

And yes, the fact that stuff like this is not cross-platform is why it isn't 
documented, and why I said "on glibc based platforms" :)  (I think there is a 
doc note about additional directives possibly being defined by the platform.)

--

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[Eric V. Smith]

Eric V. Smith  added the comment:

Can we change this to a documentation bug? I was unaware of the use of '-', and 
I think most other people are, too.

Although having just checked, it doesn't work under Windows :(. So maybe we 
shouldn't document it.

Thinking out loud: I've often thought we should write our own 
strptime/strftime. I think cross-platform consistency here would be a win.

--
nosy: +eric.smith

___
Python tracker 

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

[issue14386] Expose dictproxy as a public type

[Guido van Rossum]

Guido van Rossum  added the comment:

I'd like to bikeshed a little on the name. I think it should be
MappingProxy. (We don't use "view" much but the place where we do use
it, for keys/values/items views, is very different I think. Also
collections.abc already defines MappingView as the base class for
KeysView and friends.)

Also make sure there's no way for someone who has access to the proxy
to get to the underlying mapping; preventing that access is the
explicit purpose of the original dict_proxy type. You might even add a
comment to this effect to the code, so someone doesn't accidentally
add it in the future. Perhaps in the proxy_methods structure or in the
type structure just before tp_members.

--

___
Python tracker 

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

[issue3035] Removing apparently unwanted functions from Tkinter

[Andrew Svetlov]

Changes by Andrew Svetlov :


--
stage:  -> patch review

___
Python tracker 

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

[issue3035] Removing apparently unwanted functions from Tkinter

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Updated patch. Warning type is DeprecationWarning, docs mentioned that.

--
Added file: http://bugs.python.org/file25067/issue3035.diff

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

On Mar 29, 2012, at 06:25 PM, Carl Meyer wrote:

>
>Carl Meyer  added the comment:
>
>Alternatively, the conditional definition of urandom in os.py (removed in
>http://hg.python.org/cpython/rev/a0f43f4481e0#l7.1) could be reintroduced,
>allowing the new stdlib to be used with older interpreters. (Thanks to Dave
>Malcolm for pointing this out.) This seems like perhaps a reasonable
>concession to backwards compatibility for a bugfix release.

Seems reasonable to me too.  I support making this change in 2.6.8.  I won't
personally have time to do that for the next week or so, so if someone else is
applying this to the other stable versions, I hereby give permission to apply
this to the 2.6 branch.

--

___
Python tracker 

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

[issue14417] dict RuntimeError workaround

[Guido van Rossum]

Guido van Rossum  added the comment:

On Thu, Mar 29, 2012 at 9:12 AM, Antoine Pitrou  wrote:
>
> Antoine Pitrou  added the comment:
>
>> I must admit to being concerned by the possible impact of this change as 
>> well.
>
> So am I.

I think it's time to bring this up in python-dev .

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Carl Meyer]

Carl Meyer  added the comment:

Alternatively, the conditional definition of urandom in os.py (removed in 
http://hg.python.org/cpython/rev/a0f43f4481e0#l7.1) could be reintroduced, 
allowing the new stdlib to be used with older interpreters. (Thanks to Dave 
Malcolm for pointing this out.) This seems like perhaps a reasonable concession 
to backwards compatibility for a bugfix release.

--

___
Python tracker 

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

[issue14442] test_smtplib.py lacks "import errno"

[R. David Murray]

R. David Murray  added the comment:

Ah, woops, I *thought* I'd looked at the diff, but obviously I didn't.  Sigh.

--

___
Python tracker 

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

[issue14442] test_smtplib.py lacks "import errno"

[Ross Lagerwall]

Ross Lagerwall  added the comment:

> Thanks Ross.  I don't think this is worth a news item, even though the
> bug was shipped in an alpha.  If someone disagrees please add one.

I did add it to the [Tests] section in 9c2b710da3c7. Hardly worth it, but ...

--
nosy: +rosslagerwall

___
Python tracker 

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

[issue14443] Distutils test failure

[Ross Lagerwall]

Ross Lagerwall  added the comment:

The output of running rpmbuild from bash:
"""
$ rpmbuild
RPM version 4.9.1.2
Copyright (C) 1998-2002 - Red Hat, Inc.
This program may be freely redistributed under the terms of the GNU GPL

Usage: rpmbuild [-v?] [-bp] [-bc] [-bi] [-bl] [-ba] [-bb] [-bs] [-tp]
[-tc] [-ti] [-ta] [-tb] [-ts] [--rebuild] [--recompile]
[--buildroot=DIRECTORY] [--clean] [--nobuild] [--nodeps]
[--nodirtokens] [--rmsource] [--rmspec] [--short-circuit]
[--target=CPU-VENDOR-OS] [-D|--define 'MACRO EXPR'] [-E|--eval 'EXPR']
[--macros=] [--nodigest] [--nosignature]
[--rcfile=] [-r|--root ROOT] [--dbpath=DIRECTORY]
[--querytags] [--showrc] [--quiet] [-v|--verbose] [--version]
[-?|--help] [--usage] [--with=] [--without=]
[--buildpolicy=] [--sign]
"""

--

___
Python tracker 

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

[issue14445] Providing more fine-grained control over assert statements

[Antoine Pitrou]

Antoine Pitrou  added the comment:

This should be discussed on python-dev 
(http://mail.python.org/mailman/listinfo/python-dev) or python-ideas 
(http://mail.python.org/mailman/listinfo/python-ideas).

--
nosy: +pitrou

___
Python tracker 

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

[issue14435] Remove special block allocation from floatobject.c

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Do you think I should add a counter to support that functionality?  I
> ´d rather change it to be the size of the old freelist, similar to
> PyTuple_ClearFreeList().

It should be the size of the old freelist, indeed.

--

___
Python tracker 

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

[issue14435] Remove special block allocation from floatobject.c

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Correction:  The number returned was the number of floats in existence, not the 
size of the freelist.  Do you think I should add a counter to support that 
functionality?  I´d rather change it to be the size of the old freelist, 
similar to PyTuple_ClearFreeList().

--

___
Python tracker 

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

[issue14435] Remove special block allocation from floatobject.c

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Yes, it is supposed to, but no one is actually looking at that value.
> It was used in debugging information during PyFloat_Fini() which is no
> longer relevant if this block information is removed.

Still, let's honour the API rather than break it.

> Here's a thought:  I think using the linked list approach using
> Py_TYPE() is rather neat.  Other freelists are mostly implemented
> using static arrays of pointers.  Any thoughts on this?  We could
> unify the approach taken.

I don't have any preference either way, but I see little point in
unifying the approach, since no common code is shared.

--

___
Python tracker 

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

[issue14435] Remove special block allocation from floatobject.c

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Yes, it is supposed to, but no one is actually looking at that value.  It was 
used in debugging information during PyFloat_Fini() which is no longer relevant 
if this block information is removed.

Sure, 100 or 10 does not matter, I see 100 being used in some other freelists.

Also, I wasn't able to see any negative benefits of this using pybench.

Here's a thought:  I think using the linked list approach using Py_TYPE() is 
rather neat.  Other freelists are mostly implemented using static arrays of 
pointers.  Any thoughts on this?  We could unify the approach taken.

--

___
Python tracker 

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

[issue14445] Providing more fine-grained control over assert statements

[Max]

New submission from Max :

Currently -O optimizer flag disables assert statements.

I want to ask that more fine-grained control is offered to users over the 
assert statements. In many cases, it would be nice to have the option of 
keeping asserts in release code, while still performing optimizations (if any 
are offered in the future). It can be achieved by removing the "disable 
assertions" feature of the -O flag, and instead adding a new flag that does 
nothing but disables asserts.

--
messages: 157070
nosy: max
priority: normal
severity: normal
status: open
title: Providing more fine-grained control over assert statements
type: enhancement
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

[issue14409] IDLE: not executing commands from shell, error with default keybinding for Return

[Andrew Svetlov]

Changes by Andrew Svetlov :


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

[issue14409] IDLE: not executing commands from shell, error with default keybinding for Return

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Roger, now your solution is completely clean for me.

I pushed your patch to 2.7, 3.2 and 3.3 branches.

Thank you.

--
assignee:  -> asvetlov
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

[issue14409] IDLE: not executing commands from shell, error with default keybinding for Return

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 87ada87057a2 by Andrew Svetlov in branch '2.7':
Backport of Issue #14409 to 2.7
http://hg.python.org/cpython/rev/87ada87057a2

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Jason R. Coombs]

Jason R. Coombs  added the comment:

3.1 and 3.2 are affected as well.

--

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Jason R. Coombs]

Changes by Jason R. Coombs :


--
versions: +Python 3.1 -Python 3.3

___
Python tracker 

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

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

[Jason R. Coombs]

New submission from Jason R. Coombs :

Summary of this thread: 
http://mail.python.org/pipermail/python-dev/2012-March/118233.html

When upgrading a host from Python 2.6.7 to 2.6.8 or from 2.7.2 to 2.7.3, 
virtualenvs will no longer work if they attempt to use os.urandom. I have not 
yet investigated whether this affects Python 3.1 or 3.2.

On a related note, it appears that downgrading (taking a virtualenv created on 
Python 2.7.3 and deploying it to a host with 2.7.2) results in a similar error 
where _socket cannot be imported.

Based on the discussion, I've drafted some release notes (and Carl has edited 
them) to be included with the appropriate releases to help inform those this 
issue might impact.

http://piratepad.net/PAZ3CEq9CZ

I humbly request that these notes be included in the releases.

--
messages: 157066
nosy: barry, benjamin.peterson, carljm, georg.brandl, jason.coombs
priority: release blocker
severity: normal
status: open
title: Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)
type: behavior
versions: Python 2.6, Python 2.7, 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

[issue14443] Distutils test failure

[Ross Lagerwall]

New submission from Ross Lagerwall :

On an up to date Fedora 16:

== CPython 3.3.0a1+ (default:d528b2d2+, Mar 29 2012, 18:04:26) [GCC 4.6.3 
20120306 (Red Hat 4.6.3-2)]
==   Linux-3.3.0-4.fc16.x86_64-x86_64-with-fedora-16-Verne little-endian
==   /home/ross/src/cpythondev/temp/build/test_python_21786
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, 
dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, 
verbose=0, bytes_warning=0, quiet=0, hash_randomization=1)
[1/1] test_distutils
test_byte_compile (distutils.tests.test_install_lib.InstallLibTestCase) ... ok
test_dont_write_bytecode (distutils.tests.test_install_lib.InstallLibTestCase) 
... ok
test_finalize_options (distutils.tests.test_install_lib.InstallLibTestCase) ... 
ok
test_get_inputs (distutils.tests.test_install_lib.InstallLibTestCase) ... ok
test_get_outputs (distutils.tests.test_install_lib.InstallLibTestCase) ... ok
test_no_compiler (distutils.tests.test_msvc9compiler.msvc9compilerTestCase) ... 
skipped 'These tests are only for win32'
test_reg_class (distutils.tests.test_msvc9compiler.msvc9compilerTestCase) ... 
skipped 'These tests are only for win32'
test_remove_entire_manifest 
(distutils.tests.test_msvc9compiler.msvc9compilerTestCase) ... skipped 'These 
tests are only for win32'
test_remove_visual_c_ref 
(distutils.tests.test_msvc9compiler.msvc9compilerTestCase) ... skipped 'These 
tests are only for win32'
test_nt_quote_args (distutils.tests.test_spawn.SpawnTestCase) ... ok
test_spawn (distutils.tests.test_spawn.SpawnTestCase) ... ok
test_announce (distutils.tests.test_dist.DistributionTestCase) ... ok
test_command_packages_cmdline (distutils.tests.test_dist.DistributionTestCase) 
... ok
test_command_packages_configfile 
(distutils.tests.test_dist.DistributionTestCase) ... ok
test_command_packages_unspecified 
(distutils.tests.test_dist.DistributionTestCase) ... ok
test_empty_options (distutils.tests.test_dist.DistributionTestCase) ... ok
test_finalize_options (distutils.tests.test_dist.DistributionTestCase) ... ok
test_get_command_packages (distutils.tests.test_dist.DistributionTestCase) ... 
ok
test_classifier (distutils.tests.test_dist.MetadataTestCase) ... ok
test_custom_pydistutils (distutils.tests.test_dist.MetadataTestCase) ... ok
test_download_url (distutils.tests.test_dist.MetadataTestCase) ... ok
test_fix_help_options (distutils.tests.test_dist.MetadataTestCase) ... ok
test_long_description (distutils.tests.test_dist.MetadataTestCase) ... ok
test_obsoletes (distutils.tests.test_dist.MetadataTestCase) ... ok
test_obsoletes_illegal (distutils.tests.test_dist.MetadataTestCase) ... ok
test_provides (distutils.tests.test_dist.MetadataTestCase) ... ok
test_provides_illegal (distutils.tests.test_dist.MetadataTestCase) ... ok
test_requires (distutils.tests.test_dist.MetadataTestCase) ... ok
test_requires_illegal (distutils.tests.test_dist.MetadataTestCase) ... ok
test_show_help (distutils.tests.test_dist.MetadataTestCase) ... ok
test_simple_metadata (distutils.tests.test_dist.MetadataTestCase) ... ok
test_simple_run (distutils.tests.test_install_headers.InstallHeadersTestCase) 
... ok
test_finalize_options (distutils.tests.test_upload.uploadTestCase) ... ok
test_saved_password (distutils.tests.test_upload.uploadTestCase) ... ok
test_server_empty_registration (distutils.tests.test_upload.uploadTestCase) ... 
ok
test_server_registration (distutils.tests.test_upload.uploadTestCase) ... ok
test_upload (distutils.tests.test_upload.uploadTestCase) ... ok
test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_check_extensions_list (distutils.tests.test_build_ext.BuildExtTestCase) 
... ok
test_compiler_option (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_deployment_target_default 
(distutils.tests.test_build_ext.BuildExtTestCase) ... skipped 'test only 
relevant for MacOSX'
test_deployment_target_higher_ok 
(distutils.tests.test_build_ext.BuildExtTestCase) ... skipped 'test only 
relevant for MacOSX'
test_deployment_target_too_low 
(distutils.tests.test_build_ext.BuildExtTestCase) ... skipped 'test only 
relevant for MacOSX'
test_ext_fullpath (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_finalize_options (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_get_outputs (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_get_source_files (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_optional_extension (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_solaris_enable_shared (distutils.tests.test_build_ext.BuildExtTestCase) 
... ok
test_user_site (distutils.tests.test_build_ext.BuildExtTestCase) ... ok
test_build (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... ok
test_default_settings (distutils.tests.test_build_scripts.BuildScriptsTestCase) 
... ok
test_version_int (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... 
ok
test_debug_mode (distutils.tests.test_core.CoreTestCa

[issue14442] test_smtplib.py lacks "import errno"

[R. David Murray]

R. David Murray  added the comment:

Thanks Ross.  I don't think this is worth a news item, even though the bug was 
shipped in an alpha.  If someone disagrees please add one.

--
stage: needs patch -> committed/rejected
status: open -> closed
type:  -> behavior

___
Python tracker 

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

[issue14406] Race condition in concurrent.futures

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Could your patch also include a proper test case in 
Lib/test/test_concurrent_futures.py ?

--

___
Python tracker 

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

[issue14442] test_smtplib.py lacks "import errno"

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 9c2b710da3c7 by Ross Lagerwall in branch 'default':
Issue #14442: Add missing errno import in test_smtplib.
http://hg.python.org/cpython/rev/9c2b710da3c7

--
nosy: +python-dev

___
Python tracker 

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

[issue14442] test_smtplib.py lacks "import errno"

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
keywords: +easy
nosy: +giampaolo.rodola, r.david.murray
stage:  -> needs patch

___
Python tracker 

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

[issue14417] dict RuntimeError workaround

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I must admit to being concerned by the possible impact of this change as well.

So am I.

--
nosy: +pitrou

___
Python tracker 

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

[issue14435] Remove special block allocation from floatobject.c

[Antoine Pitrou]

Antoine Pitrou  added the comment:

One thing: PyFloat_ClearFreeList() is supposed to return the number of objects 
previously in the freelist, not zero.
Also, perhaps 10 is a bit on the small side for the number of objects kept on 
the freelist. 100 instead? Or do you think that's too large?

--
nosy: +pitrou

___
Python tracker 

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

[issue14439] RunModule(): display the traceback on failure

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +ncoghlan

___
Python tracker 

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

[issue14437] _io build fails on cygwin

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage:  -> commit review
versions: +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

[issue14409] IDLE: not executing commands from shell, error with default keybinding for Return

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 26b2407c644e by Andrew Svetlov in branch '3.2':
Issue #14409: IDLE doesn't not execute commands from shell with default 
keybinding for .
http://hg.python.org/cpython/rev/26b2407c644e

--
nosy: +python-dev

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[R. David Murray]

R. David Murray  added the comment:

It turns out that there is standard way to do this (well, a de-facto standard, 
anyway).  glibc (and apparently others) support 'modifiers', of which the '-' 
modifier will suppress 0 padding.  Furthermore, since we pass the format string 
through to glibc, Python *already* supports this on glibc based platforms, 
though it isn't documented:

  >>> t.strftime("%m")
  '03'
  >>> t.strftime("%-m")
  '3'

--
resolution:  -> out of date
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

[issue13608] remove born-deprecated PyUnicode_AsUnicodeAndSize

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I fail to see the issue. Even though the function is born-deprecated, there are 
valid use cases for it, even for new code (see 
http://www.python.org/dev/peps/pep-0393/#deprecations-removals-and-incompatibilities).

Closing the issue as invalid.

--
nosy: +loewis
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

[issue14441] Add new date/time directives to strftime()

[Walter Cheuk]

Walter Cheuk  added the comment:

Usually %m, %d and %I are used instead, but the result is not satisfactory.

--

___
Python tracker 

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

[issue14433] Python 3 interpreter crash on windows when stdin closed in Python shell

[Martin v . Löwis]

Martin v. Löwis  added the comment:

The crash occurs in the my_fgets implementation, namely when the CRT performs 
its (standards-violating) parameter validation. The attached patch works around 
this CRT bug (as has been done in other places already).

--
keywords: +patch
nosy: +loewis
Added file: http://bugs.python.org/file25066/msvc.diff

___
Python tracker 

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

[issue14409] IDLE: not executing commands from shell, error with default keybinding for Return

[Roger Serwy]

Roger Serwy  added the comment:

IDLE contains keyboard configuration in config-keys.def (Mac, Windows, UNIX) 
and in configHandler.py. 

GetCoreKeys contains the "keyBindings" dict which has fall-back values in case 
the given key set is missing values (a warning is printed). Ankit's screenshot 
contains these warning messages.

GetKeyBinding is a helper function that splits a string containing multiple key 
bindings. Read the commented header in config-keys.def to see why this is so. 

The fall-back values in keyBindings do not pass through the GetKeyBinding 
function, and thus " " does not get split.

Everyone else uses IDLE's prepackaged key bindings as a starting point for 
creating custom key maps. The key maps from config-keys.def already passed 
through GetKeyBinding. This is why  works for everyone else.

--

___
Python tracker 

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

[issue14408] Support ./python -m unittest in the stdlib tests

[Matt Joiner]

Matt Joiner  added the comment:

It could in fact be necessary, if the inheritance cannot be juggled to  give 
the right MRO. Fortunately this is not the case, I should have a patch using 
TestCase inheritance for discovery tomorrow.

--

___
Python tracker 

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

[issue14442] test_smtplib.py lacks "import errno"

[Pino Toscano]

New submission from Pino Toscano :

In Lib/test/test_smtplib.py, there's a try ... except which checks the errno of 
the IOError exception; though, the errno module is not imported, eventually 
causing
| NameError: global name 'errno' is not defined
in such case.

--
components: Tests
messages: 157052
nosy: pino
priority: normal
severity: normal
status: open
title: test_smtplib.py lacks "import errno"
versions: Python 3.3

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[R. David Murray]

R. David Murray  added the comment:

I'm asking if there are specific % codes commonly used for this case.  (Even if 
there are there is no guarantee we are going to add them, but it makes it 
possible to make a case for it.)

--

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[Walter Cheuk]

Walter Cheuk  added the comment:

Yes, this is standard in all Chinese locales, including China, Taiwan, Hong 
Kong, Macau and Singapore.

--

___
Python tracker 

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

[issue13744] raw byte strings are described in a confusing way

[Martin v . Löwis]

Changes by Martin v. Löwis :


Removed file: http://bugs.python.org/file25064/stringByteLiteralBR.docx

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[R. David Murray]

R. David Murray  added the comment:

We pretty much follow the posix standard on strftime.  I doubt that we would 
introduce non-standard specifiers.  Are there any in widespread use for your 
use case?

--
nosy: +belopolsky, r.david.murray

___
Python tracker 

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

[issue14441] Add new date/time directives to strftime()

[Walter Cheuk]

New submission from Walter Cheuk :

Please add new directives for decimal-number month, day and hour that have 
neither leading zero nor leading space. Currently %m, %d and %I are used, but 
they have leading zeroes and are not suitable for some languages such as 
Chinese. GNOME provides %e and %l for day and hour, but they have leading space 
instead and are not good enough also.

--
messages: 157048
nosy: wwycheuk
priority: normal
severity: normal
status: open
title: Add new date/time directives to strftime()
type: enhancement

___
Python tracker 

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

[issue13744] raw byte strings are described in a confusing way

[Joseph Chadwick]

Joseph Chadwick  added the comment:

I uploaded before making the final save, so the first document is incomplete.

(that's embarrassing)

--
Added file: http://bugs.python.org/file25065/stringByteLiteralBR.docx

___
Python tracker 

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

[issue13744] raw byte strings are described in a confusing way

[Joseph Chadwick]

Joseph Chadwick  added the comment:

The attached replaces the text for the documentation in 2.4.1 between the 
lexical definitions table and the escape sequence table. The only change is the 
following addition to the paragraph on string and byte literals prefixed by 'r' 
or 'R':

When a byte literal is prefixed with both 'r' or 'R' and 'b' or 'B', the b must 
precede the r, as in: 'Br', 'bR', or 'BR' and not 'Rb', 'rB', or 'RB'.

--
nosy: +j.chadwick
type:  -> enhancement
Added file: http://bugs.python.org/file25064/stringByteLiteralBR.docx

___
Python tracker 

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

[issue14408] Support ./python -m unittest in the stdlib tests

[R. David Murray]

R. David Murray  added the comment:

The convention in the stdlib is to name the mixin classes TestXXXBase.  
Granted, a lot of those inherit from TestCase.  I have no objection to calling 
them Mixin instead, I'm just pointing out that there is an existing convention.

(As an aside, when I first ran into the Base pattern it was in a file where the 
Base did subclass TestCase, and it took me forever to figure out that the Base 
test wasn't actually getting run.  So a decorator is definitely superior to 
listing the test cases that actually run elsewhere in the file!)

--

___
Python tracker 

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