From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adolf Belka To: development@lists.ipfire.org Subject: Re: Dropping Python 2 Date: Wed, 05 May 2021 18:49:56 +0200 Message-ID: In-Reply-To: <74B08C60-EBDB-4C2E-83E0-A5EB5A0C3C5E@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4643716409346671703==" List-Id: --===============4643716409346671703== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Michael, I am up for helping. I suspect the ones written in python2 that need to=20 be converted to python3 might not be so good for me. I have never=20 programmed in python at all. I will have a go with some of the packages and see how things go. I can start with something like fetchmail and see if I run into any=20 problems or not. Regards, Adolf. On 05/05/2021 16:27, Michael Tremer wrote: > Hello, > > I would like to talk about what has been discussed at the last developer co= nference call this week: Dropping Python 2 > > This version of Python has reached its end of life and will no longer recei= ve any security fixes. Hence we need to get rid of it as soon as possible. > > However, there is lots of software that still depends on it which has to be= migrated away first. > > There are at least the following packages: > > boost > fetchmail > fireinfo > iotop > ipaddr > libxml2 > libxslt > newt > nmap > python > python-clientform > python-daemon > python-distutils > python-distutils-extra > python-docutils > python-feedparser > python-inotify > python-ipaddress > python-m2crypto > python-mechanize > python-optional-src > python-pyparsing > python-rssdler > python-setuptools > python-six > python-typing > > We also have the following scripts: > > config/ca-certificates/certdata2pem.py > config/unbound/unbound-dhcp-leases-bridge > > Fireinfo is written by us and has a lot of C which will make it a little bi= t more difficult to migrate. We would also have to be very careful to not cha= nge any behaviour of the current implementation. > > The rest is probably either software that is entirely written in Python 2 o= r software that brings bindings for Python. The latter case is easy because w= e can either force it to build with Python 3 or we just disable the bindings. > > Ultimately we might need to keep Python around in the build system if there= are other packages that rely on it. However, it would be great if we were ab= le to remove it from the distribution very soon. Looking at his list, it does= not seem to be too difficult. > > Would anyone be up to help and remove Python from any of those packages abo= ve? I would like to aim for Core Update 158 and remove as much stuff as possi= ble - if we can everything - and then remove Python 2 in the update after tha= t. If anyone has any custom scripts or applications, people will have some ti= me to migrate away. > > Best, > -Michael --=20 Sent from my laptop --===============4643716409346671703==--