[RELEASED] Python 3.5.10 is released

[Larry Hastings]

On behalf of the Python development community, I'm plesed to announce 
the availability of Python 3.5.10.


Python 3.5 is in "security fixes only" mode.  This new version only 
contains security fixes, not conventional bug fixes, and it is a 
source-only release.


Important Notice: The latest releases of Linux (Ubuntu 20.04, Fedora 32) 
ship with a new version of OpenSSL.  New versions of OpenSSL often 
include upgraded configuration requirements to maintain network 
security; this new version no longer finds Python 3.5's OpenSSL 
configuration acceptable.  As a result, most or all secure-transport 
networking libraries are broken in this release on systems where this 
new version of OpenSSL is deployed.  This means, for example, that seven 
(7) of the regression tests in the test suite now regularly fail.  Older 
versions of Linux, with older versions of OpenSSL installed, are 
unaffected.  We're aware of the problem.  Unfortunately, as 3.5 is 
nearly completely out of support, it has become very low priority, and 
we've been unable to find the resources to get the problem fixed.  It's 
possible that these problems simply won't be fixed in 3.5 before it 
reaches its end-of-life.  As always we recommend upgrading to the latest 
Python release wherever possible.


Python 3.5 will reach its "end of life" at the end of September 2020.  
If there are no security patches filed for Python 3.5 after the release 
of Python 3.5.10, then Python 3.5.10 will be the final release of the 
3.5 series.



You can find Python 3.5.10 here:

   https://www.python.org/downloads/release/python-3510/



Cheers,


//arry/
--
https://mail.python.org/mailman/listinfo/python-list

Re: Replacement for pygtk?

[Chris Green]

Grant Edwards  wrote:
> > The nice thing about the gi module is it can wrap any gobject-based
> > library, not just GTK+ proper.  So if someone made a custom widget
> > in Vala, for example, you could access it via gi.  It's a neat
> > idea. My only problem with it is the resulting Python API is not
> > always as pythonic as pygtk code was.
> 
> I noticed that right away.  In pygtk, most methods (e.g. .pack_start)
> had named arguments with well chosen defaults. The vast majority of
> the time, I only supplied one argument for the pack_start() call.
> With gi's implementation of pack_start, there are no named parameters:
> they're all positional. You have to specify all four of them every
> time, even if the last three are False,False,0 95% of the time.  And
> the lack of names makes it impossible to figure out from reading the
> application source code what those last three actually mean.  [The
> first argument is obvious in context.]
> 
> I assume that difference is because pygtk was hand-written and gi is
> built auto-magically using SWIG or something like that?
> 
In my case a couple of constants/enums changed their names and of
course gtk becomes Gtk in many places.

-- 
Chris Green
·
-- 
https://mail.python.org/mailman/listinfo/python-list

Uninstall problem

[f.leroy]

Hello,

 

I commit an error to install python because I chose python 3.8.5 x32bytes

So I wanted uninstalling it to install python 3.7.9 x64bytes

But 3.8.5 version don't want uninstall !?!

 

And so I have the twice in my computer now ! How can I do to uninstall 3.8.5
?

 

Thanks 

 

 

  

 

 

https://recrute.pole-emploi.fr/page-entreprise/omnias-001 

 

 

 

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Uninstall problem

[Luuk]

On 5-9-2020 15:54, f.le...@omnias.fr wrote:

Hello,

  


I commit an error to install python because I chose python 3.8.5 x32bytes

So I wanted uninstalling it to install python 3.7.9 x64bytes

But 3.8.5 version don't want uninstall !?!

  


And so I have the twice in my computer now ! How can I do to uninstall 3.8.5
?

  


Thanks

  


You have to tel which OS (Operating System) you are using,

And from which place you installed this version.

Because i am assuming you use Windows:

If it is from here:
https://www.microsoft.com/en-us/p/python-38/9mssztt1n39l?activetab=pivot:overviewtab

then uninstall info is here:
https://support.microsoft.com/en-us/help/4028054/windows-10-repair-or-remove-programs


--
Luuk
--
https://mail.python.org/mailman/listinfo/python-list

Re: Replacement for pygtk?

[Akkana Peck]

Grant Edwards writes:
> Is pygobject the replacement for pygtk?

The easiest way to use it, if you want a quick port with the
fewest code changes, is:

from gi import pygtkcompat
pygtkcompat.enable()
pygtkcompat.enable_gtk(version='3.0')

I don't know if pygtkcompat is going to be supported forever, or
will eventually be deprecated, but it does make porting very easy.
The harder way,

from gi.repository import Gtk

(plus Gdk, GdkPixbuf, Pango, PangoCairo etc.) might be more
future-proof but requires more porting effort.

Grant Edwards writes:
> I assume that difference is because pygtk was hand-written and gi is
> built auto-magically using SWIG or something like that?

Right. Which also has the unfortunate side effect that gi-imported
libraries usually have no built-in documentation -- you can't learn
much by typing help(object) or help(classname) in the Python console.
So you usually have to use the C documentation and guess at the
Python signatures.

> For native Linux apps I definitely prefer Gtk.  The other choices are
>extra complexity doesn't ever seem to buy me anything except
>MS-Windows compatibility [which did matter for a few of the apps I
>used to maintain].  The last time I looked into Gtk on Windows, it
>didn't sound usable, but that was many years ago.

A few years ago, pip install pygtk worked on Windows for gtk2 (in
fact, it *only* worked on Windows; it didn't work on Mac or Linux).
I suspect you can install the new gi version of GTK3 etc. via pip3,
but I haven't actually verified that.

On Mac, python-gtk2 was extremely difficult to install. I hope
python3/gi/GTK3 is easier. You can install these packages via pip
now on Linux, so I'd hope that's true on Mac as well.

>  * PyQt -- I run Gtk-centric Linux systems, and the second you try to
>use one Qt widget, it always seems to pull in hundreds of packages
>that take a week to build.

I haven't generally found that about PyQt. Most KDE apps do pull in
hundreds of packages, but I haven't had to install that many just to
use PyQt. I usually prefer GTK, but there are a few things PyQt
offers that aren't available in GTK any more, like an HTML
browser/viewer: python-webkit was only available for Python2
and there seems to be no GTK web viewer option now, whereas
PyQt5.QtWebEngineWidgets allow for a reasonably functional, if not
particularly well documented or configurable, HTML viewer.

>  * WxPython ­- It's bigger and far more complex than pygtk/gi and
>  [ ... ]
>  * Tkinter -- It's ugly on Linux (yea, I know there are supposed to be

TkInter and WxPython are fine for bringing up a quick window, but
when I've tried to use them for more complex apps, I usually
hit limitations in low-level areas like event handling or window
management. Though admittedly it's been years since I tried to write
anything nontrivial in either one, and they may have matured.

Grant Edwards writes:
> I'm still trying to figure out to "freeze" the size of a button so
> that when I change its contained label text on-the-fly it doesn't
> resize and shift everying else slightly.  I don't remember that
> happening with gtk2 (which I can no longer run), but I've no idea
> why...

If you figure that out, let me know: I have a couple of apps that
have that problem as well, and I've just been putting up with it.

...Akkana
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Uninstall problem

[Mats Wichmann]

On 9/5/20 7:54 AM, f.le...@omnias.fr wrote:
> Hello,
> 
>  
> 
> I commit an error to install python because I chose python 3.8.5 x32bytes
> 
> So I wanted uninstalling it to install python 3.7.9 x64bytes

why not 3.8.5, by the way?

> But 3.8.5 version don't want uninstall !?!

what does this mean?   uninstall should work like any uninstall on your
platform. in what way doesn't it want to uninstall?


> And so I have the twice in my computer now ! How can I do to uninstall 3.8.5
> ?


it doesn't hurt to have more than one.  If you're on Windows, and use
the Python Launcher, you can show all your installs, and use it to
select the one you want:

py --list
py -3.7# specifically pick 3.7
py -3.8-32   # pick 32-bit 3.8, if both 64-bit and 32-bit are installed
py -3-64  # pick latest 64-bit Py3

The one reason you might be unhappy with both is that the Python
Launcher picks the highest numbered one as the default, so just

py

would get you 32-bit 3.8.   if both 64-bit and 32-bit of same version
are installed, the 64-bit one is preferred.

-- 
https://mail.python.org/mailman/listinfo/python-list

Issue with python 3.7.9 installation

[Juanti VF]

 Hey,

I tried installing python 64 bit after uninstalling my 32 bit version. When
I try to run python -v on the terminal I get an absolute TON of messages
about frozen_importlib.

I did add python to PATH during installation and I'm using a 64 bit win 10
machine.

This is the .exe file I ran for installation, if that matters:
python-3.7.9-amd64.exe

Any ideas?

Regards, Juan Ignacio.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Any ideas for a new language inspired to Python?

[Tony Flury via Python-list]

On 08/08/2020 18:18, Marco Sulla wrote:




Thank you, some features are interesting, even if I prefer the Python syntax.

What about the compiler? Is it better to "compile" to C or to
bytecode? How can I generate a bytecode that can be compiled by gcc?
Can I skip the AST generation for now, or it will be a great problem
later?


Most modern compilers use an AST - it is simply an internal 
representation of the syntax, and for most compilers it it is an 
intermediate step before code generation.


I think you mean skipping the bytecode generation and generating 
straight to C/machine code.


--

Tony Flury

--
https://mail.python.org/mailman/listinfo/python-list

Re: Issue with python 3.7.9 installation

[MRAB]

On 2020-09-05 21:12, Juanti VF wrote:

  Hey,

I tried installing python 64 bit after uninstalling my 32 bit version. When
I try to run python -v on the terminal I get an absolute TON of messages
about frozen_importlib.

I did add python to PATH during installation and I'm using a 64 bit win 10
machine.

This is the .exe file I ran for installation, if that matters:
python-3.7.9-amd64.exe

I think you've misunderstood what the -v switch is for. It means 
"verbose", so you're asking it to report what imports it's doing while 
it's starting up.

--
https://mail.python.org/mailman/listinfo/python-list

Re: Replacement for pygtk?

[Michael Torrie]

On 9/4/20 3:24 PM, Grant Edwards wrote:
> I assume that difference is because pygtk was hand-written and gi is
> built auto-magically using SWIG or something like that?

Essentially, yes.  Although pygobject does not use a tool like swig to
generate static wrappers. Rather it uses the GTK introspection API to
ask gobject's for their methods and attributes, and then marshalls and
calls them at runtime. So you can use pygobject with any GObject-based
binary library, not just GTK+.  Hope that makes sense.
-- 
https://mail.python.org/mailman/listinfo/python-list