Ned Deily added the comment:
LGTM and I agree that it should be considered a bug fix.
--
___
Python tracker
<http://bugs.python.org/issue1602133>
___
___
Pytho
Ned Deily added the comment:
It's included in a directory of Guido's essays
(http://www.python.org/doc/essays/). Guido, any thoughts about this and the
others?
--
nosy: +gvanrossum, ned.deily
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
FWIW, the POSIX standard gives some guidance on how PATH is to be interpreted
for conforming systems, including:
"A zero-length prefix is a legacy feature that indicates the current working
directory. It appears as two adjacent characters ( "::" ),
Ned Deily added the comment:
A feature like drag-and-drop seems like something that needs to be provided at
either the application level or within Tk or both. While there is apparently
no built-in Tk support for drag-and-drop, it appears to be possible to use a Tk
extension that provides
Ned Deily added the comment:
Using Cocoa Tk 8.5.13 and IDLE from either 2.7.3 and 3.3.0 on OS X 10.8.2, I
can reproduce the behavior you report. However, I do not see the behavior when
using Python 2.7.3 linked with the older Carbon Tk 8.4. I tried without success
to reproduce the behavior
Ned Deily added the comment:
OK, I *did* spend a little more time on this and am now able to reproduce the
behavior solely running the following Tcl code with tclsh:
package require Tk
set w .text
catch {destroy $w}
toplevel $w
text $w.text -setgrid 1 -height 30 -font "Courier 20&
New submission from Ned Deily:
./configure --enable-shared --with-pydebug --prefix=/py/root && make && make
install
cd
export LD_LIBRARY_PATH=/py/root/lib
/py/root/bin/python3.4 -m test -w -uall,-largefile
Ned Deily added the comment:
See also Issue13539.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue17049>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Attached are the back ports to 2.7.x and 3.2.x of the Xcode 4 support changes
as released in 3.3.0. I've built and tested both with various configurations
on a variety of systems, both Intel and PPC, and various OS X versions (10.4,
10.5, 10.6, 10.7, and
Changes by Ned Deily :
Added file: http://bugs.python.org/file28879/issue13590_backport_32.patch
___
Python tracker
<http://bugs.python.org/issue13590>
___
___
Python-bug
Ned Deily added the comment:
Backports committed for 2.7 (2.7.4) and 3.2 (3.2.4).
Note that, although the uploaded review patches also included backported
changes to ./configure to improve defaults for building Python itself under
Xcode 4, I decided not to commit them here as they might
Ned Deily added the comment:
For 3.3.0, ./configure (configure.ac) was modified in 688d48e434e4 for
Issue13590 to use more appropriate defaults for universal builds on newer
releases. In particular, --enable-universalsdk=yes uses the Xcode default SDK
(as returned by xcodebuild) instead of
Changes by Ned Deily :
Added file: http://bugs.python.org/file28918/issue11485_backport_32.patch
___
Python tracker
<http://bugs.python.org/issue11485>
___
___
Python-bug
Changes by Ned Deily :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue13590>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Thanks for the report and the patch. Committed for 2.7.4, 3.2.4, and 3.3.1.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 3.2, Python 3.3, Python 3.4
___
Pytho
Ned Deily added the comment:
I've updated the plists for both IDLE.app and the framework Python.app to
enable the high-resolution rendering. That should affect IDLE.app and bin/idle
and any other Tkinter-based program, as long as they all are being run from a
framework build of Python
Changes by Ned Deily :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 3.4
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
The problem is as documented for issue10433:
http://docs.python.org/2/library/os.html#os.getgroups
Here's a patch that skips the failing test when Python is built on OS X with a
deployment target less than 10.6. Currently on releases prior to 3.3.0, the
Ned Deily added the comment:
It seems to work on 3.x as well. Since it is minimally invasive and should
help to clean up the OS X buildbots, I'm going to push the fix now and keep an
eye on the buildbots.
--
stage: patch review -> commi
Ned Deily added the comment:
The buildbots look happier: closing.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Ned Deily:
Seen on "X86 Tiger 2.7" buildbot
(http://buildbot.python.org/all/builders/x86%20Tiger%202.7)
test_surrogates (test.test_fileio.OtherFileTests) ... test test_fileio failed
-- Traceback (most recent call last):
File "/Users/db3l/buildarea/2.7.bo
New submission from Ned Deily:
Seen on the AMD64 Mountain Lion Optimized [SB] 2.7 buildbot
(http://buildbot.python.org/all/builders/AMD64%20Mountain%20Lion%20Optimized%20%5BSB%5D%202.7):
test test_doctest crashed -- : filter
('backquote not supported', SyntaxWarning) did not catch a
Ned Deily added the comment:
On OS X, Trent's fixes solved the bootstrap issue and _sysconfigdata.py is now
created in buildir. Closing.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python
New submission from Ned Deily:
Apple has deprecated use of openssl in OS X due to its unstable API between
versions:
"If your app depends on OpenSSL, you should compile OpenSSL yourself and
statically link a known version of OpenSSL into your app"
https://developer.apple.com/l
Ned Deily added the comment:
Yes, as we've discussed, using the Apple Crypto APIs would be nice longer-term
assuming the compatibility issues can be managed: the set of available APIs
appear to have been evolving over the past several OS X releases. But moving
away from openssl seems o
Ned Deily added the comment:
Somewhat coincidentally, Issue17129 addresses the topic of certificate
management across multiple platforms.
--
___
Python tracker
<http://bugs.python.org/issue17
Ned Deily added the comment:
FYI, at the moment, the PSF OS X installers dynamically link with the operating
system supplied libssl and use its CA management policies. Issue17128 proposes
changing that because Apple has deprecated the use of the system openssl in OS
X.
--
nosy
Changes by Ned Deily :
--
nosy: +meador.inge, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue17136>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
After spending some time on this, I'm downgrading this from release blocker
status. First, no one has yet identified any immediate need for openssl 1.0.x
features to support possible PyPI enhancements, which was my original concern.
Second, since the op
Ned Deily added the comment:
The test is failing because of a restructuring of the docs.python.org website.
The test was changed on 2012-10-28 to use the new URL (923ca6d73bad and
friends). That change will be in the next set of maintenance releases
including 2.7.4 real soon now
Ned Deily added the comment:
It would be helpful in the future if you would open separate issues for each
problem you report. To address your points:
1) For unix-y builds, the static library along with other files needed for
embedding Python are installed in the standard Python library
Ned Deily added the comment:
Here's a patch for 2.7 that separates the "maninstall" target into a
"altmaninstall" target (which installs just the python2.7 man page as before)
and a "maninstall" target (which adds symlinks from "python2&qu
Changes by Ned Deily :
Added file: http://bugs.python.org/file29010/issue17161_32.patch
___
Python tracker
<http://bugs.python.org/issue17161>
___
___
Python-bugs-list m
Changes by Ned Deily :
Added file: http://bugs.python.org/file29011/issue17161_33.patch
___
Python tracker
<http://bugs.python.org/issue17161>
___
___
Python-bugs-list m
Ned Deily added the comment:
"do we install python as python2?"
Yes, PEP 394 support was added in 2.7.3 (issue12627).
--
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
As of 2.7.4, 3.2.4, 3.3.1 and 3.4.0, make install will now install the missing
symlinks for the missing man pages, python/python2 or python3.
--
assignee: -> ned.deily
resolution: -> fixed
stage: patch review -> committed/rejected
status: open
New submission from Ned Deily:
The center footer in the source for the python man page, specifically the .th
macro in Misc/python.man, contains an unexpanded $Date$ left over from the days
of svn keyword expansions. Since hg does not support such expansions, either
the source should be
Ned Deily added the comment:
The keyword extension would have to be added by everyone to their existing
.hgrc files and the Mercurial developers discourage its use ("This is
considered a feature of last resort."). Better to eliminate the keyword in the
source. There were others
Ned Deily added the comment:
After writing the simplest possible test of open(2) in C to eliminate anything
in Python, I finally established that the seemingly random behavior of the test
is in fact caused by a rather odd bug in OS X 10.4. The filename being used in
the test is intended to
Changes by Ned Deily :
Removed file: http://bugs.python.org/file28937/issue_X_test_fileio.patch
___
Python tracker
<http://bugs.python.org/issue17111>
___
___
Pytho
Changes by Ned Deily :
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
How exactly are you invoking Python? From a terminal command line? What
messages do you see when you type:
/usr/local/bin/python3.3
Or from IDLE? If so, try invoking IDLE from a terminal:
/usr/local/bin/idle3.3
--
nosy: +ned.deily
Ned Deily added the comment:
"But even though python is now open, the icon on the dock is different and none
of my previous python files will open. When i try to open them, the IDLE icon
im used to seeing bounces a few times and then disappears while the other
python IDLE icon that st
Ned Deily added the comment:
If moving .idlerc fixed the problem, undoubtedly one of the IDLE config files
had a corrupted value. There have been some fixes since 3.3.0 to make that
part of IDLE more robust. If you want to pursue the issue, you can reopen this
issue and upload the files
Ned Deily added the comment:
A compatibility issue here is that the value provided by get_platform() is also
used outside of Distutils, in particular by pkg_resources (provided by
setuptools) and by pip, in both cases to help determine whether a binary
distribution of an extension module is
New submission from Ned Deily:
On the python-dev mailing list, Raymond Hettinger asks:
> I was exercising the alpha two release of 3.4 and noticed that
> it is still being built under GCC 4.2.1.
>
> Is there any reason we have to use an old compiler?
Yes, kinda. It's beca
Changes by Ned Deily :
--
status: open -> closed
type: behavior ->
___
Python tracker
<http://bugs.python.org/issue19033>
___
___
Python-bugs-list
Ned Deily added the comment:
http://www.python.org/download/
http://www.freebsd.org/cgi/ports.cgi?query=python3&stype=all&sektion=all
--
nosy: +ned.deily
resolution: -> out of date
stage: -> committed/rejected
___
Python
Ned Deily added the comment:
The patch LGTM. And I agree that the fix is not needed for 3.4. Thanks, Serhiy.
I verified that it does solve the "embedded" problem (case 1 above) when using
embedded versions of all previous releases of 2.7.x (except 2.7.0) and 3.3.x.
For the record,
Ned Deily added the comment:
To answer your earlier question, there are other inter-version
incompatibilities in some of the non-static standard library modules such that
test_re cannot be run without errors. However, applying the patch at least
allows the embedded interpreter to not crash
Ned Deily added the comment:
Thanks, Skip. At the moment, finding platforms for building and testing is not
a problem: I have at hand running versions of the latest releases for 10.3
onwards. :) (Buildbots for automated testing are another issue, though. We
have a critical need for buildbots
Ned Deily added the comment:
Snakebite did provide some additional OS X buildbots for a while but, AFAIK,
they have been offline for some months now.
--
___
Python tracker
<http://bugs.python.org/issue19
Ned Deily added the comment:
This looks like a platform bug. What platform was this running on? A web
search turns up other reports of the system getaddrinfo() returning errno = 0
due to a glibc bug, for example,
https://bugzilla.redhat.com/show_bug.cgi?id=958652.
--
nosy
Changes by Ned Deily :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue19045>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +rhettinger
versions: -Python 2.6, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue19054>
___
___
Pytho
Changes by Ned Deily :
--
nosy: +jcea
___
Python tracker
<http://bugs.python.org/issue19045>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
You may have a mismatch with two different versions of Python 2.7 installed.
Issue18050 documents the basic problem: a change introduced in Python 2.7.4
causes problems if a pre-2.7.4 interpreter executable is launched with a 2.7.4
or later Python standard
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue19059>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
>From irc, I believe RDM has changed the buildbot to run under a group that the
>user is a member of ("staff") and so I think this issue can be closed. David?
--
resolution: -> out of date
stage: -> committed/rejected
s
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue19085>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report. The PEP 0 page now no longer contains a link: since it
is automatically generated, there is no corresponding file for it in the peps
repo.
--
nosy: +ned.deily
stage: -> committed/rejec
Changes by Ned Deily :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: behavior ->
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 3.4 -Python 2.6
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue19141>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> python bug report
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
Can you give a step-by-step sequence of commands to reproduce the problem? One
thing that looks somewhat suspicious is that there seem to be multiple IDLE
"*Python Shell" windows open. Normally there should only be one.
--
nosy: +ned.deily
tit
Ned Deily added the comment:
That still doesn't explain the problem. How are you trying to "compile" the
program? For example, one way would be to use your mouse to select the "Run"
menu item and then the "Run Module" option. Or use the F5 function key sh
Ned Deily added the comment:
This problem has been reported previously as Issue17354, a duplicate of
Issue12853 which is still open at the moment.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> global nam
Changes by Ned Deily :
--
versions: +Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue12853>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
Backported to 2.7 (for 2.7.6) and 3.3 (for 3.3.3) as well. The current
test_readline already covers this case.
--
keywords: -needs review
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
title: libedit histo
Changes by Ned Deily :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue19238>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
The patch seems to work well with both Safari 6.0.5 and Firefox 25.0 on OS X
10.8. Nice improvement.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue4
Changes by Ned Deily :
--
components: +Build
nosy: +ned.deily
versions: +Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue19027>
___
___
Ned Deily added the comment:
It looks like this was caused by the changes for Issue14321 to not run pgen for
cross builds.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue19
Ned Deily added the comment:
BTW, this can be worked around (for non cross-builds at least) by running "make
touch" on the source directory, e.g.:
make -C python/src -f python/build/Makefile touch
But it should be fixed. Doko?
--
Ned Deily added the comment:
The new tests fail when run from an installed Python. You also need to add all
of the new test directories to LIBSUBDIRS for the libinstall target in
Makefile.pre.in.
--
nosy: +ned.deily
___
Python tracker
<h
Ned Deily added the comment:
With Aqua Cocoa Tcl/Tk 8.5.14 or 8.6.0 (using ActiveState's 8.5.14 or 8.6.0) on
OS X 10.8.5, running test_ttk_guionly:
==
ERROR: test_class (tkinter.test.test_ttk.test_widgets.Scrollba
Ned Deily added the comment:
1) The test case decorator perhaps:
@unittest.skipIf(sys.platform == "win32", "Does not apply to Windows")
--
nosy: +ned.deily
___
Python tracker
<http://bug
Ned Deily added the comment:
2) See class saved_test_environment in regrtest.py. I wouldn't worry too much
about it initially but it should be looked at and tidied up before release.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Ned Deily :
--
nosy: +brian.curtin, christian.heimes, loewis, tim.golden
___
Python tracker
<http://bugs.python.org/issue19273>
___
___
Python-bug
Changes by Ned Deily :
--
nosy: +christian.heimes
___
Python tracker
<http://bugs.python.org/issue19275>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the observation, Esa. The typo is now fixed and the test is no
longer failing on OS X.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python track
Ned Deily added the comment:
Since I just noticed this and haven't seen it mentioned already: for the
record, the Python Makefile for current versions is affected by this issue.
The "sharedmods" target, which calls setup.py to build the standard library
shared modules, explici
Ned Deily added the comment:
Arfrever, your proposal is certainly one of many possible solutions and one
that would be appropriate if we were designing the Python configure, Makefile,
and Distutils components from scratch or looking at major changes to Distutils.
But we're not at this
New submission from Ned Deily:
Since asyncio was checked in, there have been a couple of similar buildbot
failures on the OS X 10.4 (Tiger) buildbot sandwiched around a successful run.
I also saw a similar failure on a 10.4 system I have. So far, the OS X 10.6
(Snow Leopard) buildbot has
Ned Deily added the comment:
Compile errors on OS X 10.8 with clang:
cc -Wno-unused-result -Werror=declaration-after-statement -g -O0 -Wall
-Wstrict-prototypes -I. -IInclude -I../../source/Include-DPy_BUILD_CORE
-c ../../source/Modules/posixmodule.c -o Modules/posixmodule.o
In file
Ned Deily added the comment:
Thanks for the patch.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Thanks for the patch.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
I guess the one remaining question about this issue is whether it should be
backported to 2.7.x and/or 3.3.x. The implementation depends on the build
changes implemented in Issue1584 to provide options to override default search
paths for Tcl and Tk so that would
Changes by Ned Deily :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue19308>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Still intermittently failing on 3.4.0a4 when running the entire test suite.
--
___
Python tracker
<http://bugs.python.org/issue18
Ned Deily added the comment:
I took a quick look at the revised patch. Clearly, it's too big to review at a
detailed level. I tried the approach of running two complete verbose regrtest
runs (-m test -v -uall), before and after the patch, and diffing the results in
a "smart
Ned Deily added the comment:
The regex module is a third-party project and is not part of the Python
standard library. I suggest you open an issue on the issue tracker for the
project and include more detailed information about the problem:
https://code.google.com/p/mrab-regex-hg/
https
Changes by Ned Deily :
--
assignee: ronaldoussoren -> ned.deily
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue19325>
___
___
Python-bugs-lis
Changes by Ned Deily :
--
nosy: +jcea
___
Python tracker
<http://bugs.python.org/issue19317>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
Success! (I think.) On my elderly 10.4 machine, as of f33cc4a175a4:
tag: tip
user:Guido van Rossum
date:Mon Oct 21 20:57:25 2013 -0700
files: Lib/test/test_asyncio/test_events.py
description:
Unsilence several asyncio AIX tests that no
Ned Deily added the comment:
Yes, there are various tricks to be done. I have another solution in mind that
should eliminate the use re altogether for most cases. (BTW, _osx_support was
implemented to centralize functions in anticipation of the introduction of
distutils2/packaging in Python
Ned Deily added the comment:
I agree. And there appear to have been no test_asyncio failures on the buildbot
since the checkins -> closing.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tr
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue19349>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
This is a duplicate of Issue18458. The problem is due to an incompatible update
to the GNU readline compatibility layer of the editline shared library
(libedit) in OS X 10.9. The fix for this will be in the upcoming Python 2.7.6
and 3.3.3 maintenance releases
4901 - 5000 of 6927 matches
Mail list logo
