]> granicus.if.org Git - python/commitdiff
Issue #23212: 3.4-specific OS X installer updates
authorNed Deily <nad@acm.org>
Fri, 9 Jan 2015 21:30:11 +0000 (13:30 -0800)
committerNed Deily <nad@acm.org>
Fri, 9 Jan 2015 21:30:11 +0000 (13:30 -0800)
Mac/BuildScript/README.txt
Mac/BuildScript/resources/ReadMe.rtf

index 66d9935de1bf1a5faa3d40e953851fc3924ec0ba..8eb539c07903b33fb9503d73487adea3a2ed1764 100644 (file)
@@ -21,9 +21,6 @@ transforming the output build artifacts into signed flat packages is not
 yet integrated into ``build-installer.py``.  The steps prior to the flat
 package creation are the same as for 3.4.1 below.
 
-For Python 3.4.0 and 3.4.1, PSF practice was to build two installer variants
-for each release.
-
 1.  32-bit-only, i386 and PPC universal, capable on running on all machines
     supported by Mac OS X 10.5 through (at least) 10.9::
 
@@ -34,6 +31,7 @@ for each release.
 
     - builds the following third-party libraries
 
+        * libcrypto and libssl from OpenSSL 1.0.1 (new, as of 3.4.3)
         * NCurses 5.9 (http://bugs.python.org/issue15037)
         * SQLite 3.8.3.1
         * XZ 5.0.5
@@ -75,6 +73,7 @@ for each release.
 
     - uses system-supplied versions of third-party libraries
 
+        * libcrypto and libssl from Apple OpenSSL 0.9.8
         * readline module links with Apple BSD editline (libedit)
 
     - requires ActiveState Tcl/Tk 8.5.15.1 (or later) to be installed for building
@@ -103,47 +102,6 @@ for each release.
           that the Xcode 3 gcc-4.2 compiler has had.
 
 
-*   For Python 2.7.x and 3.2.x, the 32-bit-only installer was configured to
-    support Mac OS X 10.3.9 through (at least) 10.6.  Because it is
-    believed that there are few systems still running OS X 10.3 or 10.4
-    and because it has become increasingly difficult to test and
-    support the differences in these earlier systems, as of Python 3.3.0 the PSF
-    32-bit installer no longer supports them.  For reference in building such
-    an installer yourself, the details are::
-
-        /usr/bin/python build-installer.py \
-            --sdk-path=/Developer/SDKs/MacOSX10.4u.sdk \
-            --universal-archs=32-bit \
-            --dep-target=10.3 
-
-    - builds the following third-party libraries
-
-        * Bzip2
-        * NCurses
-        * GNU Readline (GPL)
-        * SQLite 3
-        * XZ
-        * Zlib 1.2.3
-        * Oracle Sleepycat DB 4.8 (Python 2.x only)
-
-    - requires ActiveState ``Tcl/Tk 8.4`` (currently 8.4.20) to be installed for building
-
-    - recommended build environment:
-        
-        * Mac OS X 10.5.8 PPC or Intel
-        * Xcode 3.1.4 (or later)
-        * ``MacOSX10.4u`` SDK (later SDKs do not support PPC G3 processors)
-        * ``MACOSX_DEPLOYMENT_TARGET=10.3``
-        * Apple ``gcc-4.0``
-        * system Python 2.5 for documentation build with Sphinx
-
-    - alternate build environments:
-
-        * Mac OS X 10.6.8 with Xcode 3.2.6
-            - need to change ``/System/Library/Frameworks/{Tcl,Tk}.framework/Version/Current`` to ``8.4``
-
-
-
 General Prerequisites
 ---------------------
 
index 1e0ade94d3f45aea5946980df1a447e27ffb0d1d..1bbdc1a40bbcc80bb3256d1784dba6d1a5ec2676 100644 (file)
@@ -125,7 +125,7 @@ For OS X 10.5, Apple provides
 \i0 .  To solve this problem, as of 3.4.3 the 
 \i 10.5+ 32-bit-only python.org variant
 \i0  is linked with a private copy of 
-\i OpenSSL 1.0.1j
+\i OpenSSL 1.0.1
 \i0 ; it consults the same default certificate directory, 
 \f1 /System/Library/OpenSSL
 \f0 .   As before, it is still necessary to manage certificates yourself when you use this Python variant and, with certificate verification now enabled by default, you may now need to take additional steps to ensure your Python programs have access to CA certificates you trust.  If you use this Python variant to build standalone applications with third-party tools like {\field{\*\fldinst{HYPERLINK "https://pypi.python.org/pypi/py2app/"}}{\fldrslt