From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adolf Belka To: development@lists.ipfire.org Subject: Re: Dropping Python 2 (python-m2crypto) Date: Fri, 14 May 2021 21:28:55 +0200 Message-ID: In-Reply-To: <74B08C60-EBDB-4C2E-83E0-A5EB5A0C3C5E@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2376135532147907093==" List-Id: --===============2376135532147907093== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Michael, The blockage of nmap to removing python2 was resolved but I have a new one no= w that may be more difficult to resolve. python-m2crypt was able to be successfully built with python3. However crda u= ses python-m2crypt and from what I have read it only works with python2. When I do the build then M2Crypto is in python3.8/site-packages/ and crda giv= es the following error =C2=A0=C2=A0=C2=A0 make[1]: Entering directory '/usr/src/crda-4.14' =C2=A0=C2=A0=C2=A0 GEN=C2=A0 keys-gcrypt.c =C2=A0=C2=A0=C2=A0 Trusted pubkeys: pubkeys/linville.key.pub.pem pubkeys/sfo= rshee.key.pub.pem =C2=A0=C2=A0=C2=A0 ERROR: Failed to import the "M2Crypto" module: No module = named _m2crypto =C2=A0=C2=A0=C2=A0 Please install the "M2Crypto" Python module. =C2=A0=C2=A0=C2=A0 On Debian GNU/Linux the package is called "python-m2crypt= o". No matter what I do crda doesn't find python-m2crypto. If I change the python= -m2crypto lfs from using =C2=A0=C2=A0=C2=A0 cd $(DIR_APP) && python3 setup.py build =C2=A0=C2=A0 =C2=A0cd $(DIR_APP) && python3 setup.py install --root=3D/ to =C2=A0=C2=A0=C2=A0 cd $(DIR_APP) && python setup.py build =C2=A0=C2=A0=C2=A0 cd $(DIR_APP) && python setup.py install --root=3D/ then crda builds successfully. Arch Linux and Gentoo have a python3 patch for crda (the same patch for both)= but it makes no difference for my build. 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 --===============2376135532147907093==--