Ned Deily added the comment:
This does not need to be a release blocker for 2.6.5; it can safely be applied
post-release. The 2.6 version of the installer script has had the most
attention paid to it since the most recent Python releases - and the only ones
since OS X 10.6 was released
Changes by Ned Deily :
--
versions: +Python 3.1 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue8089>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
Per discussion with Ronald and Benjamin, attaching a revised patch
(issue-sl-configure-32-31-rev3.txt) for 3.1 which ports the changes committed
in r78813 and r78816 along with the Mac/README changes.
In the process of producing the revised 3.1 patch, I
New submission from Ned Deily :
A change made to Mac/Makefile in r78813 for 2.6.5 does not work correctly
when the --with-universal-archs=all (4-way) framework configure option is
selected. The build of pythonw-64 fails with an incorrect gcc command:
"gcc-4.0 64 -arch x86_64". Th
Ned Deily added the comment:
(2.6.5 -> Issue8175)
--
___
Python tracker
<http://bugs.python.org/issue8089>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
(Adding Ronald for OS X.)
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue8142>
___
___
Pytho
Ned Deily added the comment:
(BTW, the problem exists on other versions of OS X, not just 10.6.)
--
title: test_imp fails on OS X 10.6; filename normalization issue. -> test_imp
fails on OS X; filename normalization issue.
___
Python tracker
&l
Ned Deily added the comment:
With the installer build updates referenced by Issue8068, PythonSystemFixes is
now only included in installers targeted for 10.3.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Ned Deily added the comment:
This failure seems to be caused by major changes to test_macpath. I'm not sure
how much of this is really applicable to macpath which implements the obsolete
MacOS 9 path functions. Perhaps leave well enough alone?
--
nosy: +flox, ned.
Ned Deily added the comment:
r78585 to test_pep277.py recently enabled this test for all POSIX systems but
note the warning in r33595.
--
nosy: +flox, ned.deily
___
Python tracker
<http://bugs.python.org/issue8
New submission from Ned Deily :
With r79207 (Issue8180) applied to trunk, seeing this failure (10.6.2, HFS+
case-sensitive file system):
==
ERROR: test_normalize (test.test_pep277.UnicodeFileTests
New submission from Ned Deily :
Trunk running on OS X 10.6.2:
==
ERROR: test_issue7820 (test.test_pep263.PEP263Test)
--
Traceback (most recent call last
Ned Deily added the comment:
Also this failure on py3k:
==
ERROR: test_normalize (test.test_pep277.UnicodeFileTests)
--
Traceback (most recent call last
Ned Deily added the comment:
Actually, the file system in question is what Apple calls a HFSX case-sensitive
(see http://developer.apple.com/mac/library/technotes/tn/tn1150.html#HFSX). On
a typical OS X system, you could encounter any combination of HFS+
case-insensitive, HFSX case
Ned Deily added the comment:
With the patch for trunk, the test no longer fails on the given file system.
--
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
(duplicate of Issue8076)
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue8226>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Duplicated in Issue8307
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue8208>
___
___
Python-bugs-list m
Ned Deily added the comment:
Or this:
Python 2.7a4+ (trunk, Apr 3 2010, 15:18:51)
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>&
Ned Deily added the comment:
For the record, the problem here isn't new to trunk and is not limited to OS X
10.6; it's the test that's new. It's not a problem for py3k where, as
expected, the locale is always set and it seems the tokenizer is a little
smarter:
Python
Ned Deily added the comment:
Verified that r79725 fix to tokenizer.c prevents the original test failure.
--
___
Python tracker
<http://bugs.python.org/issue8
New submission from Ned Deily :
Prior to r79392 (trunk) and r79401 (py3k), the changes introduced for
Issue8211, the gcc lines produced for an OS X universal build, say
./configure --enable-universalsdk --with-universal-archs=32-bit ; make
might look like this:
gcc-4.0 -c -arch ppc -arch
Ned Deily added the comment:
Note these changes to restore CFLAGS have the side effect of breaking OS X
universal builds; see Issue8366.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
Issue6877 (and subsequent fixes in Issue8066) allows the Python readline module
to be built and linked with the OS X editline (libedit) library rather than
with the GNU readline library (which is not included with OS X). However, the
libedit included in versions
Ned Deily added the comment:
Fails for me with py3k, trunk, and with the 2.7.b1 tarball on 10.6.3 (Intel)
and 10.5.8 (ppc).
Your test output looks suspect; with the given configure values, the use of
gcc-4.0 should be forced. Perhaps you used an existing build directory but did
not do a
Ned Deily added the comment:
Chances are you do not have the 10.4u SDK installed; it is not installed by
default by the Snow Leopard Xcode mpkg installer. If it is not installed,
configure falls back to using / as the sysroot (see configure.in at around line
95). If you are going to build
Ned Deily added the comment:
Setting CPPFLAGS to include the SDK is needed to make sure some of the autoconf
tests work correctly by using the SDK's header files rather than those from /.
But, you're right, it shouldn't throw away other CPPFLAGS settings. Plus that
whol
Ned Deily added the comment:
To be totally fair, it is likely that part of the OS X breakage was caused by
the original code inadvertently working around the original CFLAGS misbehavior.
From an OS X perspective, it may be best to just fix the new issue and move on
Ned Deily added the comment:
This is a duplicate of Issue6864. The problem is seen with the Apple-supplied
IDLE in OS X 10.6 and appears to be an interaction with IDLE 2.6 and the
Apple-supplied Cocoa Tk 8.5. One workaround is to install Python 2.6.5 using
the python.org OS X installer and
Ned Deily added the comment:
I think this is essentially a duplicate of Issue7713.
(Also there doesn't seem to be an "attached".)
--
nosy: +ned.deily
___
Python tracker
<http://bugs.py
Changes by Ned Deily :
--
assignee: -> ronaldoussoren
components: +Macintosh
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/iss
Changes by Ned Deily :
--
title: OS X Installer: add checks to ensure proper Tcl configuration during
build -> OS X Installer: add checks to ensure proper Tk configuration during
build
___
Python tracker
<http://bugs.python.org/iss
Ned Deily added the comment:
Without testing it, I'd guess the patch wouldn't hurt but it also wouldn't
affect the OS X installer build as the installer script builds a local copy of
Sleepycat db4 (since none is included in OS X) and supplies it as an additional
local libra
Ned Deily added the comment:
Ronald, as far as I can see, the patch as it stands only addresses dbm so more
work is needed to address all the other cases, the ones that actually matter.
Issue7713 describes a more serious, general problem because a number of other
builders / distributers have
Ned Deily added the comment:
Skip, I saw David's chroot remark but I'm having a hard time envisioning how
one could use that as a practical matter to build an OS X framework without
some *serious* changes to the current configure(s), Makefile(s), and install
Ned Deily added the comment:
Sorry, Ronald, of course that's what you were suggesting with the proposed
configure --with options. +1 on that. I'd just want to ensure that any
solution addresses any needs in Issue7713, too. Something like that should.
There are probably other o
Ned Deily added the comment:
Odd, works for me on 10.4, 10.5, and 10.6 (but I have never tried running under
buildbot, if that is what is happening here).
For 10.4 with its most-recent Xcode installed:
$ /usr/bin/ld -v
Apple Computer, Inc. version cctools-622.9~2
$ /usr/bin/gcc -v
Using
New submission from Ned Deily :
Fixes for Issue8366 corrected build failures with universal builds on OS X due
to changes in the settings of CFLAGS and BASECFLAGS, which had caused -arch
values to be added to both CFLAGS and BASECFLAGS. The Mac Makefile for the
PythonLauncher app needs to be
Ned Deily added the comment:
Duplicate of Issue7037 (test_asynchat) and Issue7040 (test_smtplib).
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
I have also seen this test failure occasionally but only on OS X 10.4 systems,
not 10.5 or 10.6.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
This appears to be a recently introduced failure; the same failure is seen on
current trunk build on 10.5 and 10.6 as well.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
That wouldn't explain trunk failures. The _scproxy code has been in 26 and
trunk for a long time.
--
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
Shashwat: what happens when you launch /usr/bin/idle2.6 and then open a new
window in it (CMD N)? My experience is like Aaron's (and many other reports):
the Apple-supplied idle2.6 in OS X 10.6 usually hangs after opening a second
window, requiring a Force
Ned Deily added the comment:
I still don't understand why that isn't showing up in my environment (I've been
running with that change for over a year) and I can't see why ld would fail but
ar and ran don't. Can you verify the version of Xcode that has been install
Ned Deily added the comment:
(er, "ranlib")
--
___
Python tracker
<http://bugs.python.org/issue8453>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
+1. Thanks, all.
--
___
Python tracker
<http://bugs.python.org/issue8453>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I think the issue can be closed again.
--
___
Python tracker
<http://bugs.python.org/issue8211>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
I cannot reproduce the problem on Intel OSX 10.5.2 (Leopard) with either
the built-in 2.5.1 or with the MacPython 2.5.1:
$ /usr/bin/python
Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help",
New submission from Ned Deily :
In the main python Makefile.pre.in, the frameworkinstallextras target,
only used on OS X, has a bogus "Make" command instead of "$(MAKE)" as in
other targets. Traditionally and by default, the OS X root file system is
case-insensitive,
Ned Deily added the comment:
In counter6.diff line 56
"Assigning a count of zero or reducing the count to the zero leaves the"
suggest s/the zero/zero/
--
nosy: +nad
___
Python tracker
<http://bugs.python.org
Ned Deily added the comment:
As a workaround, you can copy the missing file from a 2.5 (or earlier)
Python and edit it, if necessary.
sudo
cd /Library/Frameworks/Python.framework/Versions/
cp -p 2.5/Resources/version.plist 2.6/Resources/
Or look at the one in the Apple-supplied Python
Ned Deily added the comment:
I think it is a problem and it explains one of the problems with
IDLE.app in 3.x. The value of PYTHONEXECUTABLE should end up in
sys.executable:
$ export PYTHONEXECUTABLE='/test'
@fimt:~$ python2.6
Python 2.6.1 (r261:67515, Dec 17 2008, 23:27:50)
Ned Deily added the comment:
Thanks for the patches, I'll report back on them.
___
Python tracker
<http://bugs.python.org/issue5143>
___
___
Python-bugs-list m
New submission from Ned Deily :
IDLE is supposed to have various menu customizations when running on OS
X. But currently they do not all work and the menus vary if IDLE is
launched via IDLE.app versus via command line bin/idle. The most
noticeable issue is the lack of a Preferences menu item
Changes by Ned Deily :
Added file: http://bugs.python.org/file13002/patch-nad0014-py3k-30.txt
___
Python tracker
<http://bugs.python.org/issue5194>
___
___
Python-bug
New submission from Ned Deily :
3.x IDLE uses incorrect default key definitions on OS X
If you have not already customized your IDLE key definitions
(in ~/.idlerc), 3.x IDLE uses Windows defaults in its menus.
ANALYSISIn 2.x, the IDLE Makefile customized
New submission from Ned Deily :
3.x OS X IDLE.app may not launch
ANALYSIS 2.x IDLE.app was built using its own Makefile + bundlebuilder.
For 3.x, these were eliminated by checking in a skeleton app
based on the bundlebuilder model. But the install tailoring
of the
Ned Deily added the comment:
Here's the results of testing the two patches:
- patch-mbstowcs.txt should not do a free on the buffer since
Py_SetProgramName is expecting to hold on to it (like with
the result of a getenv(3)).
- patch-remove-PYTHONEXECUTABLE.txt works as is.
However, ne
Changes by Ned Deily :
Added file: http://bugs.python.org/file13006/patch-nad0013t-py3k-30.txt
___
Python tracker
<http://bugs.python.org/issue5143>
___
___
Python-bug
New submission from Ned Deily :
ANALYSIS The script used by the Python installer to update the user's
shell script has a hard-coded version number. This script
is also installed in the "/Applications/Python n.n" directory
as "Update S
Changes by Ned Deily :
Added file: http://bugs.python.org/file13046/patch-nad0005-py3k-30.txt
___
Python tracker
<http://bugs.python.org/issue5224>
___
___
Python-bug
Changes by Ned Deily :
Added file: http://bugs.python.org/file13047/patch-nad0005-trunk.txt
___
Python tracker
<http://bugs.python.org/issue5224>
___
___
Python-bug
Changes by Ned Deily :
Added file: http://bugs.python.org/file13048/patch-nad0005-26.txt
___
Python tracker
<http://bugs.python.org/issue5224>
___
___
Python-bugs-list m
New submission from Ned Deily :
An instance of the shell script "Update Shell Profile.command"
is installed in each "/Applications/Python x.x" folder.
Clicking on the script allows the user to change the default
Python version. If the scripts ar
New submission from Ned Deily :
The information in the installer Welcome and README is out-of-date.
APPLIES py3k, 3.0, trunk, 2.6
NOTEpatch-nad0019-py3k-30.txt py3k, 3.0
patch-nad0019-trunk-26.txt trunk, 2.6
--
components: Macintosh
files: patch-nad0019-py3k
Changes by Ned Deily :
Added file: http://bugs.python.org/file13052/patch-nad0019-trunk-26.txt
___
Python tracker
<http://bugs.python.org/issue5226>
___
___
Python-bug
Ned Deily added the comment:
I agree the patch is not a good solution but it is relatively safe. I
suppose the current buggy behavior of Update Shell Profile *does* limit
the growth to the number of Python versions you've installed. However the
patch does allow users not comfortable
Ned Deily added the comment:
FWIW, I am not able to reproduce this using a release3.0 IDLE (so with
today's patches) built with the default Apple-supplied Tcl/Tk in 10.5.
Are you using a newer Tcl/Tk? Does it happen if you move your current
preferences out of ~/.idlerc?
--
New submission from Ned Deily :
The current OS X installer builder has no provision for changing the
architecture type or deployment target to allow different installer
types, such as 4-way universal, to be built. The attached patch
allows for builds on systems other than 10.4 and adds two new
New submission from Ned Deily :
The Finder shows no version number and displays a generic icon.
ANALYSISPrevious changes to Mac/Makefile removed configure processing
which used to edit Info.plist.in into Info.plist.
SOLUTIONAdd tailoring to Mac/Makefile.
APPLIES py3k
New submission from Ned Deily :
ANALYSIS The OS X installer build include several third-party libraries
which will be installed as shared libs in the framework.
During the build, setup.py tries to import built extensions to
catch import problems. Currently, the import
New submission from Ned Deily :
2.x "make install" is equivalent to 3.x "make fullinstall"
Update Mac/BuildScript/build-installer.py accordingly.
This prevents spurious warning messages in the installer build.
--
components: Build, Macintosh
files: patch-nad0003-
Ned Deily added the comment:
There are various steps in the Mac build process where the files are
copied from the build source to the build destination and then .svn
directories (among other things) are removed. Perhaps you tried building
using the source directory as the destination
Ned Deily added the comment:
I see what the problem is. In 2.x, the PythonLauncher Makefile uses
bundlebuilder to build Python Launcher.app in Mac/PythonLauncher and
from there it gets installed into /Applications/Python nn. Because
bundlebuilder was removed in 3.0, r64618 checked in a copy
Ned Deily added the comment:
Actually, it's more than just a cosmetic issue. Without the "make
fullinstall" the bininstall target is skipped.
___
Python tracker
<http://bugs.py
Ned Deily added the comment:
New changeset f656bc1cdbdfaaa07f66ed97e011b258b97e2788 by Miss Islington (bot)
in branch '3.7':
bpo-46932: Update bundled libexpat to 2.4.7 (GH-31736) (GH-31741)
https://github.com/python/cpython/commit/f656bc1cdbdfaaa07f66ed97e011b2
New submission from Ned Deily :
The python.org macOS installers include a private copy of the ncurses library;
it has not been updated from 5.9 in a long time. The current upstream version
is 6.3 and includes bug and security fixes; we should update to it.
--
components: macOS
Ned Deily added the comment:
Without more details, this is only a guess but the messages seem to indicate
that your build is detecting an installed version of the GNU gettext library,
which is optional for Python builds and is not provided by default on macOS,
and most likely that version
Ned Deily added the comment:
Assigning to myself as this will require some installer build testing.
--
assignee: -> ned.deily
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
https://sqlite.org/releaselog/3_38_1.html
--
title: Update Windows and MacOS installer to SQLite 3.38.0. -> Update Windows
and MacOS installer to SQLite 3.38.1
___
Python tracker
<https://bugs.python.org/issu
Change by Ned Deily :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue46918>
___
___
Ned Deily added the comment:
We should probably include this update in the next round of releases.
--
nosy: +lukasz.langa, ned.deily, pablogsal
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
We should probably include this update in the next round of releases.
--
nosy: +lukasz.langa, ned.deily, pablogsal
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
@Andrei, see Issue46975.
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue45993>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
New changeset d87f1b787ed38dfd307d82452f2efe9dc5b93942 by Pradyun Gedam in
branch 'main':
bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819)
https://github.com/python/cpython/commit/d87f1b787ed38dfd307d82452f2efe
Change by Ned Deily :
--
pull_requests: +29949
pull_request: https://github.com/python/cpython/pull/31851
___
Python tracker
<https://bugs.python.org/issue46
Change by Ned Deily :
--
pull_requests: +29950
pull_request: https://github.com/python/cpython/pull/31852
___
Python tracker
<https://bugs.python.org/issue46
Ned Deily added the comment:
New changeset c99ac3c364ee21be72263791b71ee8b55f64de08 by Pradyun Gedam in
branch 'main':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820)
https://github.com/python/cpython/commit/c99ac3c364ee21be72263791b71ee8
Change by Ned Deily :
--
pull_requests: +29953
pull_request: https://github.com/python/cpython/pull/31855
___
Python tracker
<https://bugs.python.org/issue46
Ned Deily added the comment:
New changeset 5a8e968c38cc239c07eba15ded439a12818a852f by Ned Deily in branch
'3.7':
bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819) (GH-31852)
https://github.com/python/cpython/commit/5a8e968c38cc239c07eba15ded439a
Ned Deily added the comment:
New changeset bda64b3c0c4e45de4c82ba1b8722f56db5ac88ba by Ned Deily in branch
'3.9':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820) (GH-31855)
https://github.com/python/cpython/commit/bda64b3c0c4e45de4c82ba1b8722f5
Change by Ned Deily :
--
pull_requests: +29958
pull_request: https://github.com/python/cpython/pull/31860
___
Python tracker
<https://bugs.python.org/issue46
Change by Ned Deily :
--
pull_requests: +29959
pull_request: https://github.com/python/cpython/pull/31861
___
Python tracker
<https://bugs.python.org/issue46
Ned Deily added the comment:
New changeset 0fbab8a593dcd94cfc788700dd9bf67a73f85920 by Ned Deily in branch
'3.7':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820) (GH-31861)
https://github.com/python/cpython/commit/0fbab8a593dcd94cfc788700dd9bf6
Ned Deily added the comment:
(The buildbot failures were triggered by yesterday's merges for Issue46986
which updated the bundled setuptools in ensurepip. I'm reverting those merges
now to unblock planned releases.)
--
nosy: +jaraco, ned.deily
versions: +Python 3.7,
Ned Deily added the comment:
My apologies for not testing running the test suite with installed Pythons as I
usually do and thanks, Victor, for noting the buildbot failures. I'm reverting
these setuptools updates to avoid blocking releases. We can track the issue
with setuptools i
Change by Ned Deily :
--
pull_requests: +29976
pull_request: https://github.com/python/cpython/pull/31879
___
Python tracker
<https://bugs.python.org/issue46
Change by Ned Deily :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue46975>
___
___
Ned Deily added the comment:
New changeset 19f69993ae97db0bbea3b845a33b060b73b658b3 by Ned Deily in branch
'main':
Revert "bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820)" (GH-31879)
https://github.com/python/cpython/commit/19f69993ae97db0bbea3
Change by Ned Deily :
--
pull_requests: +29977
pull_request: https://github.com/python/cpython/pull/31880
___
Python tracker
<https://bugs.python.org/issue46
Change by Ned Deily :
--
pull_requests: +29979
pull_request: https://github.com/python/cpython/pull/31881
___
Python tracker
<https://bugs.python.org/issue46
901 - 1000 of 6927 matches
Mail list logo
