> On 7 Jan 2020, at 02:40, Christopher Barker <python...@gmail.com> wrote: > > > I’m a bit unclear on how far this goes: is it just a bit more specific with > more meta-data standards? > > Or are you aiming for something that will run without a Python install? > > Other issues: > > Are you aiming for a bundle that can run on multiple platforms? If so, then > it’ll have to have a way to bundle multiple compiled extensions and select > the right ones at runtime. > > If this Is essentially just zipapp with the ability to bundle dependencies, > then you could probably just do some sys.path hackery. > > In any case, thus seems like something you could implement, and then see if > people find it useful. > > BTW- I’m pretty sure we could simply specify that filenames are utf-8 and > we’d be good to go.
Have a look at this write up about the horror that is zip file name handling. https://marcosc.com/2008/12/zip-files-and-encoding-i-hate-you/ This has been a pain point at work. Barry > > -CHB > > > > > >> On Mon, Jan 6, 2020 at 5:50 PM Abdur-Rahmaan Janhangeer >> <arj.pyt...@gmail.com> wrote: >> >> >>> On Tue, 7 Jan 2020, 01:57 Barry Scott, <ba...@barrys-emacs.org> wrote: >>> >>> >>> Please cover the pro's and con's of the alernatives that have been raised >>> as comments >>> on this idea, as is usually done for a PEP style document. >> >> >> Thanks, i don't have much experience writing peps and >> if i don't bug you may i ask what "alternatives" refer to? >> >>> Also beware that zip file format does not include the encoding of the files >>> that are in the >>> zip file. >> >> >> For the encoding of the contents, well since we are >> packaging python code files, it's handling will be the same >> as handling outside the zip file. It's handling is the >> same as how zipapp handles things. >> >>> This means that for practical purposes only ASCII filenames are portable >>> across >>> systems. Is this limitation a problem for this proposal? >> >> >> If we are talking about filenames, then i guess >> ascii filenames are the way to go as you'd >> unnecessarily break things otherwise. >> _______________________________________________ >> Python-ideas mailing list -- python-id...@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-id...@python.org/message/RVGFMDP3PG6TXFQGH7ISRLYM4FS5CO64/ >> Code of Conduct: http://python.org/psf/codeofconduct/ > -- > Christopher Barker, PhD > > Python Language Consulting > - Teaching > - Scientific Software Development > - Desktop GUI and Web Development > - wxPython, numpy, scipy, Cython -- https://mail.python.org/mailman/listinfo/python-list
