Ned Deily added the comment:
We could change an existing buildbot, say one of the snakebite buildbots, to
add a `make install` and run the tests from it. I don't think it should be
very difficult. Just make sure ./configure --prefix= has a reasonable value
like a dedicated directory (r
Ned Deily added the comment:
Duplicate of Issue17046
--
nosy: +ned.deily
resolution: -> duplicate
status: open -> closed
superseder: -> test_subprocess test_executable_without_cwd fails when run with
installed python
___
Python track
Changes by Ned Deily :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue17046>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue9849>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Also, IDLE makes use of features provided by Tk and those vary by platform. In
some cases, IDLE uses some Tk-supplied default menus and menu items. So
internationalization of IDLE would need to investigate and make use of Tk i18n
features on all supported
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.5
___
Python tracker
<http://bug
Ned Deily added the comment:
Dave, any reason this shouldn't go into the imminent 2.7.5 and 3.3.2 releases?
--
nosy: +ned.deily
stage: patch review -> commit review
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.1, Python 3.2
__
Changes by Ned Deily :
--
nosy: +sbt
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.5
___
Python tracker
<http://bugs.python.org/issue17805>
___
___
Ned Deily added the comment:
Another round based on comments. I also just noticed that the current doc
incorrectly claims that tabs are replaced by *zero* or more spaces.
Return a copy of the string where all tab characters are replaced by one or
more spaces, depending on the current
Changes by Ned Deily :
Added file: http://bugs.python.org/file29957/issue17670_doc_rev_2.patch
___
Python tracker
<http://bugs.python.org/issue17670>
___
___
Python-bug
Changes by Ned Deily :
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
type: enhancement ->
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
I think this is another case where confusion is introduced by the behavior of
Python 2 interactive mode with regard to encodings. In 2.x Python/pythonrun.c,
depending on a number of factors the interactive loop will try to set a more
useful encoding on stdin
Ned Deily added the comment:
Also see Issue15809 in which Martin proposed the same patch but then explained
why it isn't totally correct.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg187547
___
Python tracker
<http://bugs.python.org/issue17348>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue10513>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the suggestion!
--
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, Guilherme. While the patch does restore the Options menu
for Edit windows, a similar change is needed in idlelib/PyShell.py to also
restore the menu for the shell window. I will refresh the patch or include it
in the changes for Issue17654
Ned Deily added the comment:
(FYI, cpython source is no longer maintained in svn.python.org; the browser
link you provided is out-of-date. Current source for the 2.7 branch can be
viewed here: http://hg.python.org/cpython/file/2.7/)
--
nosy: +ned.deily, sbt
versions: +Python 3.4
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue17836>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
The patch does solve the build problem for 2.7 on 10.4 (Tiger). The same
problem exists for 3.3 and default as well. I see the Tiger buildbots aren't
failing with this problem; I suspect that's because there is a newer version of
libsqlite3 being s
Ned Deily added the comment:
Marc-Andre, can you elaborate on why you think Python 3 is not affected? The
changes for Issue17073 also added sqlite3_int64 to 3.2, 3.3, and default and,
for me on 10.4, _sqlite3.so currently fails to build in all three. (I don't
think 3.2 is worth wor
Ned Deily added the comment:
Something that comes to mind: the stack traces in both issues show similar
crashes where Tk is calling into OS X AppKit to create or modify a window.
Since a left paren is being typed, it seems to me the most likely scenario is
that the left paren is completing a
Ned Deily added the comment:
Fix verified on OS X 10.4 for 2.7, 3.3, and default.
--
___
Python tracker
<http://bugs.python.org/issue17857>
___
___
Python-bug
Ned Deily added the comment:
How are you trying to launch IDLE? Also, use the Console.app (in
/Applications/Utilites) to examine system.log to see if there are any error
messages produced there when you attempt to launch IDLE.
--
nosy: +ned.deily
Ned Deily added the comment:
OK, assuming you are using a default install of Python 3.3.1, try opening a
terminal window (Terminal.app) and launching IDLE from there by typing:
/usr/local/bin/python3.3 -c 'import sys;print(sys.version)'
/usr/local/bin/python3.3 -m idlelib
and r
Ned Deily added the comment:
That's really odd. It looks you have a permissions problem with your home
directory. On startup, IDLE attempts to create the directory .idlerc in your
home directory, /Users/ben, if it doesn't exist already. If for some reason
the directory creation f
Ned Deily added the comment:
The "ls" shows that, for some reason, your home directory is owned by user
"temp", not by user "ben". That's not good. Try doing this:
sudo chown ben /Users/ben/
But we're way past an IDLE or Python problem here. This is a
Ned Deily added the comment:
Ah, yes, it is a duplicate, thanks. Let's move any further discussion to
Issue8231.
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
title: IDLE won't run -> IDLE fails to launch when it cannot cre
Ned Deily added the comment:
Issue17864 is a duplicate of this. Also, note the error reported here is a
result of IDLE not having write access in the user's home directory and thus
cannot create the .idlerc directory. IDLE seems to handle more gracefully the
case of .idlerc existing bu
Ned Deily added the comment:
Georg, do you want a 3.2 patch for this as well?
--
___
Python tracker
<http://bugs.python.org/issue17857>
___
___
Python-bugs-list m
Ned Deily added the comment:
Thanks for the report, Eric. It confirms that the problem still exists with
everything current. I'm sorry you are hitting the crash. Without being able
to reliably reproduce the problem, it's difficult to be able to help. Are
there any hints you can
New submission from Ned Deily:
For Issue17086, 8ee6d96a1019 backported some cross-build patches to the 2.7
branch. The changes to setup.py detect_modules differ in the backport from
those in default. In particular, in default, changes to the library and include
directory lists used to build
Changes by Ned Deily :
--
keywords: +patch
Added file: http://bugs.python.org/file30274/issue17990.patch
___
Python tracker
<http://bugs.python.org/issue17
Ned Deily added the comment:
Applied to 2.7 branch. Leaving the issue open for release manager action for
2.7.5.
--
components: +Cross-Build
resolution: -> fixed
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.p
Changes by Ned Deily :
--
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue17990>
___
___
Python-bugs-list mai
Ned Deily added the comment:
Thanks for the report. To resolve Issue17820, the target of the link in
setup#editors-and-tools was changed from the "Key Resources" section to the
"Additional Resources" section. However, because the "setup" page itself
Ned Deily added the comment:
You did not provide enough information to determine exactly what went wrong in
your build but you are likely running in an environment with non-standard
permissions (umask, root, ACLs, etc.). Note that the failure occurs when the
main Makefile rule to build
Ned Deily added the comment:
I don't know of an intention to break use of other makes but I don't know of
any specific effort to test with various makes. As you may have noticed, there
were some significant changes to the Makefile rules for pgen-related targets by
changeset 52
Ned Deily added the comment:
It should. Thanks!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
I believe there are two different issues here. One: since the python-dev switch
to hg, Python source release tarballs no longer have had consistent file time
stamps which result in unnecessary generation steps being run in a build.
Python 2.7 and 3.3 now include
Ned Deily added the comment:
Thanks again for the patch. Committed for release in 2.7.6, 3.3.3, and 3.4.0.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Ned Deily added the comment:
Attached is a refreshed version of the patch against current 2.7 tip. I did a
quick visual comparison with the original but make no guarantees that it is
totally accurate. I have no plans to work on it further myself.
--
nosy: +ned.deily
Added file
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue18050>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the confirmation, Brian. I certainly would not have thought to ask
about multiple monitors.
--
___
Python tracker
<http://bugs.python.org/issue16
Ned Deily added the comment:
A comment on Vinay's comment: "and this cannot be obtained from sys.executable
because that is pointing to a framework executable". That *was* true prior to
3.3 and is still true at the moment for 2.7.x but it is not true for 3.3+.
Ronald's
Ned Deily added the comment:
Thanks, Raymond. Upon further investigation, I think you are running into a
user-wide behavior of OS X rather than specifically a Tk or IDLE issue. By
tradition and by default, OS X tries to hide file extensions in file Open or
Save dialogs; this dates back to
Ned Deily added the comment:
If Raymond concurs that either unchecking the Hide Extensions option or
checking the Show All Filenmame Extensions preference solves the problem for
him, we should just close this issue. In this particular case, the file is
actually saved with a .py extension
Changes by Ned Deily :
--
nosy: +bquinlan
___
Python tracker
<http://bugs.python.org/issue22630>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +neologix
___
Python tracker
<http://bugs.python.org/issue22631>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
For the record, on the legacy web site, that URI (which you can still see as
http://legacy.python.org/idle/) redirected to the Python 2 IDLE page in the
Standard Library docs: https://docs.python.org/2/library/idle.html.
--
nosy: +ned.deily
Ned Deily added the comment:
It could but to which page, e.g. which version of the docs?
--
___
Python tracker
<http://bugs.python.org/issue22632>
___
___
Pytho
Ned Deily added the comment:
The URI in "About IDLE" is redundant in that the same information on the doc
page is also available in text format in the IDLE Help menu and there is also a
link there to the full HTML docs. Perhaps the URI should just be removed from
About IDLE going f
Ned Deily added the comment:
OK, the redirect should now be in place.
--
___
Python tracker
<http://bugs.python.org/issue22632>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
I'm not sure what you are trying to do but there is no test module named
test_bad_address in the standard library, which is why you get that error.
Doing a quick search of Lib/test shows three different cases of
test_bad_address: in the test_ipad
Ned Deily added the comment:
Thanks for the additional information. It appears this is a duplicate of
Issue17564 with the root cause being the ISP not properly rejecting an
undefined host name as expected by the test case. See the discussion there for
more information
Ned Deily added the comment:
Stéphane, as I understand it, this issue covers two problems:
(1) Building and installing shared modules using Modules/Setup was broken for
current Python 3 releases;
(2) Using those shared modules when running Python from a build directory
(rather than from a
Changes by Ned Deily :
--
components: +Library (Lib)
keywords: +easy
nosy: +belopolsky
stage: -> needs patch
versions: +Python 2.7, Python 3.5
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
I don't disagree that it would be better to have an error-free test run,
independent of the ISP in use. You could try using a different DNS server that
behaves as expected (search the web for lists of free and public DNS servers).
Otherwise, you could try
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Importing readline produces erroneous output
___
Python tracker
<http://bugs.python
Changes by Ned Deily :
--
components: +Windows
nosy: +loewis, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue22648>
___
___
Changes by Ned Deily :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue22654>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
And to see that message you need to rerun ./configure before running make.
Have you just updated to Python 3.4.2? There were some changes in this area
that might have inadvertently affected cross-compiles (in particular,
Issue21166).
--
nosy: +ned.deily
Ned Deily added the comment:
The "generate-posix-vars failed" message you show is not in Python 3.4.1; it
was added recently by e52d85f2e284 for Issue21166 and is first released in
3.4.2. So it's hard to tell exactly what you ar
Ned Deily added the comment:
Sorry, I don't see the point of opening another issue, especially since most of
the discussion in this issue has been about the second problem. I have updated
the issue title to be more specific, though.
--
title: Modules/Setup *shared* support b
Ned Deily added the comment:
This is a duplicate of Issue22611.
--
nosy: +dstufft, ned.deily
resolution: -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder: -> pip needs ctypes
___
Python tracker
<http://
Ned Deily added the comment:
Issue22611 documents exactly the same failure so if this issue was improperly
closed than Issue22611 was, too. So I would think the earlier issue would be
the place to discuss this. But, in any case, I think the issue is that the
latest version of pip hasn&#
Ned Deily added the comment:
As I understand it, the reason test_venv is failing is because of a defect in
the pip vendored colorama. The test has found the unexpected dependency of the
vendored package with ctypes. It's good that the test failed. The right
solution is to provid
Ned Deily added the comment:
A quick smoke test of the patch (solely on OS X) looks like it works pretty
well. Not surprisingly, it doesn't fix anything when using the deprecated -n
("no subprocess") option but that's not a problem. One more serious issue is
that, depend
Changes by Ned Deily :
--
assignee: -> docs@python
components: +Documentation -Macintosh
nosy: +docs@python -ned.deily, ronaldoussoren
versions: +Python 3.4 -Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
+1 It's a fairly subtle change but definitely an improvement IMO (as viewed
with vanilla Safari and Firefox settings on OS X).
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
Thanks for the updated patch and test program. Note, to be part of the Python
test suite, the test should be in the form of a unittest test and fit into the
existing argparse tests here: Lib/test/test_argparse.py.
--
nosy: +ned.deily
Changes by Ned Deily :
--
stage: -> patch review
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issue22672>
___
___
Python-bugs-list mai
Ned Deily added the comment:
There seems to be a small problem with the patch that can be easily fixed by
changing the test for "ftp error: timeout()" to "ftp error: timeout(".
Otherwise, it seems OK. Note that there is now also a related patch for
Issue22596 that mo
Ned Deily added the comment:
LGTM. Perhaps it can be committed with a revised version of the patch for
Issue22289?
--
nosy: +haypo, ned.deily
___
Python tracker
<http://bugs.python.org/issue22
Changes by Ned Deily :
--
nosy: +bquinlan
___
Python tracker
<http://bugs.python.org/issue22729>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I believe it is the case that none of these proposed changes would have any
effect on Aqua (native, non-X11) OS X Tk variants (Cocoa or Carbon). Unlike on
Windows and X11, standard OS X menus in conforming GUI apps do not have
underline letter shortcuts. (OS X
Changes by Ned Deily :
--
nosy: +bquinlan
___
Python tracker
<http://bugs.python.org/issue22737>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily:
The changes to tkinter tests introduced by the changes for Issue22236 (2.7
32fdaf401e50, 3.4 dd1dffe6f0d2, and default/3.5 014060738f7f) may cause Python
to crash due to a Tk segfault on OS X. The crash only shows up when using the
-j option to regrtest and is
Ned Deily added the comment:
See Issue22770 for details of a potential Tk crash that can occur on OS X when
running tests as a result of these changes and for a workaround.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue22
Ned Deily added the comment:
For the record, a typical instance of this failure will look like this:
$ /usr/local/bin/python3.4 -m test -w -uall -j2
== CPython 3.4.2 (v3.4.2:ab2c023a9432, Oct 5 2014, 20:42:22) [GCC 4.2.1 (Apple
Inc. build 5666) (dot 3)]
== Darwin-14.0.0-x86_64-i386-64bit
Ned Deily added the comment:
> Did you mean -j > 1?
No.
> I checked the buildbots and the x86 Tiger is run -j1 while the AMD Snow
> Leopard is not running.
I'm not sure what you are referring to here. This crash would not be seen on
either of those buildbots because
Ned Deily added the comment:
Adding root.update_idletasks() before root.destroy() doesn't help by itself.
As I noted in the Tk issue, to avoid the crash without changing Tk and while
still destroying and creating roots/Tcl instances, it is necessary to get the
"open application&qu
Ned Deily added the comment:
The patch doesn't take into account that the readline module may be linked with
BSD libedit (as is the default on OS X and is preferred by some third-party
distributors) rather than GNU readline. The patch causes the test to be
incorrectly skipped on
Ned Deily added the comment:
Make that: The documented way of differentiating the two cases is by checking
the __doc__ string for "libedit".
--
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
Something like:
@unittest.skipIf(("libedit" not in readline.__doc__)
and (readline._READLINE_VERSION < 0x6000),
"not supported in this library vers
Ned Deily added the comment:
The test works OK with libedit now, thanks. But are you sure about the
readline version test? Testing with a GNU readline 6.3:
>>> print('%x' % readline._READLINE_RUNTIME_VERSION)
603
so the test_readline check:
readline._READLINE_VERSI
Ned Deily added the comment:
Ah, Issue18604! Thanks for the reminder (and for the patch), Serhly! Focusing
on these more recent occurrences of segfaults, I hadn't been thinking about
those earlier ones. Now, after digging into Tk and identifying the problem
there, it's clear
Ned Deily added the comment:
Applied for release in 2.7.9, 3.4.3, and 3.5.0.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
The previous segfaults on OS X have been isolated to a problem in Cocoa Tk and
an issue has been opened about it on the Tk issue tracker. See Issue22770 for
details. Changesets applied to _is_gui_available() in that issue should
prevent the segfaults by ensuring
Changes by Ned Deily :
--
nosy: +ncoghlan, pmoody
___
Python tracker
<http://bugs.python.org/issue22800>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Matt, ignore Lib/macpath.py. It is not used on OS X systems other than in the
rare case that someone explicitly needs to parse obsolete Classic Mac OS (Mac
OS 9 or earlier) style path names. OS X uses Lib/posixpath.py.
--
nosy: +ned.deily
Changes by Ned Deily :
--
nosy: +ncoghlan, vinay.sajip
___
Python tracker
<http://bugs.python.org/issue22829>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Have you reported this problem to the author of apsw? It seems like figuring
out why apsw is apparently creating an incorrect setup.py configuration should
be a first step before suggesting a change to Distutils. You might want to
supply the values from your
Ned Deily added the comment:
Another data point: apsw appears to build OK on OS X with a MacPorts-supplied
icu, including icu-config.
--
___
Python tracker
<http://bugs.python.org/issue22
Ned Deily added the comment:
I was able to reproduce the behavior you saw with an older Debian system. The
following patch to the apsw setup.py file seems to fix the problem:
--- apsw-3.8.7.1-r1/setup.py2014-11-04 19:23:36.0 -0800
+++ apsw-3.8.7.1-r1_PATCHED/setup.py2014-11-11
Changes by Ned Deily :
--
nosy: +sbt
___
Python tracker
<http://bugs.python.org/issue22853>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
nosy: +sbt
___
Python tracker
<http://bugs.python.org/issue22864>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
It's hard to guess what is going on without an example of the failure. Please
post the code of a simple reproducible example that fails along with the
exception traceback and also indicate what kind of platform you are running
this on.
--
Changes by Ned Deily :
--
resolution: -> third party
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue22874>
___
___
Python-bugs-list
Changes by Ned Deily :
--
assignee: ned.deily
components: Installation, Macintosh
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Backport ensurepip OS X installer changes to 2.7
versions: Python 2.7
___
Python
6101 - 6200 of 6927 matches
Mail list logo
