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 23:46:33 +0200 Message-ID: <3f0c7824-fe12-33b2-5c90-925b8e967fc1@ipfire.org> In-Reply-To: <311e0ed5-552a-a1f6-40fb-469086b2a2aa@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7777456648512710365==" List-Id: --===============7777456648512710365== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi All, fetchmail looks to have worked with no problems. I have submitted a patch for= it. I have also looked at python-daemon and if it is updated to the latest versio= n then it requires a minimum python of 3.0 so that should also work fine. I will try that package tomorrow morning. Regards, Adolf. On 05/05/2021 19:12, Adolf Belka wrote: > Hi all, > > Looking at fetchmail it looks like I just need to set an environment variab= le to python3. However, I have also realised that the current version of fetc= hmail is from 2013 and is marked obsolete so I will also do an update to the = current version. Fetchmail from 2013 is definitely not a secure version to be= using. > > Will let you know how things go. > > Regards, > > Adolf. > > > On 05/05/2021 18:49, Adolf Belka wrote: >> Hi Michael, >> >> I am up for helping. I suspect the ones written in python2 that need to be= converted to python3 might not be so good for me. I have never 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 proble= ms 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 = conference call this week: Dropping Python 2 >>> >>> This version of Python has reached its end of life and will no longer rec= eive 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 = bit more difficult to migrate. We would also have to be very careful to not c= hange any behaviour of the current implementation. >>> >>> The rest is probably either software that is entirely written in Python 2= or software that brings bindings for Python. The latter case is easy because= we can either force it to build with Python 3 or we just disable the binding= s. >>> >>> Ultimately we might need to keep Python around in the build system if the= re are other packages that rely on it. However, it would be great if we were = able to remove it from the distribution very soon. Looking at his list, it do= es not seem to be too difficult. >>> >>> Would anyone be up to help and remove Python from any of those packages a= bove? I would like to aim for Core Update 158 and remove as much stuff as pos= sible - if we can everything - and then remove Python 2 in the update after t= hat. If anyone has any custom scripts or applications, people will have some = time to migrate away. >>> >>> Best, >>> -Michael >> --===============7777456648512710365==--