Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r87169.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10676
New submission from Nick Coghlan ncogh...@gmail.com:
make altinstall is currently installing python3.2m rather than python3.2.
Since PEP 3149 makes no mention of changing the executable name, this should be
fixed to correctly install the executable as python3.2.
I suspect this will also
Changes by Nick Coghlan ncogh...@gmail.com:
--
components: +Build
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10677
___
New submission from Phyo Arkar Lwin phyo.arkarl...@gmail.com:
DESCRIPTION:
I am trying to parse Time Zone information out of email messages and i found
out that mktime_tz is totally ignoring TimeZone information from parsedate_tz.
VERSION: 2.6.5
CODE and RESULTS:
from time import mktime
Changes by Phyo Arkar Lwin phyo.arkarl...@gmail.com:
--
title: email.utils.mktime_tz Giving wrong result , by ignoring Timezone that
comes from value of parsedate . - email.utils.mktime_tz Giving wrong result ,
by ignoring Timezone that comes from value of parsedate_tz .
New submission from Nick Coghlan ncogh...@gmail.com:
make altinstall installs 2to3, pydoc3 and idle3 without version
specific names.
This was at least a deliberate decision in the case of 2to3, but there doesn't
appear to be any reason not to use a properly qualified version suffix on the
Nick Coghlan ncogh...@gmail.com added the comment:
Softened the wording, since OS packages will often omit installing any
executable files other than the main python binary.
--
title: make altinstall will clobber OS provided scripts - make altinstall
may clobber OS provided scripts
Changes by Phyo Arkar Lwin phyo.arkarl...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10678
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
The other thing that makes this clearly an error is, of course, the fact that
all the shebang lines expect the executable to be called python3.2
--
___
Python tracker rep...@bugs.python.org
Skip Montanaro s...@pobox.com added the comment:
From the comment in the test_csv.py:
+# XXX: I don't know what the correct behavior should be for these.
+# Currently the first one raises an error that the delimiter can't
+# be determined while the second one returns
Milko Krachounov pyt...@milko.3mhz.net added the comment:
I attached unit tests that test that cloexec is properly set. I can't test my
tests too well with the unpatched version because runtests.sh is too
complicated to use, and doesn't print any useful output by default.
--
Added
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Removed file:
http://bugs.python.org/file20007/subprocess-cloexec-atomic-py3k-tests1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file:
http://bugs.python.org/file20008/subprocess-cloexec-atomic-py3k-tests1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Removed file:
http://bugs.python.org/file20008/subprocess-cloexec-atomic-py3k-tests1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file:
http://bugs.python.org/file20009/subprocess-cloexec-atomic-py3k-tests1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue969718
___
___
Python-bugs-list mailing list
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
I suggest to:
- Print path to the .pth file, which causes exception. Current traceback
doesn't help in finding the cause of problem:
# echo import nonexistent /usr/lib64/python3.2/site-packages/some_file.pth
#
Milko Krachounov pyt...@milko.3mhz.net added the comment:
The patch doesn't seem to work.
I added this before closerange in _close_all_but_a_sorted_few_fds:
print(Closing, start_fd, up to, fd, exclusive)
And used the attached script to run as a subprocess to check for open fds
(taken from my
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file: http://bugs.python.org/file20011/test_pass_fds.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6559
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file:
http://bugs.python.org/file20012/subprocess-pass_fd_fix_example.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6559
___
R. David Murray rdmur...@bitdance.com added the comment:
Yeah, obviously wrong. I forgot to finish editing the comment.
I think a fallback of ',' makes more sense than ''. What would a delimiter of
nothing mean? I don't think the unquoted case can be changed for backward
compatibility
Milko Krachounov pyt...@milko.3mhz.net added the comment:
I add a patch that tests close_fds (there's no test for close_fds), that
requires the tests1 patch. By the way, should there be a test for the atomicity
of the operations?
--
Added file:
R. David Murray rdmur...@bitdance.com added the comment:
I like the suggestion of turning it into a warning, myself, but you are right
that at the least the error message should be improved.
--
resolution: invalid -
stage: committed/rejected - needs patch
status: closed - open
Georg Brandl ge...@python.org added the comment:
Nice, definitely a blocker.
(BTW, if you configured without any specific --prefix, you shouldn't clobber
anything installed by the distribution...)
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Yes, this already irked me with previous versions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10679
___
R. David Murray rdmur...@bitdance.com added the comment:
mktime_tz is documented as turning the input into a *UTC* timestamp. That's
what your example shows it doing.
There is an open issue elsewhere in this tracker for providing a way to
round-trip RFC2822 timestamps.
--
nosy:
New submission from Mads Michelsen madch...@gmail.com:
This is a follow-up to Issue 58 from the Google Project Hosting bug tracker
(http://code.google.com/p/argparse/issues/detail?id=58). I couldn't find any
equivalent/re-posting of it here, so I took the liberty of creating a new one -
Éric Araujo mer...@netwok.org added the comment:
Aren’t there studies that show that people don’t read warnings? I’m +0 on a
warning and +1 on an error.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10642
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10677
___
___
Python-bugs-list
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10679
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you please formulate that is a test case? Use this structure:
1. do this
2. this happens
3. this should happen instead
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10631
___
___
Python-bugs-list
Mads Michelsen madch...@gmail.com added the comment:
Okay, I'll try:
Save the following code as argparse_test.py:
[CODE]
#! /usr/bin/env python2
import argparse
def args_config(about):
parser = argparse.ArgumentParser(description=about)
dummy_group =
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: site.py crashes on python startup due to defective .pth file - Improve
the error message of addpackage() (site.py) for defective .pth file
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
subprocess-cloexec-atomic-py3k-tests2-close_fds.patch adds a test called to
Win32ProcessTestCase which is specific to Windows. And this class has already a
test with the same name. You should move your test to ProcessTestCase (and
STINNER Victor victor.stin...@haypocalc.com added the comment:
subprocess-cloexec-atomic-py3k-tests2-close_fds.patch adds a test
called [test_close_fds] to Win32ProcessTestCase ...
Oops, forget my last comment, I didn't applied the patches in the right order.
There are too much patches :-p
Rodolpho Eckhardt r...@rhe.vg added the comment:
Because these constants might not exist on all platforms, the patch uses
ifdef's around them.
--
keywords: +patch
nosy: +Rodolpho.Eckhardt
Added file: http://bugs.python.org/file20015/patch_termios_consts_issue7695.diff
STINNER Victor victor.stin...@haypocalc.com added the comment:
subprocess-cloexec-atomic-py3k.patch:
+case $ac_sys_system in
+ GNU*|Linux*)
+ AC_CHECK_FUNC(pipe2, AC_DEFINE(HAVE_PIPE2, 1, [Define if the OS supports
pipe2()]), )
+esac
I think that you can remove the test on the OS name.
Mark Roddy markro...@gmail.com added the comment:
Attaching patch that adds the unittestgui to Tools/scripts. Also has updates
to the unittest documentation which includes a note that this tool is for
beginners and a CI system should be used in general.
--
keywords: +patch
nosy:
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_pipe_cloexec_unix_tools() is specific to UNIX/BSD because it requires cat
and grep programs. You should try to reuse the Python interpreter to have a
portable test (eg. working on Windows), as you did with fd_status.py.
+
Jurko Gospodnetić jurko.gospodne...@gmail.com added the comment:
Also this class, because it defines __del__ too simply, will display a
user-unfriendly error message when cleaning up a TemporaryDirectory object
whose constructor raised an exception when attempting to create its temporary
Jurko Gospodnetić jurko.gospodne...@gmail.com added the comment:
Clicked send too soon on the previous comment. :-(
The simplest way I see you can fix the __del__ issue is to patch
TemporaryDirectory.__init__() as follows:
def __init__(self, suffix=, prefix=template, dir=None):
New submission from Phil Thompson p...@riverbankcomputing.com:
In Python v3.2b1 the type of the first argument of PySlice_GetIndices() and
PySlice_GetIndicesEx() has changed from PySliceObject* to PyObject*.
The documentation does not reflect this change.
Which is correct, the source code or
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10677
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The source is correct. Fixed in r87171.
--
nosy: +loewis
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10681
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10679
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10663
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue969718
___
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
___
Python-bugs-list mailing list
Phil Thompson p...@riverbankcomputing.com added the comment:
You might want to add a Changed in Python v3.2 because as it is an
incompatible change.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10681
Georg Brandl ge...@python.org added the comment:
Applied the fix from msg123808 in r87172.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10188
___
Martin v. Löwis mar...@v.loewis.de added the comment:
It's not an incompatible change, but I added the versionchanged anyway in
r87173.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10681
R. David Murray rdmur...@bitdance.com added the comment:
My guess is people don't read warnings when they are a common occurrence. A
working Python should not emit any warnings, and a properly working Python
program (post 2.6/3.1 (or whenever it was we decided to suppress deprecation
Barry A. Warsaw ba...@python.org added the comment:
r87174 moves the creation of the hard link between python-3.2m and python-3.2
from the bininstall target to the altbininstall target.
--
resolution: - fixed
status: open - closed
___
Python
Jerry Seutter jseut...@gmail.com added the comment:
Hi Tarsis,
I looked at your patch. It looks like it only does step 1 and doesn't move
away from parse_command_line directly modifying sys.argv. Was this the patch
file that you intended to upload?
--
Milko Krachounov pyt...@milko.3mhz.net added the comment:
OK, I have created new updated patches. I haven't combined them in one patch
because some of the changes can be applied independently, the three patches can
be cat'ed together if anyone sees separate patches a problem. ;)
I. Changes:
*
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file:
http://bugs.python.org/file20018/subprocess-01-atomic_cloexec_pipe2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file: http://bugs.python.org/file20019/subprocess-02-cloexec_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Removed file: http://bugs.python.org/file20019/subprocess-02-cloexec_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Added file: http://bugs.python.org/file20020/subprocess-02-cloexec_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Removed file:
http://bugs.python.org/file20005/subprocess-cloexec-atomic-py3k.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Removed file:
http://bugs.python.org/file20009/subprocess-cloexec-atomic-py3k-tests1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
___
Changes by Milko Krachounov pyt...@milko.3mhz.net:
Removed file:
http://bugs.python.org/file20013/subprocess-cloexec-atomic-py3k-tests2-close_fds.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7213
Gregory P. Smith g...@krypto.org added the comment:
Paul Giovanni: yes I hadn't given the windows side of things any thought when
I made the change for beta1.
Milko: The DISREGARD_FDS approach is basically what I was intending to do.
Also, there really wasn't any objection to going ahead and
SilentGhost michael.mischurow+...@gmail.com added the comment:
here is the patch for the py3k docs.
--
Added file: http://bugs.python.org/file20021/stdtypes.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2690
Phil Thompson p...@riverbankcomputing.com added the comment:
It's source level incompatible - my extension modules compiled fine with v3.2a
but failed with v3.2b1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10681
Nick Coghlan ncogh...@gmail.com added the comment:
I have a slightly better fix for that coming soon. There's a subtle race
condition in the proposed approach that can lead to the temporary dir not being
deleted if an asynchronous exception, such as KeyboardInterrupt, arrives after
mkdtemp
Nick Coghlan ncogh...@gmail.com added the comment:
Although it may be better to just raise a new, more meaningul, exception and
let the runtime take care of ignoring it (since it happens in __del__)
--
___
Python tracker rep...@bugs.python.org
New submission from Jan Kaliszewski z...@chopin.edu.pl:
Let examples speak:
def x(a, z): pass # this is ok
def x(a, z,): pass # this is ok
def x(a, *, z): pass # this is ok in Py3k
def x(a, *, z,): pass # but this causes SyntaxError (!)
def x(a, *args): pass
Jan Kaliszewski z...@chopin.edu.pl added the comment:
s/**{5: 6}/**{'5': 6}/g (but it's a detail)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10682
___
Jan Kaliszewski z...@chopin.edu.pl added the comment:
Oops, I see the problem was partly addressed @ issue9232.
But:
* the proposed patch doesn't fix calls (but defs only),
* shouldn't be the issue considered as a bug -- and fixed also in 2.7 and 3.1?
--
New submission from honglei jiang jhong...@gmail.com:
1PreLinkEvent:
1 Description: Generate build information...
1 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for
80x86
1 Copyright (C) Microsoft Corporation. All rights reserved.
1
1 cl.exe -c -D_WIN32
Changes by honglei jiang jhong...@gmail.com:
--
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10683
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
It's source level incompatible - my extension modules compiled fine with
v3.2a but failed with v3.2b1.
That's because you are using C++, right? In C, there shouldn't be any
problems.
--
___
Martin v. Löwis mar...@v.loewis.de added the comment:
It's clearly not a bug: the documented grammar matches the implemented grammar.
Asking for more abstract consistency is a feature request. This also clearly
falls under the PEP 3003 moratorium.
--
nosy: +loewis
type: behavior -
Martin v. Löwis mar...@v.loewis.de added the comment:
Retargetting, as this falls under the moratorium, and also because 3.2b1 has
been released.
--
nosy: +loewis
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
76 matches
Mail list logo