Python, Be Bold! - The Draft

Note: Prepared a draft on the previous discussion, motivated by the vision of an era where the world swarms in Python apps. This draft is not a PEP, at least not yet. It's structure approaches a PEP but takes liberties as necessary. It includes info deemed as essential. Thanking list members for th

Re: Python, Be Bold! - The Draft

On Mon, Jan 6, 2020 at 4:23 AM Abdur-Rahmaan Janhangeer wrote: > > Note: Prepared a draft on the previous discussion, motivated by the vision > of > an era where the world swarms in Python apps. This draft is not a PEP, at > least > not yet. It's structure approaches a PEP but takes liberties as n

Re: Dataset training using Kmeans

On 05/01/2020 12:56, hanan lamaazi wrote: Dear all, I'm actually using the K-means algorithm for clustering, and scikit-learn machine learning in python. when I want to print my "score_accuarcy" using this command print(metrics.accuracy_score(y_test, y_pred)) I get the following error :

Re: Python, Be Bold! - The Draft

On 06/01/2020 10:21, Abdur-Rahmaan Janhangeer wrote: Before we begin, we'd like to define the term executable used in the context of this draft. It means an archive that is run by double-clicking. I'm an embedded systems programmer. Congratulations, you have just rendered your draft utterly i

Re: Python, Be Bold!

On 01/01/2020 07:22, Abdur-Rahmaan Janhangeer wrote: -- Self-updating Python distributions Microsoft have proved time and again that this is a really good thing if you want to piss off your customer base. Let's not. -- Distributions which notify about new releases Surely this is the OS's

Re: Python, Be Bold! - The Draft

On Tue, Jan 7, 2020 at 3:47 AM Rhodri James wrote: > > On 06/01/2020 10:21, Abdur-Rahmaan Janhangeer wrote: > > Before we begin, we'd like to define the term executable used in the context > > of this draft. It means an archive that is run by double-clicking. > > I'm an embedded systems programmer

Re: Python, Be Bold! - The Draft

On Mon, 6 Jan 2020, 18:37 o1bigtenor, wrote: > > Maybe I'm just slow but it really seems like what you are trying to > achieve is > a java like system. > > Wouldn't you find it easier to just use java rather than trying to remake > Python into Java? (It would be easier imo.) > It proposes to enh

Re: Python, Be Bold! - The Draft

On Mon, 6 Jan 2020, 20:46 Rhodri James, wrote: > > I'm an embedded systems programmer. Congratulations, you have just > rendered your draft utterly irrelevant to me and those like me. > If you followed the previous thread there was some misunderstanding as to what do i mean by executable, sorry

Re: Python, Be Bold! - The Draft

On Mon, 6 Jan 2020, 21:01 Chris Angelico, wrote: > > Don't worry. It's trying to solve a problem that doesn't exist, in a > platform-specific way, imitating a completely different execution > model, and ultimately is just reinventing what pip already does. You > can safely ignore it for plenty of

Re: Python, Be Bold!

On Mon, 6 Jan 2020, 20:50 Rhodri James, wrote: > On 01/01/2020 07:22, Abdur-Rahmaan Janhangeer wrote: > > -- Self-updating Python distributions > > Microsoft have proved time and again that this is a really good thing if > you want to piss off your customer base. Let's not. > No if you read

Python, Be Bold! - The Draft

-- Forwarded message - From: AAKASH JANA Date: Mon, 6 Jan 2020, 21:15 Subject: Re: Python, Be Bold! - The Draft To: Abdur-Rahmaan Janhangeer Maybe but if you know or have heard of Julia the language. You will realise its going to take over what python gives us. So i think there

Re: Python, Be Bold!

On 7/01/20 6:10 AM, Abdur-Rahmaan Janhangeer wrote: On Mon, 6 Jan 2020, 20:50 Rhodri James, wrote: No if you read the thread (please do it), that's the 4th time i'm saying it's a bad idea I have not (been following the thread) - with all due apologies. Podcast of possible interest: Episo

Re: Hi!! im searching for a ready app of python for pdf combiner

On 1/6/20 8:13 AM, alon.naj...@gmail.com wrote: Hi!! im searching for a ready app of python for pdf combiner what I need exactly is a pdf combiner for 20 + pdfs to combine them as one, do a merge Why does this need to be in Python? Just download a copy of pdftk (which I think is written in

Re: (no subject)

On 1/4/20 2:29 PM, William Johnsson wrote: Hello! My name is William and im 14 years old and live in sweden. Im pretty new to programing in python and i need some help with code, (That’s why i’m here). But i couldn’t really find what i was searching for on the internet. I’m trying to write co

Re: Python, Be Bold!

Yours, Abdur-Rahmaan Janhangeer pythonmembers.club | github Mauritius On Mon, Jan 6, 2020 at 9:44 PM DL Neil via Python-list < python-list@python.org> wrote: > > I have not (been following the thread) - with all due apologies.

[no subject]

Julia is a rapidly progressing language directly attacking python's sweet spot in a.i , m.l and other computational areas. I love python and want it to remain undefeated . I think its time we create a compiler for python . So that python can be compiled and interpreted at will . Its time we make ou

Enhancing Zipapp

Note: draft simplified Abstract == This extracts aims at proposing enhancements to the generated zipapp executable Rationale === One area where there remains some difficulty in Python is packaging for end-user consumption. To that effect either the code is distributed in pure Python for

Hi!! im searching for a ready app of python for pdf combiner

Hi!! im searching for a ready app of python for pdf combiner what I need exactly is a pdf combiner for 20 + pdfs to combine them as one, do a merge -- https://mail.python.org/mailman/listinfo/python-list

Re:

On Tue, Jan 7, 2020 at 6:35 AM AAKASH JANA wrote: > > Julia is a rapidly progressing language directly attacking python's sweet > spot in a.i , m.l and other computational areas. I love python and want it > to remain undefeated . I think its time we create a compiler for python . > So that python

Re: [Python-ideas] Enhancing Zipapp

On Tue, Jan 7, 2020 at 6:37 AM Abdur-Rahmaan Janhangeer wrote: > When running such an app, the interpreter will check first if the app-specific > site-packages folder is empty, if not, install the wheels. This provides > package- > freezing ability. The only downside is longer first-run time. Wh

Re: [Python-ideas] Enhancing Zipapp

Yours, Abdur-Rahmaan Janhangeer pythonmembers.club | github Mauritius On Mon, Jan 6, 2020 at 11:53 PM Chris Angelico wrote: > On Tue, Jan 7, 2020 at 6:37 AM Abdur-Rahmaan Janhangeer > wrote: > Where is this directory? What i

Re: [Python-ideas] Enhancing Zipapp

On Tue, Jan 7, 2020 at 12:15 AM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > Proposing to include pa > please ignore that part -- https://mail.python.org/mailman/listinfo/python-list

[ANN] PyYAML-5.3: YAML parser and emitter for Python

=== Announcing PyYAML-5.3 === A new release of PyYAML is now available: https://pypi.org/project/PyYAML/ This release contains some bugfixes (handling of slots, enable unicode for maxunicode < 0x, enable large files), enhancements (create timezone awar

Re: Python, Be Bold! - The Draft

On 1/6/20 10:24 AM, Abdur-Rahmaan Janhangeer wrote: > Maybe but if you know or have heard of Julia the language. You will realise > its going to take over what python gives us. So i think there is urgent > need for upgrades to newer versions of python to make basic tasks on python > way quicker. N

Re:

On 1/6/20 10:06 AM, AAKASH JANA wrote: > Julia is a rapidly progressing language directly attacking python's sweet > spot in a.i , m.l and other computational areas. I love python and want it > to remain undefeated . I think its time we create a compiler for python . > So that python can be compile

Re: [Python-ideas] Enhancing Zipapp

> On 6 Jan 2020, at 19:34, Abdur-Rahmaan Janhangeer > wrote: > > Note: draft simplified 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. Also beware that zip file format does not include the enc

Re: Python, Be Bold! - The Draft

No, i did not write that, it's not Abdur-Rahmaan Janhangeer wrote rather -- Forwarded message - From: *AAKASH JANA* Date: Mon, 6 Jan 2020, 21:15 Subject: Re: Python, Be Bold! - The Draft To: Abdur-Rahmaan Janhangeer Please forward it to aakashjana2...@gmail.com On Tue, 7 Jan 20

Re: [Python-ideas] Enhancing Zipapp

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. > Thanks, i don't have much experience writing peps and if i don't bug you may i ask what "alte

Re: Python, Be Bold! - The Draft

On 1/6/20 6:33 PM, Abdur-Rahmaan Janhangeer wrote: > No, i did not write that, it's not Abdur-Rahmaan Janhangeer wrote rather My mistake. I see now that it was something you forwarded to the list from someone else. Doesn't change my reply, though. Whoever said it, it's not very relevant. Who's

Re: Python, Be Bold! - The Draft

On Tue, 7 Jan 2020, 05:56 Michael Torrie, wrote: > > My mistake. I see now that it was something you forwarded to the list > from someone else. > > Doesn't change my reply, though. Whoever said it, it's not very > relevant. Who's "us" and what is it the Python gives them that Julia > will soon

Re: [Python-ideas] Re: Enhancing Zipapp

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 bund

Python ABI typeslots for buffer protocol

Hello, I am trying to implement the buffer API for the JPype Python module. Unfortunately the required type slots (Py_bf_getbuffer, Py_bf_releasebuffer) are currently disabled due to the long since closed issue #10181. JPype is a bridge module between Java and Python and as such it is requir

Understanding bytecode arguments: 1 byte versus 2 bytes

I'm trying to understand the difference in disassemblies with 3.6+ versus older versions of CPython. It looks like the basic opcodes like LOAD_FAST are 3 bytes in pre-3.6 versions, but 2 bytes in 3.6+. I read online somewhere that there was a change to the argument sizes in 3.6: it became 2 byte

Re: Understanding bytecode arguments: 1 byte versus 2 bytes

On Tue, Jan 7, 2020 at 5:01 PM wrote: > > I'm trying to understand the difference in disassemblies with 3.6+ versus > older versions of CPython. It looks like the basic opcodes like LOAD_FAST are > 3 bytes in pre-3.6 versions, but 2 bytes in 3.6+. I read online somewhere > that there was a chan

Re: [Python-ideas] Re: Enhancing Zipapp

Yours, Abdur-Rahmaan Janhangeer pythonmembers.club | github Mauritius On Tue, Jan 7, 2020 at 6:40 AM Christopher Barker wrote: > I’m a bit unclear on how far this goes: is it just a bit more specific > with more meta-data sta