[Python-Dev] Re: PEP 669: Low Impact Monitoring for CPython

2021-12-12 Thread Terry Reedy 

On 12/7/2021 10:41 AM, Mark Shannon wrote:

I would like to announce latest PEP, PEP 669: Low Impact Monitoring for 
CPython.


The aim of this PEP is to provide an API for profilers, debuggers and 
other tools to avoid the punitive overhead of using sys.settrace.


If you have any interest in profilers, debuggers, coverage tools or 
anything of that ilk, then do please take a look.


There is no change to the language and it adds 7 functions to the sys 
module, so shouldn't be too intrusive for those of who aren't planning 
on implementing any of those tools.


As always, all feedback and comments are welcome.

You can read the PEP here:
https://python.github.io/peps/pep-0669/


To me, all auditing events are 'monitoring' events.  You might call 
these particular events 'code' or 'control' or 'flow' events.


The sys module doc currently consists of a nearly  alphabetical list of 
all attributes, whether data or methods.  This batch will need some 
discussion as a group.



--
Terry Jan Reedy

___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/KGYDP5JXAQOOYVGTE3VMEGSJMQGVWMSL/
Code of Conduct: http://python.org/psf/codeofconduct/

[Python-Dev] Re: Do we need to remove everything that's deprecated?

2021-12-12 Thread Terry Reedy 

On 11/18/2021 9:52 AM, Petr Viktorin wrote:

On Wed, Nov 17, 2021 at 12:49 AM Terry Reedy  wrote:



And then there are truly trivial removals like the "failUnless" or
"SafeConfigParser" aliases. I don't see a good reason to remove those --
they could stay deprecated forever.


This part I do not agree with.  In 3.10, there are 15 fail* and assert*
aliases with a messy overlap pattern.
https://docs.python.org/3/library/unittest.html#deprecated-aliases
This is 15 unneeded names that appear in the doc, the index, vars(),
dir(), TestCase.__dict__ listings, completion lists, etc.


Well, dir(), vars(), __dict__ and similar are already unpleasant --
ever since they started listing dunder methods, quite a long time ago.
But we could improve completion, docs and other cases that can filter the list.
How about adding a __deprecated__ attribute with a list of names that
tab completion should skip?


No.  There would be less, not more reason to censor such names.  Names 
that remain forever so that they can be used forever need to be listed 
forever.


My background point is that there is a real cost to keeping obsolete 
names forever.  I appear to see that cost as higher than you do.


--
Terry Jan Reedy

___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/KXS36FIRP7HVMKZGWCFXLWQWLFZH5UQQ/
Code of Conduct: http://python.org/psf/codeofconduct/

[Python-Dev] Re: [python-committers] Sad news from Zurich

2021-12-12 Thread Marc-Andre Lemburg 
This is really sad news indeed. Fredrik was a brilliant and
innovative key figure in Python land for such a long time and
has contributed a lot towards Python's success.

Here's an older archived version of his website:

http://web.archive.org/web/20201109205132/http://effbot.org/




On 10.12.2021 21:20, Guido van Rossum wrote:
> A former core dev who works at Google just passed the news that Fredrik Lundh
> (also known as Effbot) has died.
> 
> 
> Fredrik was an early Python contributor (e.g. Elementtree and the 're' module)
> and his enthusiasm for the language and community were inspiring for all who
> encountered him or his work. He spent countless hours on comp.lang.python
> answering questions from newbies and advanced users alike.
> 
> 
> He also co-founded an early Python startup, Secret Labs AB, which among other
> software released an IDE named PythonWorks. Fredrik also created the Python
> Imaging Library (PIL) which is still THE way to interact with images in 
> Python,
> now most often through its Pillow fork. His effbot.org  
> site
> was a valuable resource for generations of Python users, especially its 
> Tkinter
> documentation.
> 
> 
> Fredrik's private Facebook page contains the following message from November 
> 25
> by Ylva Larensson (translated from Swedish):
> 
> 
> """
> 
> It is with such sorrow and pain that I write this. Fredrik has left us 
> suddenly.
> 
> """
> 
> 
> A core dev wrote: "I felt privileged to be able to study Fredrik's code and to
> read his writing. He was a huge asset to our community in the early days. I
> enjoyed his sense of humor as well. I'm sad that he passed away."
> 
> 
> We will miss him.
> 
> 
> 
> -- 
> --Guido van Rossum (python.org/~guido )
> /Pronouns: he/him //(why is my pronoun here?)/
> 
> 
> ___
> python-committers mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> https://mail.python.org/mailman3/lists/python-committers.python.org/
> Message archived at 
> https://mail.python.org/archives/list/[email protected]/message/36Q5QBILL3QIFIA3KHNGFBNJQKXKN7SD/
> Code of Conduct: https://www.python.org/psf/codeofconduct/
> 

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Dec 12 2021)
>>> 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-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/XH76ADYZOQX4XFPWRPX2NYRK3GMQ56QM/
Code of Conduct: http://python.org/psf/codeofconduct/