I think you've missed a couple of points (important, IMHO) in your summary:
- Some people, including me, don't think at this point this is a good idea to integrate PyInstaller in the Python code base. - There is room for cooperation between the PyInstaller developers (and users) and the Python Packaging Authority *Anyone is welcome to (while following the :ref:`Code of Conduct`_ > <https://www.pypa.io/en/latest/members/#id3>) contribute patches, bug > reports, feature requests, ideas, questions, answers, and similar > information in our GitHub organization > <https://github.com/pypa> and Bitbucket organization > <https://bitbucket.org/pypa> repositories, and discuss issues and plans > with us in the Packaging category on discuss.python.org > <https://discuss.python.org/c/packaging> and on the distutils-sig mailing > list <http://mail.python.org/mailman/listinfo/distutils-sig>.* S. On Fri, Nov 20, 2020 at 7:07 AM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > Summary up to now: > > - Must ask permission to be integrated > - If integrated, tied to CPython's release cycle > - They can ask the PSF for grants > - It would be useful to cooperate on possible changes to CPython and the > packaging landscape to make it easier to write tools like this. > - Consider zipapp > - there could be something in the std-lib that allowed packaging into an > executable but with some limitations > - transforming zipapps into executables > https://docs.python.org/3/library/zipapp.html#making-a-windows-executable > > As for Zipapp replacing native executables, well this is not really the > thread for it. > > Well i think i'll try to contact the PyInstaller team to see what they say > > Kind Regards, > > Abdur-Rahmaan Janhangeer > about <https://compileralchemy.github.io/> | blog > <https://abdur-rahmaanj.github.io/> > github <https://github.com/Abdur-RahmaanJ> > Mauritius > > > On Thu, Nov 19, 2020 at 1:29 PM M.-A. Lemburg <m...@egenix.com> wrote: > >> Hi Abdur, >> >> On 19.11.2020 10:02, Abdur-Rahmaan Janhangeer wrote: >> > Before asking *us*, you ought to ask what the PyInstaller developers >> > think of the idea of: >> > >> > - relinquishing copyright to the PSF; >> > - operating under the control of the Python core developers and >> steering >> > council, under their terms; >> > - releasing versions under the schedule of the Python interpreter; >> > - under CPython's rules about backwards compatibility and new >> features; >> > >> > >> > Thank you for your input Mr Steven. >> > If we go along the same lines, i should >> > begin checking whether anyone who replies >> > forms part of the SC or not, whether they >> > have the right or not to reply to this thread etc. >> >> I think you misunderstood Steven's questions. >> >> The PSF requires that contributors sign a contributor agreement for >> any code which goes into the stdlib (or Python in general). >> >> Since PyInstaller is GPLed, it cannot be added to the stdlib >> without the copyright owners giving the PSF permission to relicense >> the code under the PSF license (or any other open source license >> as per the contributor agreement). >> >> Only the copyright owners can make this call. >> >> Note that this does not mean "relinquishing" the copyright as >> Steven put it. The copyright owners keep their copyright. They >> only give permission specifically to the PSF to relicense the >> code. >> >> The other points Steve gave are important as well, since continuing >> the development of PyInstaller within the context of Python's stdlib >> means that they would have adhere to the processes we have for this. >> >> IMO, PyInstaller is a great tool, but adding it to the Python >> stdlib would not necessarily be an advantage, since it's development >> would then be tied to Python's release cycle, which reduces the >> flexibility the maintainers have in e.g. providing fixes quickly. >> >> Since the project appears to be struggling a bit, it may be >> worthwhile having the project owners ask the PSF or major company >> users for a grant. >> >> Cheers, >> -- >> Marc-Andre Lemburg >> eGenix.com >> >> Professional Python Services directly from the Experts (#1, Nov 19 2020) >> >>> Python Projects, Coaching and Support ... https://www.egenix.com/ >> >>> Python Product Development ... https://consulting.egenix.com/ >> ________________________________________________________________________ >> >> ::: We implement business ideas - efficiently in both time and costs ::: >> >> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 >> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg >> Registered at Amtsgericht Duesseldorf: HRB 46611 >> https://www.egenix.com/company/contact/ >> https://www.malemburg.com/ >> >> _______________________________________________ > 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/EFFD4JEW3KEMGCGTQCP4AOQKDY7FREPQ/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Stefane Fermigier - http://fermigier.com/ - http://twitter.com/sfermigier - http://linkedin.com/in/sfermigier Founder & CEO, Abilian - Enterprise Social Software - http://www.abilian.com/ Chairman, National Council for Free & Open Source Software (CNLL) - http://cnll.fr/ Founder & Organiser, PyParis & PyData Paris - http://pyparis.org/ & http://pydata.fr/
_______________________________________________ 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/YFQGA6FUO2FCA2HPUMFQEDJ3TZML3XUW/ Code of Conduct: http://python.org/psf/codeofconduct/
