Antoine Pitrou added the comment:
I'm prepared to pull the plug if there is any doubt about the final version
of SHA-3 before beta 2 is released on Jan 5th.
Shouldn't it be removed before beta1? The usual rule of feature freeze applies
here.
--
New submission from Ned Deily:
On OS X 10.9 Mavericks, there is a problem with Aqua Cocoa Tk 8.5 (8.5.15 or
earlier) when run in 64-bit mode, the default for most applications. The
symptoms are that Tk widgets may not be properly drawn or updated on the screen
unless some HID activity takes
New submission from Bugra Cakir:
Can be reproduced on Mac OS X. Stock Python 2.7.5 setup has been installed on a
Mac OS X.
Python 2.7.5 (v2.7.5:ab05e7dd2788, May 13 2013, 13:18:45)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more
Ned Deily added the comment:
Presumably you are running on OS X 10.9 Mavericks. If so, this is a duplicate
of Issue18458. Please see the available workaround documented there until
Python 2.7.6 is released.
--
nosy: +ned.deily
resolution: - duplicate
stage: - committed/rejected
Mark Lawrence added the comment:
This strikes me as a rather unusual case. How about discuss it on python-dev,
come to an agreement and document the process for this type of issue somewhere
for future reference? Or is that simply OTT?
--
nosy: +BreamoreBoy
Changes by Michele Orrù maker...@gmail.com:
--
nosy: -maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16113
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
Well, why is clinic 3.3 only? It would be slightly easier if it accepted any
python3 executable.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19358
___
Tim Golden added the comment:
Just revisited this to see if I could close off. One thing occurred to me which
should have come up before: this situation will be aggravated by WOW64 file
redirection.
If I run 64-bit Python on 64-bit Windows I can successfully stat links in
%windir%\system32
STINNER Victor added the comment:
Well, I don't really know how to do it. You'd have to have a step that
somehow scans for .c files in the source tree, looks for clinic headers and
compute whether they're outdated?
Does it really need to be automated? We may only regenerate clinic things
Antoine Pitrou added the comment:
Well, I don't really know how to do it. You'd have to have a step
that somehow scans for .c files in the source tree, looks for
clinic headers and compute whether they're outdated?
Does it really need to be automated? We may only regenerate clinic
pokulo added the comment:
uning python 3.3 mingw4.8 both -std=gnu++0x and -std=c++11 cause still the same
error.
--
nosy: +pokulo
versions: +Python 3.3 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11566
Tim Golden added the comment:
I've looked this over and, basically, +1. We could argue the toss back and
forth over changes, but I think the changes do the right amount of
cruft-clearing and avoid the danger of being a mere reflection of one person's
aesthetic choices over another's.
If
New submission from Antoine Pitrou:
I suggest deprecating the site-python feature from site.py, as proposed by
Guido on python-dev:
https://mail.python.org/pipermail/python-dev/2013-October/129820.html
- if a site-python directory is detected and added from site.py, a
DeprecationWarning
STINNER Victor added the comment:
Guido wrote I suggest that we remove that feature. (People who want it can
always patch up their own $PYTHONPATH.). It's different than deprecating the
feature :-)
I didn't know the feature before you proposed to remove it. Is the site-python
thing used in
Antoine Pitrou added the comment:
In cases where inheritance is not encouraged and it is judged to improve
readability at the point of use, the naming convention for callables
(lower_case_with_underscores) may be used instead. This is an indication
that the type is intended primarily for use
Arjit Srivastava added the comment:
Hi MrE.Merry,
There may be a file clashing with the normal python files.
I guess, you could take a look into your Python directory, and see if you have
.py file which has a name of another python module/keyword, causing it to
conflict with the normal
Tim Golden added the comment:
Retargetted patch against current tip. If no-one objects I'll commit this in
the next day or two.
--
assignee: - tim.golden
Added file: http://bugs.python.org/file32326/pcbuild.diff.2
___
Python tracker
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11566
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14112
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6335
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2889
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6672
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16472
___
___
Python-bugs-list
New submission from Matthew Earl:
datetime.datetime.strptime() without a year fails on Feb 29 with:
datetime.datetime.strptime(Feb 29, %b %d)
Traceback (most recent call last):
File stdin, line 1, in module
File /auto/ensoft-sjc/thirdparty/lib/python3.3/_strptime.py, line 511, in
Tim Golden added the comment:
Just housekeeping some Windows calls: Antoine, your last comment suggests that
this is no longer an issue. I don't have a VirtualBox install to test, so can
you confirm whether this can be closed?
--
___
Python tracker
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue949667
___
___
Python-bugs-list
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19375
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
I don't know, I have stopped using VirtualBox here. Suggest closing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10179
___
Changes by Tim Golden m...@timgolden.me.uk:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10179
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
resolution: - out of date
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10179
___
Nick Coghlan added the comment:
To clarify the current state of this:
- I'm still in favour of adding this feature for Python 3.4
- a suitable patch is still needed, as the currently attached patches modify
the existing functools.partial object, rather than adding a separate
partialmethod API
Nick Coghlan added the comment:
collections.defaultdict, collections.deque, array.array and many of the
builtins suggest the rule isn't that simple (although other examples like
Decimal, Fraction, OrderedDict, Counter and ChainMap suggest my guideline is
also wrong).
The main thing I want is
Nick Coghlan added the comment:
Changing the order a bit, perhaps something like this in the data model section:
__objclass__: Interpreted by the inspect module as specifying the class where
this object was defined (setting this appropriately can assist in runtime
introspection of dynamic
STINNER Victor added the comment:
I don't think that the issue can be called a bug. If we pick another year (ex:
1904), you cannot compare two datetimes anymore:
This solution has some very undesirable properties - namely that Mar 1st is
now less than Feb 29th!
STINNER Victor added the comment:
There is a real need of non-blocking operation, but I now think that adding a
set_blocking() method is not the right solution. First, as said by
Charles-Francois: O_NONBLOCK flag has no effect on regular files. Second, there
is no portable way to declare a
Tim Golden added the comment:
I'm running Win7 and have the same problem, with a fresh checkout and the eol
extension disabled. The attached (updated) patch does solve the issue. I can't
see any reason not to apply it, even if it's not needed in many cases.
--
Added file:
Antoine Pitrou added the comment:
collections.defaultdict, collections.deque, array.array and many of
the builtins suggest the rule isn't that simple (although other
examples like Decimal, Fraction, OrderedDict, Counter and ChainMap
suggest my guideline is also wrong).
AFAIK, they are
Antoine Pitrou added the comment:
There is a real need of non-blocking operation, but I now think that
adding a set_blocking() method is not the right solution. First, as
said by Charles-Francois: O_NONBLOCK flag has no effect on regular
files. Second, there is no portable way to declare a
Nick Coghlan added the comment:
Documenting it as a callable is a pretty strong hint that it shouldn't be
subclassed, but I agree my wording above is wrong. Next attempt (leaving out
the mention of leading underscores, since that is covered elsewhere):
=
Class Names
Changes by Tim Golden m...@timgolden.me.uk:
--
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18221
___
Tim Golden added the comment:
I'm going to close this as won't fix: the underlying implementation is simply
calling GetFullPathName and removal of trailing spaces doesn't seem too
surprising a result. It is possible to manipulate such files using Windows'
special \\?\C:\... syntax.
While I
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16632
___
___
Python-bugs-list
Paul Moore added the comment:
I'm in favour of keeping it simple - use your common sense should be a
general guideline here (even though I know people's tastes differ, and that can
be a source of endless debate :-))
--
___
Python tracker
STINNER Victor added the comment:
@Crys: ping?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16632
___
___
Python-bugs-list mailing list
Christian Heimes added the comment:
I'll look in this next time my Windows VM is running.
--
assignee: - christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16632
___
Claudiu.Popa added the comment:
Nick, could you review this, please? It would be nice if we can flesh it out
and add it to 3.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17916
___
Tim Golden added the comment:
normpath doesn't really buy anything here as abspath already has the same
effect (plus more). Patch attach removes normcase|path leaving only abspath.
--
___
Python tracker rep...@bugs.python.org
Tim Golden added the comment:
If no-one objects, I'll commit in a day or two.
--
Added file: http://bugs.python.org/file32328/issue14255.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14255
Barry A. Warsaw added the comment:
I always prefer to keep PEP 8 guidelines as succinct as possible. I've looked
over Ethan's patch and the other changes suggested in comments and come up with
what I think is a simple patch to improve the guidelines. I don't think we
need to go into a lot
Brett Cannon added the comment:
I agree with Victor: we should document that proper Feb 29/leap year support
requires a specified year, else constantly accepting Feb 29 as valid would lead
to more errors than fix.
--
nosy: +brett.cannon
___
Python
New submission from anatoly techtonik:
A request to backport issue10730 commit to Python 2.x
Why? Google Client API uses mimetype module to detect file types when uploading
to Google Drive, and because SVG is missing, it can not be edited after
uploading.
--
components: Library (Lib)
New submission from Nick Coghlan:
The line_offset parameter in dis.get_instructions is the line number of the
first line in the source file:
http://docs.python.org/dev/library/dis#dis.get_instructions
Calling this an offset is a little confusing, since offset in the dis docs
almost always
Barry A. Warsaw added the comment:
Does this affect 2.6? Is there a patch we need to get into 2.6.9 final?
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18458
___
Christian Heimes added the comment:
That's against our policy. We don't add new features to stable releases. Users
of the Google Client API can easily work around the issue and register their
own mimetypes.
--
nosy: +christian.heimes
resolution: - wont fix
stage: -
Nick Coghlan added the comment:
It's not quite that simple - the instruction responsible for the exception also
needs to be recorded, and Bytecode doesn't currently allow for that (look at
the way the lasti arg to disassemble is used in disttb, and then how that
gets passed to the
Changes by STINNER Victor victor.stin...@gmail.com:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
title: datetime.datetime.strptime without a year fails on Feb 29 - document
that strptime() does not support the Feb 29 if the format does not contain the
year
Antoine Pitrou added the comment:
I always prefer to keep PEP 8 guidelines as succinct as possible.
I've looked over Ethan's patch and the other changes suggested in
comments and come up with what I think is a simple patch to improve
the guidelines.
Have you read what I wrote? Inheritance
Antoine Pitrou added the comment:
-1 on Barry's wording and +1 on Nick's wording in msg201119.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19331
___
Nick Coghlan added the comment:
Barry, Antoine convinced me that my wording from earlier was both inaccurate
and overly complicated. I'm happy with the simplified version just above Paul's
last comment, though, so combining that with the earlier part of your patch
looks promising to me.
Antoine Pitrou added the comment:
Note: the actual explanation is that Feb 29th doesn't exist in *1900* which is
the default year in strptime(). The same error happens if you ask for Feb 30
or Apr 31, it has nothing to do with leap years specifically.
In other words, the documentation looks
anatoly techtonik added the comment:
I am not sure that policy defines anything related to datasets bundled with
Python. Even when try to adopt policy reading to this case, it doesn't look
like a feature, but a bug fix.
SVG is a registered MIME type http://www.w3.org/TR/SVG/mimereg.html, SVG
STINNER Victor added the comment:
In other words, the documentation looks sufficient to me as-is, and adding
special wording for this would only make it longer than it should be.
Adding a note would not hurt.
--
status: pending - open
___
Python
Tim Golden added the comment:
Santoso Wijaya: sorry for the delay. If you'd like to retarget your patch
against the tip, I'm happy to apply. At this stage, 3.3 and 3.4 seem the
appropriate branches.
--
assignee: - tim.golden
versions: -Python 2.7, Python 3.2
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14208
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16353
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18199
___
___
Python-bugs-list
Christian Heimes added the comment:
It should be obvious that new mimetype == new feature. It doesn't matter if the
type is popular or not.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19377
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: -tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14027
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
assignee: - tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4905
___
___
Python-bugs-list
Changes by Tim Golden m...@timgolden.me.uk:
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4905
___
___
Guido van Rossum added the comment:
I revived my ancient PowerBook G4 just to get to the bottom of this.
The long and short of the issue seems to be that when subprocess.Popen() closes
the *read* end of the stdin pipe, fstat() on the *write* end starts failing
with EBADF. The exact line where
Zachary Ware added the comment:
Thanks, Tim! There are a couple minor things I'd like to get into a new patch
before it's committed (there are a couple tabs that should be spaces, and I'd
like to add a very short note to the Sub-Projects header about sub-projects
being contained in .vcxproj
Andrei Dorian Duma added the comment:
I added a patch (my first patch!).
platform.linux_distribution() now first looks in /etc/os-release. If this file
is not found, checking continues as before.
--
keywords: +patch
Added file:
Stefan Krah added the comment:
I see a crash in test_capi and a couple of crashes
in test_faulthandler but these don't seem to be related.
Perhaps the same as #9116.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
distutils2 is dead, closing.
--
nosy: +pitrou
resolution: - postponed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14027
Antoine Pitrou added the comment:
Could you perhaps add a test?
--
components: -IO, Windows
stage: needs patch - patch review
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14255
Mark Dickinson added the comment:
Update: I just received this from Apple, for bug #12128251.
We believe this issue has been addressed in OS X Mavericks GM build 13A603.
Please verify with this release, and update this report with your results.
--
Andrei Dorian Duma added the comment:
The patch adds a 'Deprecated Modules' heading in the library's ToC and moves
'imp' 'optparse' to the new entry.
--
keywords: +patch
nosy: +andrei.duma
Added file:
http://bugs.python.org/file32331/doc_add_a_deprecated_modules_heading.patch
Andrei Dorian Duma added the comment:
I changed 'Deprecated Modules' into 'Superseded Modules', as indicated by the
issue title.
--
Added file:
http://bugs.python.org/file32332/doc_add_a_deprecated_modules_heading2.patch
___
Python tracker
Matthew Earl added the comment:
Out of interest, what's the reason for accepting the time.strptime() version as
a bug, but not datetime.datetime.strptime()? Is it that time.strptime() is
meant to be a simple parsing from string to tuple (with minimal checks),
whereas
Vajrasky Kok added the comment:
Hi Andrei Duma,
I have looked at your patch but have not tested it yet. But it seems to me that
your patch is a little bit weak against the case where the file /etc/os-release
is found, but not fully functional (either garbage, or only releases NAME
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19359
___
___
Raymond Hettinger added the comment:
Return the number of items of a container sounds
simple and accurate to me.
I agree this would be best.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19362
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19363
___
Marc-Andre Lemburg added the comment:
On 24.10.2013 16:59, Andrei Dorian Duma wrote:
I added a patch (my first patch!).
platform.linux_distribution() now first looks in /etc/os-release. If this
file is not found, checking continues as before.
Looks good.
--
Raymond Hettinger added the comment:
Here is a patch which uses _PyObject_HasLen. It has same performance
but is much simpler.
+1 This will be a nice improvement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19369
Raymond Hettinger added the comment:
I disagree with adding such unimportant code to the critical path.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19332
___
Roundup Robot added the comment:
New changeset b9623fa5a0dd by Peter Moody in branch 'default':
#17400: correct handling of 100.64.0.0/10, fixing the docs and updating NEWS
http://hg.python.org/cpython/rev/b9623fa5a0dd
--
___
Python tracker
Alexander Belopolsky added the comment:
what's the reason for accepting the time.strptime()
version as a bug, but not datetime.datetime.strptime()?
In case of time.strptime(), we have an option of returning (1900, 2, 29, ..)
which while not being a valid date, is a valid (time)tuple:
Marc-Andre Lemburg added the comment:
Christian: I think adding MIME types falls under platform support and we do
still add platform support to Python 2.7.
That said, the mimetypes module *does* use platform files for determining MIME
types, so adding missing MIME types there will likely
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19377
___
___
Claudiu.Popa added the comment:
Here's the updated version according to your comments. Because there is no need
for show_info() and info(), the current class is not a subclass of Bytecode (as
I implied from your first message). After issue19378 is fixed, we could change
the line_offset with
Santoso Wijaya added the comment:
Here you go.
--
Added file: http://bugs.python.org/file32334/issue13234_tip_refresh.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13234
___
Jyrki Pulliainen added the comment:
Patch for py32 applies cleanly on 3.4 too, this should be good to go
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16037
___
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18199
___
___
Roundup Robot added the comment:
New changeset d2bb0da45c93 by Serhiy Storchaka in branch '2.7':
Issue #19327: Fixed the working of regular expressions with too big charset.
http://hg.python.org/cpython/rev/d2bb0da45c93
New changeset 4431fa917f22 by Serhiy Storchaka in branch '3.3':
Issue
Jyrki Pulliainen added the comment:
Here's a max line lenght fix for 3.2 (applies on 3.4 too).
I wonder if _getlongresp should have some max length detection too for max
length of a multiline response
--
Added file: http://bugs.python.org/file32335/issue16041_py32.patch
Zachary Ware added the comment:
Here's the new patch, a few tabs converted, a few trailing spaces removed, and
one sentence added to the Sub-projects section description.
--
Added file: http://bugs.python.org/file32336/pcbuild_readme.v2.diff
___
Serhiy Storchaka added the comment:
Here is a more complex patch which optimizes charset compiling. It affects
small charsets too. Big charsets now supports same optimizations as small
charsets. Optimized bitmap now can be used even if the charset contains
category items or non-bmp
1 - 100 of 148 matches
Mail list logo
