[Python-ideas] Re: Enhancing Zipapp

Yours, Abdur-Rahmaan Janhangeer pythonmembers.club | github Mauritius On Wed, Jan 8, 2020 at 2:20 AM Barry wrote: > > You are offing up a competitor against python wheels > This proposal proposes to inlcude python wheels in

[Python-ideas] Re: Enhancing Zipapp

On Mon, Jan 6, 2020 at 10:50 PM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > - More metadata > good idea, and simple. > - Integrity check with hashing > - Protecting the meta data > This could be a big challenge -- and I'm not expert, so have no idea what the issues are. > - Bu

[Python-ideas] Re: Integrating Discourse and email for python-ideas

"oh gawd please NO!" On Tue, Jan 7, 2020, 9:40 PM Stephen J. Turnbull < turnbull.stephen...@u.tsukuba.ac.jp> wrote: > Juancarlo Añez writes: > > > Could we switch the email discussions to Discourse email? Has this been > > considered earlier and rejected? > > Yes, of course we can. It has been

[Python-ideas] Re: Enhancing Zipapp

Barry writes: > Have a look at this write up about the horror that is zip file name > handling. As I implied, I don't need to "read write-ups", *I live the horror.* Not daily, but always when I really don't want to spend the minutes. > This has been a pain point at work. I know your pain. B

[Python-ideas] Integrating Discourse and email for python-ideas

Juancarlo Añez writes: > Could we switch the email discussions to Discourse email? Has this been > considered earlier and rejected? Yes, of course we can. It has been brought up several times. It hasn't been rejected, but there's strong opposition. Eg, based on my experience with Discourse a

[Python-ideas] Integrating Discourse and email for python-ideas

> > There are important and interesting discussions taking place both on Discourse (https://discuss.python.org) and on this email list (Mailman?). Discourse has email integration ( https://discourse.gnome.org/t/interacting-with-discourse-via-email/46). I prefer the rich-text and thorough threadin

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

On 8/01/20 9:22 am, hrfu...@gmail.com wrote: how can I know if a PyObject_Call(...) or PyObject_GetAttr(...) returns a new ref or a borrowed ref? I read online ( Python 3 ) that they are returning new references. But does everyone comply with it? They always return new references. Yes, everyone

[Python-ideas] Re: Enhancing Zipapp

> On 7 Jan 2020, at 01:48, Abdur-Rahmaan Janhangeer > wrote: > >  > > >> On Tue, 7 Jan 2020, 01:57 Barry Scott, 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. > > >

[Python-ideas] Re: Enhancing Zipapp

> On 7 Jan 2020, at 02:40, Christopher Barker 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

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

On 2020-01-07 20:37, Rui Hu wrote: I see! That definitely helps. What about a call to PyObject_CallMethodObjArgs()? Under the hood, is it really the same as a first call to PyObject_GetAttr() to get an attribute which is followed by another call to PyObject_Call()? I read Objects/call.c and se

[Python-ideas] Re: Enhancing Zipapp

Thanks for the ideas, Abdur-Rahmaan! Some feedback below. On Mon, Jan 6, 2020 at 11:35 AM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > Note: draft simplified > > Abstract > == > > This extracts aims at proposing enhancements to the generated zipapp > executable > > Rationale > ==

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

On 2020-01-07 20:22, hrfu...@gmail.com wrote: Thanks for the suggestion. I haven't looked at PyCXX yet. I'll definitely check it out sometime. In light of your and other people's replies, I probably will postpone the development till I think it through, especially after another day of trying a

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

I fully agree that the workflow should be Python to C. Thanks for the suggested tools. I heard about Cython almost the same time I heard about Python. I will look at it for wisdom! My situation is exactly the "Unless" one you mentioned. Since the dataset can be huge, multiple computer nodes wi

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

I see! That definitely helps. What about a call to PyObject_CallMethodObjArgs()? Under the hood, is it really the same as a first call to PyObject_GetAttr() to get an attribute which is followed by another call to PyObject_Call()? I read Objects/call.c and seems to me this is the case. I'm aski

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

Thanks for the suggestion. I haven't looked at PyCXX yet. I'll definitely check it out sometime. In light of your and other people's replies, I probably will postpone the development till I think it through, especially after another day of trying and failing. I do have one question for you, an

[Python-ideas] Re: Enhancing Zipapp

Barry Scott writes: > Also beware that zip file format does not include the encoding of > the files that are in the zip file. The most recent zipfile format, which is now a decade or so old, does specify the encoding, for values of 0 = ASCII, 1 = UTF-8.[1] > This means that for practical purp