py2app is a Python setuptools command which will allow you to make standalone Mac OS X application bundles and plugins from Python scripts.

Overview

py2app is a Python setuptools command which will allow you to make standalone Mac OS X application bundles and plugins from Python scripts.

py2app is similar in purpose and design to py2exe for Windows.

NOTE: py2app must be used on OSX to build applications, it cannot create Mac applications on other platforms.

Project links

Comments
  • New Mach-O header is too large to relocate in

    New Mach-O header is too large to relocate in

    Original report by Terrence Katzenbaer (Bitbucket: pandabloc, ).


    Similar to Issue #93, except I installed scipy through pip instead of Macports. Do you have any advice on how I could resolve this issue?

    Interestingly, this bug happens in two apps (one that uses scipy directly and one that doesn't use scipy but uses numpy) only in the virtualenv that has scipy pip-installed. If I switch to another virtualenv without scipy pip-installed, then it will work fine on the app that doesn't use scipy and break on missing a Fortran compiler on the app that does use scipy.

    #!
    
    ValueError: New Mach-O header is too large to relocate in '/Users/xxxxxxxxxxx/Developer/xxxxxxxxxxx/dist/xxxxxxxxxxxxxxxx.app/Contents/Resources/lib/python2.7/scipy/optimize/_nnls.so' (new size=1532L, max size=1504L, delta=108L)
    
    bug 
    opened by ronaldoussoren 22
  • fs module not fully working from app?

    fs module not fully working from app?

    Original report by Just van Rossum (Bitbucket: justvanrossum, GitHub: justvanrossum).


    We're using the fs module, which has a sort of dynamic import subsystem for file system backends. We're trying to use the zip backend, which works outside an app bundle, but not from the app bundle as built with py2app. The error we're getting is:

    fs.opener.errors.UnsupportedProtocol: protocol 'temp' is not supported

    This happens even if I make sure all of the fs package is included.

    I think the easiest way to see the symptom is by running this:

    from fs.opener.registry import Registry
    r = Registry()
    print(r.protocols)
    

    This shows an empty list from the app, but a non-empty list outside.

    Are we perhaps not including the fs package correctly? Or is it an issue with fs?

    Any hints are much appreciated.

    Cc @typemytype

    bug 
    opened by ronaldoussoren 18
  • py2app 0.64 fails to find sip from mac homebrew

    py2app 0.64 fails to find sip from mac homebrew

    Original report by Autobot (Bitbucket: acidjunk, GitHub: acidjunk).


    When using py2app 0.63 everything works OK (building a 64 bit app for 10.6 & 10.7). With py2app 0.64 I'm getting this error when trying to build my app.


    running py2app creating /Users/acidjunk/Desktop/njoy/QTplayer/build creating /Users/acidjunk/Desktop/njoy/QTplayer/build/bdist.macosx-10.4-x86_64 creating /Users/acidjunk/Desktop/njoy/QTplayer/build/bdist.macosx-10.4-x86_64/python2.7-standalone creating /Users/acidjunk/Desktop/njoy/QTplayer/build/bdist.macosx-10.4-x86_64/python2.7-standalone/app creating /Users/acidjunk/Desktop/njoy/QTplayer/build/bdist.macosx-10.4-x86_64/python2.7-standalone/app/collect creating /Users/acidjunk/Desktop/njoy/QTplayer/build/bdist.macosx-10.4-x86_64/python2.7-standalone/app/temp creating /Users/acidjunk/Desktop/njoy/QTplayer/dist creating build/bdist.macosx-10.4-x86_64/python2.7-standalone/app/lib-dynload creating build/bdist.macosx-10.4-x86_64/python2.7-standalone/app/Frameworks *** using recipe: virtualenv *** error: /usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/share/sip: No such file or directory

    I'm running OS X 10.7 with python and qt from homebrew. I tried the py2app 0.63 version because that's what I used on my old builder mac (OSX 10.6). I describe the old build environment here: http://www.renedohmen.nl/blog/2011/11/installing-pyqt4-on-mac-osx/

    bug 
    opened by ronaldoussoren 17
  • When run the app OS will restart ,on MacOS 10.14.6!

    When run the app OS will restart ,on MacOS 10.14.6!

    Original report by hufang (Bitbucket: hufang, GitHub: hufang).


    Recently I upgraded the OS from 10.14.5 to 10.14.6, When run the app, os will reboot.

    My os will automatic running last runing app when the reboot, after the reboot appear agrain, agrain and agrain, it’s so bad, Fortunately, Finaly,i success stop app.

    I run the py files, it it works!

    The python version is 3.7.4.

    The py2app version is 0.19

    I’am record the video,and provide the py2app config, please see:

    https://drive.google.com/drive/folders/13usv6nEBPuWEGUmKqdI8OT-qKNK_BrfW?usp=sharing

    Thanks!

    bug 
    opened by ronaldoussoren 16
  • env. var. ARGVZERO & RESOURCEPATH not defined

    env. var. ARGVZERO & RESOURCEPATH not defined

    Original report by Pierre-Louis Bonicoli (Bitbucket: pilou_, ).


    Hi,

    When I run a version of Tryton (http://hg.tryton.org/tryton) built with py2app, I encountered one problem: the environment variables RESOURCEPATH and ARGVZERO are needed but not defined:

    First RESOURCEPATH: $ /Applications/Tryton.app/Contents/MacOS/Tryton Traceback (most recent call last): File "/Applications/Tryton.app/Contents/Resources/boot.py", line 7, in _reset_sys_path() File "/Applications/Tryton.app/Contents/Resources/boot.py", line 4, in _reset_sys_path resources = os.environ['RESOURCEPATH'] File "UserDict.pyc", line 23, in getitem KeyError: 'RESOURCEPATH'

    next ARGVZERO: $ RESOURCEPATH='/Applications/Tryton.app/Contents/Resources/' /Applications/Tryton.app/Contents/MacOS/Tryton Traceback (most recent call last): File "/Applications/Tryton.app/Contents/Resources/boot.py", line 43, in _run() File "/Applications/Tryton.app/Contents/Resources/boot.py", line 31, in _run argv0 = os.path.basename(os.environ['ARGVZERO']) File "UserDict.pyc", line 23, in getitem KeyError: 'ARGVZERO'

    The following command runs fine:

    ARGVZERO='/Applications/Tryton.app/Contents/MacOS/Tryton' RESOURCEPATH='/Applications/Tryton.app/Contents/Resources/' /Applications/Tryton.app/Contents/MacOS/Tryton

    I am using Mac OSX Moutain Lion 10.8.2, python 2.7.3, py2app 0.7.2. setup.py file is here: http://hg.tryton.org/tryton/file/ec146907c4c3/setup.py#l98

    Should RESOURCEPATH always be defined ?

    ARGVZERO seems used in py2app/bootstrap/boot_app.py, is there a test like in py2app/bootstrap/boot_plugin.py missing ? I don't need to set ARGVZERO env. var. when using the attached patch.

    bug 
    opened by ronaldoussoren 15
  • App doesn't load properly on 10.10

    App doesn't load properly on 10.10

    Warnings issued:

    Failed to connect (colorGridView) outlet from (NSApplication) to (NSColorPickerGridView): missing setter or instance variable
    Failed to connect (view) outlet from (NSApplication) to (NSColorPickerGridView): missing setter or instance variable
    

    The app doesn't crash or exit, but the menus aren't loaded.

    The same app runs fine on 10.15. This is a regression from py2app 0.19 and appeared in 0.20 and still exists in 0.21.

    I'll try to make a minimal app to reproduce.

    opened by justvanrossum 14
  • py2app has issues determining python version and framework name

    py2app has issues determining python version and framework name

    Original report by Justin Israel (Bitbucket: [Justin Israel](https://bitbucket.org/Justin Israel), ).


    While testing a build using Maya's bundled python2.6 interpreter, I found that it would constantly fail with two different issues:

    1. The python version would not be detected and result in a "pythonNone" directory name
    2. The framework location would be located at the incorrect filesystem depth, and would crash when attempting to copy header files from "include"

    Command:
    $ mayapy setup.py py2app

    Output:

    ... creating /Users/justin/temp/struct/dist/test.app/Contents/Frameworks/Python.framework/lib/pythonNone creating /Users/justin/temp/struct/dist/test.app/Contents/Frameworks/Python.framework/lib/pythonNone/config copying /Applications/Autodesk/maya2012/Maya.app/Contents/bin/../Frameworks/Python.framework/Python -> /Users/justin/temp/struct/dist/test.app/Contents/Frameworks/Python.framework copying /Applications/Autodesk/maya2012/Maya.app/Contents/bin/../Frameworks/Python.framework/Resources/Info.plist -> /Users/justin/temp/struct/dist/test.app/Contents/Frameworks/Python.framework/Resources error: can't copy '/Applications/Autodesk/maya2012/Maya.app/Contents/bin/../Frameworks/Python.framework/include/python2.6/pyconfig.h': doesn't exist or not a regular file

    The fix I have found to work is to add another fallback condition to copy_python_framework() when the version or include dir are not properly found.

    Proposed patch attached, along with my sample setup,py that I am using.

    bug 
    opened by ronaldoussoren 14
  • py2app fails to build a working executable on snow leopard with python2.6 stock install

    py2app fails to build a working executable on snow leopard with python2.6 stock install

    Original report by onidaito (Bitbucket: onidaito, GitHub: onidaito).


    Extremely simple python script built as a distributed application, fails to run with the error

    26/02/2012 11:24:49 [0x0-0x3c03c].org.pythonmac.unspecified.imagestopdf[502] distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/include/python2.6/pyconfig.h (No such file or directory)

    This occurs with both the easy_install version and the current bitbucket version built from source. I suspect a distutils problem with Apple's stock install on snowleopard

    bug wontfix 
    opened by ronaldoussoren 14
  • Spyder.app fails with setuptools 61.0.0

    Spyder.app fails with setuptools 61.0.0

    The latest release of setuptools 61.0.0 breaks the app bundle for Spyder . See spyder-ide/spyder#17551.

    Bundle creation works for setuptools 60.10.0

    The observed symptoms are:

    • The application bundle is named "spyder.app" rather than "Spyder.app". Not sure why the case is not respected...
    • The application startup script is named "spyder.app/Contents/MacOS/spyder" rather than "Spyder.app/Contents/MacOS/Spyder". Again, not sure why the case is not respected...
    • For the application bundle, the spyder source code should be included outside the zip (using the packages directive), however now it is included in the zip directory as well (two locations).
    opened by mrclary 13
  • Macbook M1: Big Sur: Alias mode OK but redistributable crashes.

    Macbook M1: Big Sur: Alias mode OK but redistributable crashes.

    Am trying py2app for the first time and although running in "alias mode" works fine, the fully compiled version intended for distribution crashes immediately. Could it have something to do with the ARM processor? I tried running with Rosetta but that didn't seem to make a difference.

    I'm running Mac OS 11.2.3 (Big Sur) with Python 3.8.8 and Pyqt5

    Thanks!

    Dan

    opened by dansamber 13
  • PyQt 5.13.2 app does not draw window content

    PyQt 5.13.2 app does not draw window content

    Original report by Marko Luther (Bitbucket: MAKOMO, GitHub: MAKOMO).


    My app bundle reports

    It does not make sense to draw an image when [NSGraphicsContext currentContext] is nil. This is a programming error. Break on void _NSWarnForDrawingImageWithNoCurrentContext(void) to debug. This will be logged only once. This may break in the future.

    on starting up and then does only show window borders without content (transparent canvas) with PyQt5.13.2 installed. Builds done after downgrading to PyQt 5.13.1 work as expected.

    bug 
    opened by ronaldoussoren 13
  • py2app is missing dependencies

    py2app is missing dependencies

    Hello and thanks for your help!

    My app opens correctly BUT py2app is not installing the dependencies for the modules used in my code, I'm using xlwings, and when I run the app on another computer using the terminal, it says "make sure to have appscript and psutil, dependencies of xlwings, installed". I tried adding these via the command line --packages, and I do see them in the lib folder of the app, but I still get the same error...what am I doing wrong?

    opened by HNT1807 0
  • App only works on my computer and gets Launch Error elsewhere

    App only works on my computer and gets Launch Error elsewhere

    Hello! Thank you for your help and for your patience with me, I did try to find the answer myself by searching for many hours on the web but I'm still getting "Launch Error" when I use a different computer.

    Because the app works great on my computer, I feel like the issue is related to the modules.

    1. I tried to add the modules directly inside the app once it was created but then it tells me that my app is damaged
    2. I tried using "includes" and "packages" separately and together but it still doesn't work
    3. I tried adding executable_stub = link to my .dylib python file > it says "Unknown distribution option"
    4. I'm on M1 and I'm trying to see if the app works on my other computer on Intel > It seems that my app is universal:

    Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64

    • Mach-O 64-bit executable x86_64] [arm64:Mach-O 64-bit executable arm64
    • Mach-O 64-bit executable arm64] /Users/***PycharmProjects/TheYouRLator/dist/TheYouRLator.app/Contents/MacOS/TheYouRLator (for architecture x86_64): Mach-O 64-bit executable x86_64 /Users/***/PycharmProjects/TheYouRLator/dist/TheYouRLator.app/Contents/MacOS/TheYouRLator (for architecture arm64): Mach-O 64-bit executable arm64

    Here are the modules that I'm using:

    import pandas as pd
    import subprocess
    import tkinter.filedialog as fd
    import tkinter as tk
    from tkinter import Button
    import xlwings as xw
    from pytube import YouTube
    from openpyxl.utils import get_column_letter
    

    Here is my setup.py in its current state:

    
    from setuptools import setup
    
    APP = ['TheYouRLator.py']
    OPTIONS = {'packages': ["tkinter", "pytube", "openpyxl.utils"], 'includes': ["subprocess", "tkinter", "tkinter.filedialog", "pandas", "xlwings"]}
    
    setup(
    
        app=APP,
        executable_stub = "/Library/Frameworks/Python.framework/Versions/3.11/lib/libpython3.11.dylib",
        data_files=[],
        options={'py2app': OPTIONS},
        setup_requires=['py2app'],
    )
    

    UPDATE: By running it in the terminal, it says "Unable to import required dependencies: numpy". I don't even know what that is...but I made sure that I have the last version of this thing installed and it's still not working... It looks like the module Pandas is messing things up??

    Traceback (most recent call last):
    
      File "/Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/__boot__.py", line 161, in <module>
    
        _run()
    
      File "/Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/__boot__.py", line 84, in _run
    
        exec(compile(source, path, "exec"), globals(), globals())
    
      File "/Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/TheYouRLator.py", line 3, in <module>
    
        import pandas as pd
    
      File "/Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/lib/python3.11/pandas/__init__.py", line 16, in <module>
    
        raise ImportError(
    
    ImportError: Unable to import required dependencies:
    
    numpy: 
    
    IMPORTANT: PLEASE READ THIS FOR ADVICE ON HOW TO SOLVE THIS ISSUE!
    
    Importing the numpy C-extensions failed. This error can happen for
    many reasons, often due to issues with your setup or how NumPy was
    installed.
    
    We have compiled some common reasons and troubleshooting tips at:
        https://numpy.org/devdocs/user/troubleshooting-importerror.html
    
    Please note and check the following:
    
      * The Python version is: Python3.11 from "/Users/*/Downloads/TheYouRLator 2.app/Contents/MacOS/python"
    
      * The NumPy version is: "1.24.1"
    and make sure that they are the versions you expect.
    
    Please carefully study the documentation linked above for further help.
    Original error was: dlopen(/Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/lib/python3.11/numpy/core/_multiarray_umath.cpython-311-darwin.so, 2): no suitable image found.  Did find:
    
        /Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/lib/python3.11/numpy/core/_multiarray_umath.cpython-311-darwin.so: mach-o, but wrong architecture
    
        /Users/*/Downloads/TheYouRLator 2.app/Contents/Resources/lib/python3.11/numpy/core/_multiarray_umath.cpython-311-darwin.so: mach-o, but wrong architecture
    
    2022-12-27 15:07:42.916 TheYouRLator[47286:309345] Launch error
    
    opened by HNT1807 2
  • NotADirectoryError: [Errno 20] Not a directory

    NotADirectoryError: [Errno 20] Not a directory

    After executing python setup.py py2app, when I run ./dist/main.app/Contents/MacOS/main, I got this error :

    NotADirectoryError: [Errno 20] Not a directory: '/Users/wj/myproject/client/dist/main.app/Contents/Resources/lib/python39.zip/playwright/driver/playwright.sh'

    python39.zip is a compressed file, I find a related log in the build output: copying file build/bdist.macosx-10.9-x86_64/python3.9-standalone/app/python39.zip -> /Users/wj/myproject/client/dist/main.app/Contents/Resources/lib

    It's running normally if I got the app file by python setup.py py2app -A .

    system version: macOS Monterey 12.6 python: 3.9 py2app: 0.28.4

    setup.py:

    from setuptools import setup
    
    APP = ['main.py']
    DATA_FILES = []
    OPTIONS = {}
    
    setup(
        app=APP,
        data_files=DATA_FILES,
        options={'py2app': OPTIONS},
        setup_requires=['py2app'],
    )
    
    opened by qiangshui 3
  • libffi.8.dylib and @rpath

    libffi.8.dylib and @rpath

    I have been trying to produce a package using py2app. I can produce a package that runs using the -A option, but when I try it without the -A option (to produce an app that will hopefully run on another computer) I get the following error when I try to run the app:

    ImportError: dlopen(/Users/dch1amk/Desktop/simpleNMR_backup_231122/dist/simpleNMR_test1.app/Contents/Resources/lib/python3.10/lib-dynload/_ctypes.so, 2): Library not loaded: @rpath/libffi.8.dylib Referenced from: /Users/dch1amk/Desktop/simpleNMR_backup_231122/dist/simpleNMR_test1.app/Contents/Resources/lib/python3.10/lib-dynload/_ctypes.so Reason: image not found

    I am working with python3.10 installed using Anaconda on a Mac running MacOs 10.15 (Catalina). The program I am trying to package is quite long so, for testing purposes I have created a much shorter program, essentially a "hello world" program that retains all the import statements from the original program. I have attached it below. I can produce a working version if I include just the first 5 import statements, but including any of the import statements after that triggers the error.

    The supposedly missing package does exist on the system in two places. The first is: /Users/dch1amk/opt/anaconda3/pkgs/libffi-3.4.2-h0d85af4_5/lib/libffi.8.dylib The second is: /Users/dch1amk/opt/anaconda3/envs/my-rdkit-env/lib/libffi.8.dylib my-rdkit-env is the environment required for the original program.

    Given that there are two copies of the required file available, I am guessing that this is a problem with the handling of @rpath. Is this a known issue and, if so, is there a workaround? I could not find one in the documentation.

    Thanks.

    The test program is:

    import sys import os import json import webbrowser from functools import partial import PyQt5 from PyQt5 import QtCore from PyQt5 import QtWidgets from PyQt5.QtCore import QUrl from PyQt5.QtCore import pyqtSlot from PyQt5.QtCore import Qt from PyQt5.QtWidgets import QWidget from PyQt5.QtWidgets import QMainWindow from PyQt5.QtWidgets import QApplication from PyQt5.QtWidgets import QFileDialog from PyQt5.QtWidgets import QMessageBox from PyQt5.QtWidgets import QVBoxLayout from PyQt5.QtWidgets import QHBoxLayout from PyQt5.QtWidgets import QLineEdit from PyQt5.QtWidgets import QPushButton from PyQt5.QtWidgets import QSplitter from PyQt5.QtWidgets import QMenu from PyQt5.QtWidgets import QSpinBox from PyQt5.QtWidgets import QLabel from PyQt5.QtWidgets import QAction

    from matplotlib.backends.backend_qt5agg import ( FigureCanvasQTAgg, NavigationToolbar2QT as NavigationToolbar, )

    from rdkit import Chem

    from rdkit.Chem import AllChem from rdkit.Chem import Draw

    import networkx as nx

    import nx_pylab

    import pandas as pd

    import numpy as np

    from PIL import Image

    import platform

    from datetime import datetime

    print("\nHello") print( "The current date is %s\n" % datetime.today().strftime("%B %d, %Y %H:%M:%S") )

    opened by nuffsaz 0
  • App launched at startup through login items on MacOS doesn't run properly

    App launched at startup through login items on MacOS doesn't run properly

    Hey,

    Thanks for creating and maintaining py2app, it does wonders for prototyping ideas fast.

    I'm on the latest release of py2app, python 3.6.8, and MacOS Monterey.

    My app works perfectly when a user launches it manually, but when it is added to the "Login Items" on my mac, it loses all functionality that is not being served by the main thread.

    i.e., every thread other than the main thread is not running, from what I can tell.

    I have tried to see if the parent process is different when a user launches it vs when it's launched automatically at startup, but that is not the case. From what I can tell everything is identical, yet non-main threads are apparently not running.

    opened by AmberSahdev 0
Releases(v0.28.5)
  • v0.28.5(Dec 28, 2022)

  • v0.28.2(May 24, 2022)

  • v0.28.1(May 24, 2022)

    • #448: Fix typo in qt6 recipe

    • #444: Fix issue where the standard output and standard error streams are set to non-blocking when using py2app.

      For some reason the "ibtool" command (part of Xcode) sets these streams to non-blocking when compiling NIB files. I've added a context manager that resets the non-blocking status of these streams.

    • PR #446: Fix Qt5 recipe for newer versions of PyQt5

      PR by kangi.

    • #447: Fix error when using py2applet --help

      Bug was introduced in the fix for #414

    Source code(tar.gz)
    Source code(zip)
  • v0.28(Apr 10, 2022)

    NOTE: This is the last version of py2app with compatibility with Python 2.7. Future versions will require Python 3.6 or later.

    • PR #410: Fix typo in NamedTemporyFile call

      PR by MAKOMO

    • #414 Workaround for autodiscovery in setuptools 61.0

      Setuptools 61.0 introduces autodiscovery of distribution attributes, and that broke py2app. This version introduces a setuptools.finalize_distribution_options entrypoint in py2app that will set the distributions's name and py_modules attributes in a way that is compatible with the main code of py2app when they are not yet set (before autodiscovery kicks in).

      In older versions of py2app buildin an app can fail in two ways with setuptools 61.0 or later:

      • The name of the generated application is not based on the script name, but some other value.

      • Calling python setup.py py2app results in an error mentioning Multiple top-level modules discovered.

    • PR #418: Add recipe for black

      PR by mrclary

    • #417: Also include package dist-info for editable installs

    • The qt5 and qt6 recipes used dodge logic to detect if the Qt library itself is inside the python package, resulting in duplicate copies of Qt.

    • #406: Fix incompatibility with python 2.7

      py2app 0.24 accidently broke compatibility with Python 2.7, and this release fixes this.

      This is the last release with Python 2.7 support, the next release will contain package metadata that ensures it can only be installed on Python 3.

    • #413: Find dist-info in included pythonXX.zip

      By default the working_set of pkg_resources does not contain distribution information from packages included in zip files, such as the zipped-up stdlib + site-pakckages in py2app bundles.

      Add some monkey patching to apps using pkg_resources to fix this.

    • Fix hard crash in "rtree" recipe when the package contents doesn't match the recipe expectations.

    • #408: Add definition of site.PREFIXES

    • #412: Fix incompatibility with setuptools 60.8.1

      The setuptools recipe did not recoginize all vendored dependencies in pkg_resources and that breaks app bundles that use pkg_resoures.

    • PR #388: Add builtin definitions for 'quit' and 'exit' in site.py

      PR by mcclary

    • PR #388: Set "ENABLE_USER_SITE=False" in site.py

      PR by mcclary

    • PR #396: Update pygame recipe to remove missing icon

      PR by glyph

    Source code(tar.gz)
    Source code(zip)
  • v0.25(Aug 30, 2021)

    • #358: Add recipe for multiprocessing

    • PR363: Add recipe for platformdirs

      PR by Ryan Clary (mrclary on GitHub)

    • PR353: Add recipe for sphinx

      PR by Ryan Clary (mrclary on GitHub)

    • PR352: Fix for using ipython

      PR by Ryan Clary (mrclary on GitHub)

    • PR351: Tweak the matplotlib recipe

      PR by Ryan Clary (mrclary on GitHub)

    • PR348: Fix for checking for dead symlinks links in py2app

      PR by Oliver Cordes (ocordes on GitHub)

    • #354: Fix buggy "autopackages" and "automissing" recipes

    • #350: Add sentencepiece to the autopackages list

    • #359: Add recipe for PyQt6

    • #349: Add recipe for OpenCV (opencv-python, import cv2)

    • PR365: Add RTree recipe

      PR by Ryan Clary (mrclary on GitHub)

    Source code(tar.gz)
    Source code(zip)
  • v0.24(Apr 6, 2021)

    • Consolidate recipes that just include a package as is into a single recipe to reduce code complexity.

    • Consolidate recipes that just mark imports as expected missing into a single recipe to reduce code complexity.

    • #334: Include binary stubs for Universal 2 and arm64 binaries in the archives

      The files were in the repository, but were excluded from the source and wheel archives.

    Source code(tar.gz)
    Source code(zip)
  • v0.22(Sep 16, 2020)

    • #300: Add support for ARM64 and Universal 2 binaries

      .. note:: Support is highly experimental, these stubs have not been tested yet.

    • #299: Fix build error when building with the copy of Python 3 shipped with Xcode.

    • #281: Generated bundle doesn't work on macOS 10.9 and 10.10.

    Source code(tar.gz)
    Source code(zip)
Owner
Ronald Oussoren
Ronald Oussoren
A modern Python application packaging and distribution tool

PyOxidizer PyOxidizer is a utility for producing binaries that embed Python. The over-arching goal of PyOxidizer is to make complex packaging and dist

Gregory Szorc 4.5k Jan 07, 2023
Subpar is a utility for creating self-contained python executables. It is designed to work well with Bazel.

Subpar Subpar is a utility for creating self-contained python executables. It is designed to work well with Bazel. Status Subpar is currently owned by

Google 550 Dec 27, 2022
A tool used to obfuscate python scripts, bind obfuscated scripts to fixed machine or expire obfuscated scripts.

PyArmor Homepage (中文版网站) Documentation(中文版) PyArmor is a command line tool used to obfuscate python scripts, bind obfuscated scripts to fixed machine

Dashingsoft 1.9k Jan 01, 2023
Freeze (package) Python programs into stand-alone executables

PyInstaller Overview PyInstaller bundles a Python application and all its dependencies into a single package. The user can run the packaged app withou

PyInstaller 9.9k Jan 08, 2023
Create standalone executables from Python scripts, with the same performance and is cross-platform.

About cx_Freeze cx_Freeze creates standalone executables from Python scripts, with the same performance, is cross-platform and should work on any plat

Marcelo Duarte 1k Jan 04, 2023
Build Windows installers for Python applications

Pynsist is a tool to build Windows installers for your Python applications. The installers bundle Python itself, so you can distribute your applicatio

Thomas Kluyver 818 Jan 05, 2023
tool for creating installers from conda packages

(conda) Constructor Description Constructor is a tool which allows constructing an installer for a collection of conda packages. It solves needed pack

Conda 386 Jan 04, 2023
Anaconda is the OS installer used by Fedora, RHEL, CentOS and other Linux distributions.

Anaconda is the OS installer used by Fedora, RHEL, CentOS and other Linux distributions. Documentation Documentation for the Anaconda install

Red Hat Installer Engineering Team 454 Jan 08, 2023
shiv is a command line utility for building fully self contained Python zipapps as outlined in PEP 441, but with all their dependencies included.

shiv shiv is a command line utility for building fully self-contained Python zipapps as outlined in PEP 441, but with all their dependencies included!

LinkedIn 1.5k Dec 28, 2022
Core utilities for Python packages

packaging Reusable core utilities for various Python Packaging interoperability specifications. This library provides utilities that implement the int

Python Packaging Authority 451 Jan 04, 2023
Ninja is a small build system with a focus on speed.

Ninja Python Distributions Ninja is a small build system with a focus on speed. The latest Ninja python wheels provide ninja 1.10.2.g51db2.kitware.job

33 Dec 19, 2022
executable archive format

XAR XAR lets you package many files into a single self-contained executable file. This makes it easy to distribute and install. A .xar file is a read-

Facebook Incubator 1.5k Dec 29, 2022
A library and tool for generating .pex (Python EXecutable) files

PEX Contents Overview Installation Simple Examples Integrating pex into your workflow Documentation Development Contributing Overview pex is a library

Pants Build 2.2k Jan 01, 2023
auto packaging for iOS

iOS Auto Packaging iOS自动打包脚本 准备 脚本第一次执行之前 先检查依赖, packaging目录下终端执行 pip3 install -r requirements.txt 运行 cd packaging packaging.py -h help -s scheme

DeeCo 17 Jul 23, 2022
pipx — Install and Run Python Applications in Isolated Environments

Install and Run Python Applications in Isolated Environments

Python Packaging Authority 5.9k Jan 07, 2023
Python virtualenvs in Debian packages

dh-virtualenv Contents Overview Presentations, Blogs & Other Resources Using dh-virtualenv How does it work? Running tests Building the package in a D

Spotify 1.5k Dec 16, 2022
Nuitka Organization 8k Jan 07, 2023
WinPython is a portable distribution of the Python programming language for Windows

WinPython tools Copyright © 2012-2013 Pierre Raybaut Copyright © 2014-2019+ The Winpython development team https://github.com/winpython/ Licensed unde

1.5k Jan 04, 2023
Python Wheel Obfuscator

pywhlobf obfuscates your wheel distribution by compiling python source file to shared library.

Hunt Zhan 79 Dec 22, 2022
The Application can convert the .py file into exe for faster transformation and can result to build an app in a single click

PEXEY PEXEY Is a high robust py to exe app made top on pyinstaller this application is for the developer who constantly keep making py to exe apps IMP

Aaris Kazi 11 Dec 15, 2022