<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body><div><div style="font-family: Calibri,sans-serif; font-size: 11pt;">Do you mean like zipapp and *.pyz files?<br><br>Top-posted from my Windows Phone</div></div><div dir="ltr"><hr><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">From: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:ncoghlan@gmail.com">Nick Coghlan</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Sent: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">8/16/2016 22:42</span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">To: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:leorochael@gmail.com">Leonardo Rochael Almeida</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Cc: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:distutils-sig@python.org">distutils sig</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Subject: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">Re: [Distutils] Deprecating little used file types/extensions onPyPI?</span><br><br></div>On 17 August 2016 at 15:21, Nick Coghlan <ncoghlan@gmail.com> wrote:<br>> While rebranding eggs (or a close derivative) as "pypath entries"<br>> could help make them more self-explanatory (especially when it comes<br>> to explaining how the zipped form differs from wheel files), doing so<br>> wouldn't actually give us any more architectural flexibility in<br>> practice than the last option.<br><br>That said, if folks *did* want to go down this path, then an important<br>use case to consider is "single archive applications" suitable for use<br>in services like AWS Lambda and Azure Cloud Functions, where you get a<br>language runtime to play with, but need to provide everything you want<br>to run in that environment as a single pre-bundled archive. Similar<br>problems also show up when building rich client applications for<br>Windows, Mac OS X, Android and iOS.<br><br>This means you want tooling that targets the direct dependency<br>bundling model, rather than the runtime environment configuration<br>model favoured by pip and virtualenv.<br><br>So this particular challenge *shouldn't* be framed as just a backwards<br>compatibility and migration concern for buildout et al - the "all<br>inclusive application bundle" approach is still an important use case,<br>even though it isn't the lowest common denominator cross-platform<br>dependency specification, retrieval and installation problem handled<br>by the default toolchain.<br><br>Cheers,<br>Nick.<br><br>-- <br>Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia<br>_______________________________________________<br>Distutils-SIG maillist - Distutils-SIG@python.org<br>https://mail.python.org/mailman/listinfo/distutils-sig<br></body></html>