On Thu, Jan 9, 2020 at 7:10 PM Abdur-Rahmaan Janhangeer <arj.pyt...@gmail.com> wrote: > Now you'd be asking why dependencies have to be offline while sigining > online. Well pulling dependencies from pip is like a normal python project. > The zip advantage would just be a smaller code base. The app-like idea > is to just run a file, not worrying about dependencies.
So you're offering no real benefits (since you have to be online to verify the app), and you pay the price of bundling everything. Great. > > More importantly, how does your solution make anything easier? Bundling the > > cache back up into another zipfile and then trying to figure out where that > > zipfile is > > Was proposing the generated zipfile is in the same folder as the > original zipfile > > Another idea is to have a cross-platform code-base only zip. > In the info file we can have target os. We need to specify > this only in the case of c-based libs. It will then generate > the required zips bundled with libs for that os. > > main zip -> zip for win, zip for mac, zip for linux But what's the point? Why not just use pip the way we already can? What is the actual benefit? > > Or maybe it’s fine to not solve it. Mac-specific apps often have to be > > updated when a new macOS comes out, so if platform-agnostic apps also often > > have to be updated when a new anything comes out, maybe that’s no big deal? > > It's on the software author to ship a new release. Brilliant. So now every software author has to continually maintain the app and monitor all OSes for new releases. What happens if the author isn't on it instantly? What if it takes him/her a couple of months, or even a year or two, to get around to releasing an update? > What i'm saying is that while it's true that for > example a lib is for interfacing with a C library > but it's beyond Python to make sure that the > C library is actually present on your machine. > This is a zipapp enancement which is a bundled > format. Native execs on the other hand include in > lots of os-specific stuffs that has no relation > whatsoever with Python. So far, I have seen zero benefits to this zipapp enhancement. It's not bundling anything new and useful. Instead, you force software authors to create monolithic distribution archives for every combination of Python version and OS flavour (including things like 32-bit vs 64-bit etc) that they want to support - and all for what? > At this point i need to > > - See conda > - Come up with a viable online signing scheme. > According to me machine-based signing is just > not worth it. > - As Mr. Barry Scott suggested, cover the pros and > cons of existing zipapp based solutions > - As Mr. Christopher suggested, i need to come up > with demos. I'll code the demos > .. Of a wheels included zip > .. Of a zip that generates Os-specific zips > .. Of Mr. Andrew's pypi-based zips - and figure out what problem you're actually solving here. ChrisA _______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/IUXUARKNUNEMNDE25DGT4EZSV2JP2QMQ/ Code of Conduct: http://python.org/psf/codeofconduct/
