> End user applications, sure… but the raw python interpreter? If you want it, you have to install it. If you want to install it, you go to python.org and install it.

If you want just the raw python interpreter, you're not the end user?

> Not having it installed is definitely not solved by this.

But not having to install it is the point?

> Bundling python packages into a single binary is definitely not solved by this.

It is? There's even a working example in the article?

    mkdir -p Lib/site-packages

    # specify python version to pip if necessary
    /usr/bin/python2 -m pip download flask -t .

    # start "build"
    cp ./python.com ./my-release.com

    printf '%s\n' '-m' >./.args
    printf '%s\n' 'my_module_name' >>./.args

    # wheels are just ZIPs, use unzip if pip complains
    ./python.com -m pip install flask*.whl -t ./Lib/site-packages
    ./zip.com -qr ./my-release.com ./Lib/site-packages/
    ./zip.com ./my-release.com ./.args

    # optional cleanup
    rm -rf ./*.whl ./Lib/site-packages/

    ./my-release.com

You don't understand how the packaging of python applications works if you think the efforts of PyInstaller, py2exe, Nuitka, etc. can be this trivially overcome.

This makes what is already a pain in the ass (packing a python app into a single native distribution) harder to do, for the 'cute' ability to have a single cross platform binary.

...and it is cute. Sure, I get it. ...but yeah, you just zip up all the python dependencies and it's fine? So good. Compile all the native parts or whatever, I'm sure it's easy.

Look, I tell you what, you go and prove that all the smart people who've been trying to solve this for the last 10 years that there's a new good way of doing it, and they (and I) will all be very happy.

Until then, this is a proof of concept for a trivial use case that makes packaging a trivial pure python application somewhat harder to do than it was already.

> It is?

It is not.

Bundling python applications into a native binary is already a badly-solved problem with a bunch of irritating problems and caveats; this doesn't add anything meaningful to those existing efforts or fix any of the issues they have.

Seriously; go and look at the efforts those projects go to, to make what they do, work.

it isn't the solution, but it is a solution. it might be the solution for a particular subset of tools, which is still great, because it usually was a PITA even for those constrained use cases.