🌐 Mailman 3 December 2021 - Python-list - python.org

Re: Sad news: Fredrik Lundh ("Effbot") has passed away
by jkn Dec. 11, 2021

Dec. 11, 2021

On Saturday, December 11, 2021 at 1:37:07 AM UTC, Roel Schroeven wrote: > Message from Guido van Rossum > (https://mail.python.org/archives/list/pytho...@python.org/thread/36Q5QBILL3…): > > > 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. > > > > -- > "Your scientists were so preoccupied with whether they could, they didn't > stop to think if they should" > -- Dr. Ian Malcolm Thanks for passing on this sad news. Effbot was one of the luminaries when I started writing Python (v1.4/v1.52 times). I still have his 'standard library' book, as well as being a user of PIL/Pillow. Jon N

1 0

Sad news: Fredrik Lundh ("Effbot") has passed away
by Roel Schroeven Dec. 11, 2021

Dec. 11, 2021

Message from Guido van Rossum (https://mail.python.org/archives/list/python-dev@python.org/thread/36Q5QBIL…): > 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. > -- "Your scientists were so preoccupied with whether they could, they didn't stop to think if they should" -- Dr. Ian Malcolm

1 0

Re: How to package a Python command line app?
by Manfred Lotz Dec. 10, 2021

Dec. 10, 2021

On Thu, 9 Dec 2021 18:18:26 +0100 "Dieter Maurer" <dieter(a)handshake.de> wrote: > Manfred Lotz wrote at 2021-12-8 12:31 +0100: > >The are many possibilities to package a Python app, and I have to > >admit I am pretty confused. > > > >Here is what I have: > > > >A Python command line app which requires some packages which are not > >in the standard library. > > Are they on PyPI or can they be downloaded to PyPI? > In this case, you could install it via `pip` and > a "requirements" file (describing what is necessary). > Acutally, those packages are on pypi. I created a minimal example where I have two files hello.py ======== #!/usr/bin/python3 from message import hello import typer def main(): hello() if __name__ == "__main__": typer.run(main) message.py ========== def hello(): print("hello world") pyinstaller worked fine taking care of message.py and typer module. But as said in my other reply it is glibc version dependent. > You could also build an archive (e.g. `tar`, `zip`) > and create small installer script which unpacks and installs as > necessary. You could put the archive at the end of the script (such > that you have a single file which gets executed to do everything). This I will try next. -- Manfred

2 1

Re: How to package a Python command line app?
by Manfred Lotz Dec. 10, 2021

Dec. 10, 2021

On Thu, 9 Dec 2021 13:51:00 -0700 Mats Wichmann <mats(a)wichmann.us> wrote: > On 12/9/21 11:35, Manfred Lotz wrote: > > > I played with pyinstaller which worked fine. However, it builds a > > dynamic executable and thus it is glibc version dependent. Means, I > > have to build different executables for differen glibc versions. > > > > So, it seems I will have to check how executable zip archives are > > supposed to work. > > > > For me at least, I'm still not sure what you are trying to accomplish. > I like to offer my command line app to some people who are not really command line geeks. Means, I don't want to have to tell them to install packages via pip and stuff like that. Simply take a file, make it executable and run it. -- Manfred

1 0

Re: How to package a Python command line app?
by Manfred Lotz Dec. 10, 2021

Dec. 10, 2021

On Thu, 9 Dec 2021 21:23:58 +0100 "Peter J. Holzer" <hjp-python(a)hjp.at> wrote: > On 2021-12-09 19:35:37 +0100, Manfred Lotz wrote: > > I played with pyinstaller which worked fine. However, it builds a > > dynamic executable and thus it is glibc version dependent. Means, I > > have to build different executables for differen glibc versions. > > Just build it for the oldest version. Wasn't aware of that. > Even if you don't, it may not > matter. I just compiled a hello world program on Ubuntu 20 and ran it > on Debian 6 (which is 10 years old). Obviusly a real program has more > opportunities to run into compatibility problems, but glibc doesn't > change all that much. > > hp > I have build an executable with pyinstaller on Ubuntu 20.04 and it didn't run on Redhat 8.4. Doing it the other way round helps indeed, i.e. building on Redhat 8.4 and then it runs on Ubuntu 20.04. Thank you. -- Manfred

1 0

Re: How to package a Python command line app?
by Manfred Lotz Dec. 9, 2021

Dec. 9, 2021

On Thu, 9 Dec 2021 17:34:03 +0000 Barry <barry(a)barrys-emacs.org> wrote: > > On 8 Dec 2021, at 18:27, Manfred Lotz <ml_news(a)posteo.de> wrote: > > > > The are many possibilities to package a Python app, and I have to > > admit I am pretty confused. > > > > Here is what I have: > > > > A Python command line app which requires some packages which are > > not in the standard library. > > > > I am on Linux and like to have an executable (perhaps a zip file > > with a shebang; whatever) which runs on different Linux systems. > > > > Different mean > > - perhaps different glibc versions > > - perhaps different Python versions > > > > In my specific case this is: > > - RedHat 8.4 with Python 3.6.8 > > - Ubuntu 20.04 LTS with Python 3.8.10 > > - and finally Fedora 33 with Python 3.9.9 > > > > > > Is this possible to do? If yes which tool would I use for this? > > Have a look at pyinstaller it knows how to collect up all your > dependancies and build a folder of files you can distribute. It’s > also got a single file mode that you might find useful. The end user > does not need to install python. > > I am looking at using it to build gui apps a macOs. > > You will have to experiment to find out if it solves you glib case > concerns. > I played with pyinstaller which worked fine. However, it builds a dynamic executable and thus it is glibc version dependent. Means, I have to build different executables for differen glibc versions. So, it seems I will have to check how executable zip archives are supposed to work. -- Manfred

3 2

Re: Return
by Roland Müller Dec. 9, 2021

Dec. 9, 2021

Hello, On 12/8/21 11:29, vani arul wrote: > Thanks for your help. > I am not good at programming.My code works perfectly.But I am bit > confused about the return values. > > Binary Search Program > > /def Binarysearch(a,key): > l=0 > r=len(a)-1 > while l<=r: > med = (l+r)//2 > if key==a[med]: > return med > elif key>a[med]: > l=med+1/ > > / elif key<a[med]: > r=med-1 > return -1 > a=[6,8,23,33,44,55,66] > found=Binarysearch(a,66) > print("result:",found)"""/ > > if key==a[med] condition is satisfied,the the block returns med. > > But in the following block,how does it return values if there is no > return specified? > First of all please reply always to the list address! If Python does not encounter a return statement it will continue to run the function. In your example the while loop will continue until the condition 'l<=r' is true. If Python exits the while loop then there is a return -1. BR, Roland > > > Regards > Vani > > On Wed, Dec 8, 2021 at 2:15 AM Roland Mueller > <roland.em0001(a)googlemail.com> wrote: > > Hello > > ti 7. jouluk. 2021 klo 19.47 vani arul (arulvani66(a)gmail.com) > kirjoitti: > > Hey There, > Can someone help to understand how a python function can > return value with > using return in the code? > It is not not about explicit or implicit function call. > > > Not sure whether I understood your question: I have a simple > example about return. > * f() and h() explicitely return something > * g() and h() return None > > BTW, also Python documentation tool pydoc has an article about return. > > #!/usr/bin/python > > def f(): > return 42 > def g(): > pass > def h(): > return > > if __name__ == "__main__": > print(f"f(): {f()}") > print(f"g(): {g()}") > print(f"h(): {h()}") > > Result: > f(): 42 > g(): None > h(): None > > Pydoc: > $ pydoc return > > BR, > Roland > > > Thanks > Vani > -- > https://mail.python.org/mailman/listinfo/python-list >

1 0

Re: Odd locale error that has disappeared on reboot.
by Chris Green Dec. 9, 2021

Dec. 9, 2021

Julio Di Egidio <julio(a)diegidio.name> wrote: > On 08/12/2021 10:50, Chris Green wrote: > > Julio Di Egidio <julio(a)diegidio.name> wrote: > >> On 07/12/2021 16:28, Chris Green wrote: > >>> What could have caused this? I certainly wasn't around at 03:40! :-) > >>> There aren't any automatic updates enabled on the system, the only > >>> thing that might have been going on was a backup as that Pi is also > >>> my 'NAS' with a big USB drive connected to it. The backups have been > >>> running without problems for more than a year. Looking at the system > >>> logs shows that a backup was started at 03:35 so I suppose that *could* > >>> have provoked something but I fail to understand how. > >> > >> Since it's a one-off, doesn't sound like a system problem. The easiest > >> might be that you try-catch that call and retry when needed, and I'd > >> also check that 'ftxt' is what it should be: "external devices" may > >> fail, including when they do produce output... > >> > > Well it repeated every ten minutes through the night until I rebooted > > the system, so it wasn't really a "one off". I hasn't repeated since > > though. > > Still your code wouldn't pass review: you do need some exception > handling there, that it's not failing right now is no excuse. Moreover, > next time it fails, you won't be any wiser since you keep not handling > it... Unless this is all just for fun, in which case of course never mind. > It is basically 'just for fun' we wanted to see how warm/cold the cats' home above our garage was now that winter has arrived. However catching and re-trying isn't going to help at all. It happily produced the same arror every 10 minutes throughout the night until I rebooted the system. I suppose I *could* reboot after (say) three failures but it seems a bit drastic! :-) -- Chris Green ·

2 1

How to package a Python command line app?
by Manfred Lotz Dec. 9, 2021

Dec. 9, 2021

The are many possibilities to package a Python app, and I have to admit I am pretty confused. Here is what I have: A Python command line app which requires some packages which are not in the standard library. I am on Linux and like to have an executable (perhaps a zip file with a shebang; whatever) which runs on different Linux systems. Different mean - perhaps different glibc versions - perhaps different Python versions In my specific case this is: - RedHat 8.4 with Python 3.6.8 - Ubuntu 20.04 LTS with Python 3.8.10 - and finally Fedora 33 with Python 3.9.9 Is this possible to do? If yes which tool would I use for this? -- Manfred

4 5

Re: HTML extraction
by Pieter van Oostrum Dec. 9, 2021

Dec. 9, 2021

Roland Mueller <roland.em0001(a)googlemail.com> writes: > But isn't bs4 only for SOAP content? > Can bs4 or lxml cope with HTML code that does not comply with XML as the > following fragment? > > A > B > <hr> > bs4 can do it, but lxml wants correct XML. Jupyter console 6.4.0 Python 3.9.9 (main, Nov 16 2021, 07:21:43) Type 'copyright', 'credits' or 'license' for more information IPython 7.29.0 -- An enhanced Interactive Python. Type '?' for help. In [1]: from bs4 import BeautifulSoup as bs In [2]: soup = bs('AB<hr>') In [3]: soup.p Out[3]: A In [4]: soup.find_all('p') Out[4]: [A, B] In [5]: from lxml import etree In [6]: root = etree.fromstring('AB<hr>') Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/IPython/core/interactiveshell.py", line 3444, in run_code exec(code_obj, self.user_global_ns, self.user_ns) File "/var/folders/2l/pdng2d2x18d00m41l6r2ccjr0000gn/T/ipykernel_96220/3376613260.py", line 1, in <module> root = etree.fromstring('AB<hr>') File "src/lxml/etree.pyx", line 3237, in lxml.etree.fromstring File "src/lxml/parser.pxi", line 1896, in lxml.etree._parseMemoryDocument File "src/lxml/parser.pxi", line 1777, in lxml.etree._parseDoc File "src/lxml/parser.pxi", line 1082, in lxml.etree._BaseParser._parseUnicodeDoc File "src/lxml/parser.pxi", line 615, in lxml.etree._ParserContext._handleParseResultDoc File "src/lxml/parser.pxi", line 725, in lxml.etree._handleParseResult File "src/lxml/parser.pxi", line 654, in lxml.etree._raiseParseError File "<string>", line 1 XMLSyntaxError: Premature end of data in tag hr line 1, line 1, column 13 -- Pieter van Oostrum <pieter(a)vanoostrum.org> www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]

2 1