Ned Deily added the comment:
New changeset f574ce79729ecb01f1f5b3e1a34c8aa7480b79e8 by Ned Deily (Miss
Islington (bot)) in branch '3.6':
bpo-21263: Skip test_gdb when python has been compiled with LLVM clang
(GH-10318) (GH-10326)
https://github.com/python/cpyt
Ned Deily added the comment:
Thanks, everyone! Fixed for 3.8.0, 3.7.2, and 3.6.8.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8 -Python 2.7, Python 3.5
___
Python tracke
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue35185>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +David.Edelsohn, Michael.Felt
___
Python tracker
<https://bugs.python.org/issue35198>
___
___
Python-bugs-list mailing list
Unsub
Change by Ned Deily :
--
nosy: +pitrou
___
Python tracker
<https://bugs.python.org/issue32485>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Rather than searching a few hard-coded paths, I would think this would be a
good case for using distutils.spawn find_executable like test_bdist_rpm.py does
:) If someone (@bhyde) were willing to create a PR with that change, this
issue will have a much better
Change by Ned Deily :
--
keywords: +easy
stage: -> needs patch
title: bdist_rpm v.s. the Macintosh -> bdist_rpm fails if no rpm command and
rpmbuild is not in /usr/bin or /bin
versions: +Python 3.8 -Python 2.7
___
Python tracker
Ned Deily added the comment:
Thanks for the report and for the investigation. The Tk crash described in
Issue32481 (and many other earlier issues) is due to a very old bug in Tk 8.5.x
for macOS. While this bug has been fixed in more recent versions of 8.5.x and
in 8.6.x, the version of Tk
Change by Ned Deily :
--
nosy: +gregorlingl, willingc
___
Python tracker
<https://bugs.python.org/issue35211>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Terry, FYI, according to Apple, the correct current styling for the Mac
Operating System is "macOS". We should be using that spelling in the
documentation.
https://en.wikipedia.org/wiki/MacOS
--
___
Pyth
Ned Deily added the comment:
I don’t think it’s worth changing the file name or other names, that just
causes needless churn and the possibility for stranded files on an upgrade. I’d
just update the docs and messages.
--
___
Python tracker
<ht
Ned Deily added the comment:
There seem to be at least two problems here.
One, you say that running the unmodified life.py requires two Quit keyboard
shortcuts (usually CMD-Q). From the shell output you give, that problem is
most likely due to the use of -i with python:
'/usr/loca
Ned Deily added the comment:
That's a good point. I see that Cmd-Shift-S which is defined as the shortcut
for "Save As.." seems to have the same effect as Cmd-S "Save". Also, the
Cmd-Opt-S shortcut for "Save Copy As.." seems to bring up the save dialog
Ned Deily added the comment:
Alas, the Launcher app can be problematic and doesn't get much love. If you
open the Launcher app's Preferences, you'll probably see that the "Interactive
mode after acript" option is ticked. Either unselect it or, if you feel
com
Ned Deily added the comment:
You may might try asking on the freegames issue tracker or, better, on a more
general support forum like Stackoverflow or Python-list. Because of the volume
of issues reported here (and we are all volunteers), we really can't spend a
lot of time helping
Ned Deily added the comment:
Sorry, there isn't a particular rush to close issues as some of them stay open
for years. And that's not good for anyone. "resolved" on the issue tracking
does not necessarily mean a problem is resolved to everyone's satisfaction, it
Ned Deily added the comment:
And, by the way, if it turns out that the problem could have been avoided by
better documentation, another option is to re-open the issue with suggested doc
changes. Patches welcome!
--
___
Python tracker
<ht
Ned Deily added the comment:
Good to hear you have worked around the crash. Regarding keyboard
accelerators, I'm not aware of any 3.7.1 regressions but there could be issues
with the bundled version of Tk 8.6.8. If you want to pursue the issue, please
supply a test case that demonst
Ned Deily added the comment:
By default, macOS installers just install the files included in a package. For
macOS Python installer packages, the problem arises if a particular file is
deleted or renamed in a maintenance release and a user has already installed an
earlier version of that
Ned Deily added the comment:
This does sound like a regression bug that should be fixed in all branches.
Another issue is that, if it is propagated to third-party extension module
builds through distutils, there is no guarantee that the extension module is
being built with the same
Ned Deily added the comment:
_scproxy has been known to be problematic for some time, see for instance
Issue31818. That issue also gives a simple workaround: setting urllib's
"no_proxy" environment variable to "*" will prevent the calls to the System
Change by Ned Deily :
--
nosy: +pitrou
___
Python tracker
<https://bugs.python.org/issue35267>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +bhyde, ned.deily
versions: -Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue11
Ned Deily added the comment:
Thanks, @n0npax, for producing a PR implementing what I suggested. It looks
good. However, while testing it, I ran across earlier open Issue11122 in which
the same issue of building rpms on macOS is brought up. (Sorry I didn't see
this earlier!) The sol
Ned Deily added the comment:
Note that Issue32281 also describes the problem of trying to use build_rpm on
non-rpm systems, again specifically macOS. Before stumbling on this issue,I
had suggested over there to use change bdist_rpm to not use hardwired paths for
rpmbuild but, if the better
Ned Deily added the comment:
X11-based Tk follows general X11 practice with regard to text pasting. See
http://wiki.tcl.tk/3771 for some background. Old school X11 users expect
pasting to work that way. This is yet another instance where Tk attempts to
conform to the platform it is running
Ned Deily added the comment:
Unfortunately, there is no one right answer to paste behavior on X11, unlike on
native Windows and Mac implementations where there is essentially system-wide
consistent paste behavior enforced by the underlying operating system. As the
Tk Wiki points out (and the
Ned Deily added the comment:
After spending some time investigating this issue, I believe that potential
upgrade compatibility issues have been introduced by the changes for
Issue13169. How critical they are and, in particular, whether they violate our
implicit promises of maintenance (point
Ned Deily added the comment:
Sorry, I am unable to reproduce the problem with a vanilla Python 2.7.5 and a
downloaded Cython 0.19.1 either installing directly with Cython's setup.py or
using Pip 1.3.1. customize_compiler is used as part of every extension module
build in Distutils; it i
New submission from Ned Deily:
As part of the initial changes for Issue13590 in 2.7.3, 3.2.3, and 3.3 (prior
to release) to Distutils to support building extension modules on OS X with
Xcode 4, code was added to substitute the clang compiler if the older gcc-4.2
supplied with Xcode 3 was not
Changes by Ned Deily :
--
keywords: +patch
nosy: +ronaldoussoren
Added file: http://bugs.python.org/file30395/issue18080_ldshared_2.7.patch
___
Python tracker
<http://bugs.python.org/issue18
Ned Deily added the comment:
Serhly, while I don't disagree with your points, I should have made clearer
that the issue here is that the _sre module is a static module (built into the
interpreter executable or shared lib as shown in Modules/Setup.dist) and *not*
included in the shared li
Ned Deily added the comment:
Committed for release with 2.7.6 and 3.3.3.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Without more information, it is difficult to guess what is going wrong. Please
provide exactly what ./configure options you used to build Python and any "make
install" options. When you start Python, what values do "sys.prefix",
"sys.ex
New submission from Ned Deily:
The Build Applet.app tool for OS X depends on the deprecated EasyDialogs module
to interact with the user. EasyDialogs depends on Apple-deprecated Carbon
QuickDraw APIs. As of OS X 10.8, the headers for the QuickDraw APIs are no
longer supplied with Xcode 4
Changes by Ned Deily :
--
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file30420/issue18098_build_applet.patch
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Unfortunately, the configure.ac change is not unrelated. It turns out that
ARCH_RUN_32BIT has been broken for some time. But it hasn't really mattered up
to now where I do really need to force 32-bit mode during the build. Also, the
patch isn't quite
Ned Deily added the comment:
Another report of users being affected by this issue:
https://trac.macports.org/ticket/39207
--
___
Python tracker
<http://bugs.python.org/issue18
Ned Deily added the comment:
Also:
http://stackoverflow.com/questions/16301735/importerror-cannot-import-name-maxrepeat-with-cx-freeze
--
___
Python tracker
<http://bugs.python.org/issue18
Changes by Ned Deily :
Added file:
http://bugs.python.org/file30423/issue985064_plist_validation_v2.patch
___
Python tracker
<http://bugs.python.org/issue18098>
___
___
Changes by Ned Deily :
Added file: http://bugs.python.org/file30424/issue18098_build_applet_rev1.patch
___
Python tracker
<http://bugs.python.org/issue18098>
___
___
Pytho
Changes by Ned Deily :
Removed file:
http://bugs.python.org/file30423/issue985064_plist_validation_v2.patch
___
Python tracker
<http://bugs.python.org/issue18
Changes by Ned Deily :
Removed file: http://bugs.python.org/file30420/issue18098_build_applet.patch
___
Python tracker
<http://bugs.python.org/issue18098>
___
___
Pytho
Ned Deily added the comment:
Committed for release in 2.7.6.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +benjamin.peterson, georg.brandl, larry
priority: normal -> release blocker
resolution: fixed ->
stage: committed/rejected -> needs patch
status: closed -> open
___
Python tracker
<http://bugs.python
Changes by Ned Deily :
Removed file: http://bugs.python.org/file30431/Tante Girang.uhtml
___
Python tracker
<http://bugs.python.org/issue18098>
___
___
Python-bugs-list m
Ned Deily added the comment:
The test.support module was renamed in Python 3 from test.test_support in
Python 2. While the 3x support has expanded and diverged somewhat, with a bit
of try hacking it should be possible to minimize the source differences between
the 2.7 and 3.x tests
Ned Deily added the comment:
That behavior of the OS X installer is by design. Currently, the "Current" link
is only set for Python 2 installations, not Python 3 ones. While that may have
made sense in the early days of Python 3 (assuming there would be mixed
installations of bot
Ned Deily added the comment:
Has anyone looked at the current Apple style guide to determine whether it is
still an appropriate reference for Python doc usage? It appears to have
undergone some major changes over the years as Apple's docs have changed.
--
nosy: +ned.
Ned Deily added the comment:
"Documenting Python" references to the Apple Style Guide go back to at least
Python 2.3.5's documentation, at that time to the 2001 version of the Apple
Style Guide. I was more curious if the Apple Style Guide was still being
actively c
Ned Deily added the comment:
Terry: FYI, I just noticed the languishing patches in Issue4343 which *might*
be of some use here.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue18
Ned Deily added the comment:
Brett, what configure options are you using and what version of clang? I don't
see these errors with the current Apple clang (Xcode 4.6.2):
$ clang --version
Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)
Target: x86_64-apple-darwin12.4.0
T
Ned Deily added the comment:
Undoubtedly, it was a bug in an earlier version of Aqua Tk; it doesn't appear
to occur with current Tk's.
--
resolution: accepted -> out of date
stage: test needed -> committed/rejected
status: open -> closed
___
Ned Deily added the comment:
Issue15050, which was closed without resolution, reported a similar issue.
Also, Issue15963 documents some suggestions and proposed changes to make builds
easier to configure on legacy platforms like Solaris SPARC. Perhaps they may
be of help. Also, Python
Ned Deily added the comment:
It seems like this would be a fairly rare situation and, as you note, dependent
on the underlying file system. But it would be easy to add a new function to
the module to clear its cache in cases where it is known this might be a
problem. In fact, in Issue11802
New submission from Ned Deily:
This is in reference to section 5.6 of the "Extending and Embedding Python"
doc. This has come up recently where third-party projects are using
LINKEDFORHARED instead of the results of python-config when linking an embedded
Python into their pro
Ned Deily added the comment:
Your proposed change would still not make the source compatible with Python 2.2
(released over a decade ago) as set() was introduced in 2.4. When the
subprocess module was introduced back then, it made sense to maintain
compatibility with then-recent releases but
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
Changes by Ned Deily :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue18186>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Thanks for the patch, Mark. I've left some review comments via Rietveld (the
review link next to the patch). Also, if you haven't already, please fill out
the contributor form as described in the Developer's Guide
(http://docs.python.org/devg
Changes by Ned Deily :
Added file: http://bugs.python.org/file30567/issue18164-27.patch
___
Python tracker
<http://bugs.python.org/issue18164>
___
___
Python-bugs-list m
Ned Deily added the comment:
On further review, I think the 3.x documentation is pretty good as is. I
propose one change to it: getting another config var to help emphasize "the
configuration values that you will want to combine together". The proposed 2.7
patch backports the
Ned Deily added the comment:
Looks good to me, other than that the doc change should include a version added
directive (which can be added by the committer):
.. function:: clear_cache()
+ .. versionadded:: 3.4
+
Clear the filecmp cache. This may be useful if a file is compared so
Ned Deily added the comment:
Committed for release in 3.4.0. Thanks, Mark.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue18224>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Individual test cases are only seen if you run regrtest (-m test) in verbose
mode (-v). There are many test cases that are akipped in the standard library,
depending on platform and -u options, and you normally don't see them (without
-v). So mixin
Ned Deily added the comment:
Why not just run the tests under regrtest like all other standard library
tests? From the build directory, you could use something like (Windows may be
a bit different):
./python.exe -m test -h # to get regrtest options help
./python.exe -m test -ugui -v
Ned Deily added the comment:
No, the intent really is to suggest using the ElementTree module rather than
either minidom or any of the other XML modules in the standard library. Many
people find the ElementTree API easier to understand and to use.
--
nosy: +ned.deily
resolution
Ned Deily added the comment:
The problem here occurs when IDLE on OS X is launched without an initial shell
window, either by setting the option in IDLE preferences or from the command
line (/usr/local/bin/idle -e) *and* IDLE detects that the version of Tk in use
is one of the suspect OS X
Changes by Ned Deily :
--
nosy: +sbt
___
Python tracker
<http://bugs.python.org/issue18277>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
The crash report indicates that the operating system is a OS X 10.9 Developer
Preview (which is under NDA at the moment) and that you are using the
python2.7.3 from the python.org 64-bit/32-bit 2.7.3 installer. The readline
module include with that installer
Changes by Ned Deily :
--
components: +Macintosh
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue18289>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Patches committed (with consistent use of get_config_var as suggested by
Antoine) for 2.7.5, 3.3.3, and 3.4.0 docs.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
_
Ned Deily added the comment:
I've now backported the 3.x update to the 2.7 docs in Issue18164 (I hadn't
noticed that this issue was still open). As Eli noted, if any updates are
needed to cover Windows, a separate issue should be opened. I'm closing this
one.
--
n
Changes by Ned Deily :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue18313>
___
___
Python-bugs-list mailing list
Unsubscribe:
(2) and
(3) for a release or two of 2.7.x and then consider dropping (2),
assuming there is not a lot of negative feedback. It would be nice to
not have to worry about 10.4- compatibility.
--
Ned Deily,
n...@acm.org
___
Python-bugs-list mailing lis
Ned Deily added the comment:
Thanks for the patch, Mateusz. That basic approach should work on all current
releases (although it would be nice if Apple also fixed the problem). I'll
test it on the various releases. If you haven't already, please submit a
contributor form as descri
Ned Deily added the comment:
LGTM. I think it is best to eliminate the warnings everywhere so I'd apply it
to all branches.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Ned Deily :
--
nosy: +roger.serwy, terry.reedy
___
Python tracker
<http://bugs.python.org/issue6739>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Removing the group write permissions on the framework directory would be a
significant change in the user interface so I agree that change should not be
made until and if we have something better for user installation. The rest of
the patch is still valid in the
New submission from Ned Deily:
...
/usr/bin/clang -Wl,-stack_size,100 -framework CoreFoundation -o python
Modules/python.o libpython3.4dm.a -ldl -framework CoreFoundation
./python -E -S -m sysconfig --generate-posix-vars
Debug memory block at address p=0x7f9fba414160: API 'm
Ned Deily added the comment:
Further testing shows that the problem is not limited to OS X 10.8 or clang: a
similar debug build attempt fails on OS X 10.6 with Apple gcc-4.2.
./configure --with-pydebug CC=gcc-4.2 MACOSX_DEPLOYMENT_TARGET=10.6
make
gcc-4.2 -Wl,-stack_size,100 -framework
Ned Deily added the comment:
Here's the traceback in gdb from the 10.6 case above:
(gdb) where
#0 0x7fff891ba0b6 in __kill ()
#1 0x7fff8925a9f6 in abort ()
#2 0x0001001cd4fd in Py_FatalError (msg=Could not find the frame base for
"Py_FatalError".
) at Python/pyth
Ned Deily added the comment:
Chrys, /System/Library/OpenSSL/certs/cert.pem is empty on current OS X systems.
As mentioned above, cert management is handled through Apple APIs. See
http://developer.apple.com/library/ios/#DOCUMENTATION/Security/Conceptual/CertKeyTrustProgGuide/01introduction
Ned Deily added the comment:
There have been a number of issues that have come up over the past few years
due to Python 3.2+'s distutils being a subset of Python 2.7's as a result of
the revert (29a3eda89995). Since circumstances have changed since the decision
was made to do the
Ned Deily added the comment:
Ronald, I think v8 of the patch is missing (and plistlib_generate_testdata.py
was uploaded twice).
--
___
Python tracker
<http://bugs.python.org/issue14
Ned Deily added the comment:
Thanks for the report. This problem is being tracked in Issue16074.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> bad error message
Ned Deily added the comment:
To help see what the problem is open a Terminal shell window and type:
cd $HOME
ls -l .idlerc/*
cat .idlerc/*
Then try typing:
/usr/local/bin/idle3.3
If that fails, try:
/usr/local/bin/idle3.3 -n
For all of the above, please update this issue with a copy and paste
Ned Deily added the comment:
If deleting .py files solved the problem, you probably had created a .py file
with the same name as a Python standard library module. If that file is in
your Documents folder (if you are using /Applications/Python3.3/IDLE.app) or
your current working directory
Ned Deily added the comment:
See Issue8716 for the history of check_tk_availability(). At the time, the Tk
tests were the only ones trying to create real Tk objects (and thus causing
crashes on some buildbot configurations). With the addition of IDLE tests that
call Tk, it probably makes
Changes by Ned Deily :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
The reason for the observed behavior is that the built-in "IDLE Classic OSX"
keyset, which is the default for OS X framework installs, has a different
keybinding for "beginning-of-line". See Lib/idlelib/config-key.def
[IDLE Classic OSX]
.
Ned Deily added the comment:
er, Lib/idlelib/config-keys.def
--
___
Python tracker
<http://bugs.python.org/issue18444>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
What platform and what versions of python and numpy are you using? I'm not
able to reproduce a crash. But there is another report (Issue18356) about such
a crash using Ubuntu 13.04. If that's what you are using, we will mark this as
a duplicate.
-
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> help(numpy) causes segfault on exit
___
Python tracker
<http://bugs.python
Changes by Ned Deily :
--
type: enhancement ->
versions: +Python 2.7, Python 3.3
___
Python tracker
<http://bugs.python.org/issue18452>
___
___
Python-bugs-lis
Changes by Ned Deily :
--
nosy: +georg.brandl, loewis
___
Python tracker
<http://bugs.python.org/issue18460>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I think that those two requirements, i.e. (1) a set of key bindings compatible
with standard Cocoa text key bindings and (2) a set of key bindings kept in
sync across all IDLE platforms, would be desirable but probably unattainable.
A good next step would be for
Ned Deily added the comment:
Thanks for the report. Since there doesn't seem to be an obvious replacement
web page, I've removed the reference to this port.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> close
Ned Deily added the comment:
Thanks for the report. The S60 section now links to a Wikipedia page which
gives a better overview and to the Sourceforge download link for the original
project. I've removed the dead link to the other VMS project.
--
nosy: +ned.deily
resol
4101 - 4200 of 6927 matches
Mail list logo
