summaryrefslogtreecommitdiffstats
path: root/Mac
Commit message (Collapse)AuthorAgeFilesLines
* bpo-41100: Support macOS 11 and Apple Silicon (GH-22855)Ronald Oussoren2020-11-084-5/+115
| | | | | | | | | | | Co-authored-by: Lawrence D’Anna <lawrence_danna@apple.com> * Add support for macOS 11 and Apple Silicon (aka arm64) As a side effect of this work use the system copy of libffi on macOS, and remove the vendored copy * Support building on recent versions of macOS while deploying to older versions This allows building installers on macOS 11 while still supporting macOS 10.9.
* bpo-41557: Update macOS installer to use SQLite 3.33.0 (GH-21959)Erlend Egeberg Aasland2020-10-051-3/+3
| | | https://sqlite.org/releaselog/3_33_0.html
* bpo-39883: Update macOS installer copy of LICENSE. (GH-22235)Ned Deily2020-09-141-3/+24
|
* bpo-40741: Update macOS installer to use SQLite 3.32.3 (GH-20979)Erlend Egeberg Aasland2020-07-201-3/+3
|
* bpo-39580: add check for CLI installation on macOS (GH-20271)Rick Heil2020-06-251-1/+3
| | | | Adds a simple check for whether or not the package is being installed in the GUI or using installer on the command line. This addresses an issue where CLI-based software management tools (such as Munki) unexpectedly open Finder windows into a GUI session during installation runs.
* Forward port macOS installer updates from 3.7/3.8/3.9 (GH-21132)Ned Deily2020-06-256-260/+139
|
* allow macOS installer builds to package pre-built html docs (GH-20715)Ned Deily2020-06-081-7/+33
| | | | | | | | | | build-installer now looks in its directory of source tarballs for a suitable html tarball of the same version. If so, it will unpack and use it rather than rebuilding the html format documentation set from the source repo. This is intended as a speedup for test builds of the installer. Files names must be in the same format as produced by the docs build for download, for example, `python-3.9.0b1-docs-html.tar.bz2`.
* bpo-40741: Update macOS installer to use SQLite 3.32.2. (GH-20705)Ned Deily2020-06-081-3/+3
|
* Fix the link to ncurses patch download in macos installer build script ↵Oleg Höfling2020-05-271-1/+1
| | | | | | | (GH-20421) Reason: the link `ftp://invisible-island.net/ncurses//5.9/ncurses-5.9-20120616-patch.sh.bz2` is dead, which prevents `Mac/BuildScript/build-installer.py` from completing. Looks like the host of the FTP server was changed to `ftp.invisible-island.net`, thus this proposal. Signed-off-by: oleg.hoefling <oleg.hoefling@gmail.com>
* Revert "bpo-26317: Support OBJC and OBJCXX configure command line variables ↵Ned Deily2020-05-182-10/+7
| | | | | | | | | (GH-20176)" (GH-20182) This reverts commit 0da546665075aefbb476e192ed64122d340164f4. The commit is causing make failures on a FreeBSD buildbot. Due to the imminent 3.9.0b1 cutoff, revert this commit for now pending further investigation.
* bpo-26317: Support OBJC and OBJCXX configure command line variables (GH-20176)Ned Deily2020-05-182-7/+10
| | | | | | Add support to the configure script for OBJC and OBJCXX command line options so that the macOS builds can use the clang compiler for the macOS-specific Objective C source files. This allows third-party compilers, like GNU gcc, to be used to build the rest of the project since some of the Objective C system header files are not compilable by GNU gcc. Co-authored-by: Jeffrey Kintscher <websurfer@surf2c.net> Co-authored-by: Terry Jan Reedy <tjreedy@udel.edu>
* bpo-38329: python.org macOS installers now update Current symlink (GH-19650)Ned Deily2020-04-221-6/+0
| | | | | | | Previously, python.org macOS installers did not alter the Current version symlink in /Library/Frameworks/Python.framework/Versions when installing a version of Python 3.x, only when installing 2.x. Now that Python 2 is retired, it's time to change that. This should make it a bit easier to embed Python 3 into other macOS applications.
* bpo-40164: Update macOS installer builds to use OpenSSL 1.1.1g. (GH-19642)Ned Deily2020-04-221-3/+3
|
* bpo-22490: Remove __PYVENV_LAUNCHER__ from environment during launch (GH-9516)Ronald Oussoren2020-03-221-0/+9
| | | | | | | | | | | | | | | | | | | | | * bpo-22490: Remove "__PYVENV_LAUNCHER__" from the shell environment on macOS This changeset removes the environment varialbe "__PYVENV_LAUNCHER__" during interpreter launch as it is only needed to communicate between the stub executable in framework installs and the actual interpreter. Leaving the environment variable present may lead to misbehaviour when launching other scripts. * Actually commit the changes for issue 22490... * Correct typo Co-Authored-By: Nicola Soranzo <nicola.soranzo@gmail.com> * Run make patchcheck Co-authored-by: Jason R. Coombs <jaraco@jaraco.com> Co-authored-by: Nicola Soranzo <nicola.soranzo@gmail.com>
* bpo-38380: Update macOS & Windows builds to SQLite v3.31.1 (GH-18678)Erlend Egeberg Aasland2020-03-021-3/+3
| | | Automerge-Triggered-By: @zooba
* Add note to Mac installer ReadMe about macOS 10.15 Gatekeeper changes. ↵Ned Deily2020-02-241-2/+8
| | | | (GH-18648)
* docs: macos - change "versiona" to "versions" (GH-18467)@RandyMcMillan2020-02-121-1/+1
|
* Update copyright year in macOS installer license copy (GH-17806)Ned Deily2020-01-031-3/+3
|
* Bring Python into the next decade. (GH-17801)Benjamin Peterson2020-01-033-3/+3
|
* Update URL in macOS installer copy of license (GH-16905)Ned Deily2019-10-231-1/+1
|
* Bump Sphinx to 2.2.0. (GH-16532)Julien Palard2019-10-221-1/+1
|
* Update build docs for macOS (GH-16771)Ned Deily2019-10-142-69/+74
|
* Update macOS installer display files for 3.9.0a1 (GH-16765)Ned Deily2019-10-143-69/+54
|
* bpo-38117: Updated OpenSSL to 1.1.1d in macOS installer. (GH-16170)Ned Deily2019-09-161-3/+3
|
* Unmark files as executable that can't actually be executed. (GH-15353)Greg Price2019-08-213-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | There are plenty of legitimate scripts in the tree that begin with a `#!`, but also a few that seem to be marked executable by mistake. Found them with this command -- it gets executable files known to Git, filters to the ones that don't start with a `#!`, and then unmarks them as executable: $ git ls-files --stage \ | perl -lane 'print $F[3] if (!/^100644/)' \ | while read f; do head -c2 "$f" | grep -qxF '#!' \ || chmod a-x "$f"; \ done Looking at the list by hand confirms that we didn't sweep up any files that should have the executable bit after all. In particular * The `.psd` files are images from Photoshop. * The `.bat` files sure look like things that can be run. But we have lots of other `.bat` files, and they don't have this bit set, so it must not be needed for them. Automerge-Triggered-By: @benjaminp
* Minor updates to the macOS installer screens for 3.8.0b2 (GH-14501)Ned Deily2019-07-012-5/+16
|
* bpo-35360: Update macOS installer to use SQLite 3.28.0 (GH-14180)animalize2019-06-181-3/+3
|
* bpo-34631: Updated OpenSSL to 1.1.1c in macOS installer (GH-14187)Ned Deily2019-06-181-3/+13
|
* Pin macOS installer Sphinx to v2.0.1 (GH-13774)Ned Deily2019-06-031-0/+1
|
* Fix variable name copy/paste error in build-installer.py (GH-13038)cclauss2019-06-031-1/+1
|
* bpo-26707: Enable plistlib to read UID keys. (GH-12153)Jon Janzen2019-05-151-0/+3
| | | | | | | | | Plistlib currently throws an exception when asked to decode a valid .plist file that was generated by Apple's NSKeyedArchiver. Specifically, this is caused by a byte 0x80 (signifying a UID) not being understood. This fixes the problem by enabling the binary plist reader and writer to read and write plistlib.UID objects.
* Prevent macOS installer build failure if ABIFLAGS is empty. (GH-13012)Ned Deily2019-04-291-2/+4
|
* Update macOS installer Welcome and ReadMe for 3.8 (GH-11748)Ned Deily2019-02-032-65/+50
|
* Bump copyright years to 2019. (GH-11404)Benjamin Peterson2019-01-024-5/+5
|
* macOS installer build: mitigate hdiutil resource busy bug (GH-11333)Ned Deily2018-12-271-6/+17
|
* Revert "bpo-35402: Update macOS installer to use Tcl 8.6.9 / Tk 8.6.9.1 ↵Ned Deily2018-12-272-9/+27
| | | | | | | | | | | (GH-11101)" (GH-11332) This reverts commit 7cf3d8e25174c8871883e42f3240fd7f01efd3a8. Due to regressions found with using Tk 8.6.9.1, build the python.org macOS installers with Tcl/Tk 8.6.8 as used in previous releases. https://bugs.python.org/issue35402
* bpo-35402: Update macOS installer to use Tcl 8.6.9 / Tk 8.6.9.1 (GH-11101)Ned Deily2018-12-112-27/+9
|
* bpo-35401: Update macOS installer to OpenSSL 1.1.0j (GH-11094)Ned Deily2018-12-111-3/+3
| | | https://bugs.python.org/issue35401
* bpo-34405: Update to OpenSSL 1.1.0i for macOS installer builds (GH-9166)Ned Deily2018-09-111-3/+3
|
* Update macOS installer Welcome and ReadMe files for 3.7.0. (GH-7653)Ned Deily2018-06-122-18/+8
|
* pypi.python.org -> pypi.org (GH-7613)Ned Deily2018-06-112-3/+3
|
* Update Python Folder.icns icon file to match new macOS look (GH-1780)Thomas Jones2018-05-171-0/+0
| | | Patch by Thomas Jones.
* Mitigate macOS race condition in installer build (GH-6686)Ned Deily2018-05-021-0/+4
|
* bpo-33290: Have macOS installer remove "pip" alias (GH-6683)Ned Deily2018-05-021-0/+5
| | | | | | | | | | | | | | Currently, "pip3 install --upgrade pip" unconditionally installs a "pip" alias even for Python 3. If a user has an existing Python 3.x installed from a python.org macOS installer and then subsequently manually updates to a new version of pip, there may now be a stray "pip" alias in the Python 3.x framework bin directory which can cause confusion if the user has both a Python 2.7 and 3.x installed; if the Python 3.x fw bin directory appears early on $PATH, "pip" might invoke the pip3 for the Python 3.x rather than the pip for Python 2.7. To try to mitigate this, the macOS installer script for the ensurepip option will unconditionally remove "pip" from the 3.x framework bin directory being updated / installed. (The ambiguity can be avoided by using "pythonx.y -m pip".)
* bpo-25427: Remove pyvenv (GH-5962)Brett Cannon2018-04-201-2/+0
|
* bpo-33184: Update macOS installer build to use OpenSSL 1.1.0h. (GH-6407)Ned Deily2018-04-071-3/+3
|
* bpo-32726: macOS 10.6+ installer now builds Tcl/TK 8.6 (GH-6307)Ned Deily2018-03-293-13/+9
| | | | | | | Build and link with private copy of Tcl/Tk 8.6 for the macOS 10.6+ installer. The 10.9+ installer variant already does this. This means that the Python 3.7 provided by the python.org macOS installers no longer need or use any external versions of Tcl/Tk, either system-provided or user- installed, such as ActiveTcl.
* bpo-32726: Do not force IDLE.app to launch in 32-bit mode. (GH-6279)Ned Deily2018-03-281-4/+0
| | | | | | | Forcing the macOS IDLE.app gui process to launch in 32-mode was a necessary hack for old versions of Tk (Aqua Carbon as in Tk 8.4 and early versions of 8.5); it is not needed for current versions of Tk. Since 32-bit launching will no longer be supported on future releases of macOS, allow IDLE.app to launch in 64-bit mode.
* Add macOS installer Conclusion fileNed Deily2018-03-121-0/+20
|
* Update macOS installer resourcesNed Deily2018-02-273-35/+25
|