It seems I will need to process every single file function by function.. So just here to keep track.
cherrypy - Replace by requirements.txtgntp - Replace by requirements.txtinterfaceslicenses (needs to be updated after all this is done)sabnzbdutils __init__.py (deleted for now)certgen.pycheckdir.pydiskspeed.pygetperformance.pyhappyeyeballs.pykronos.pypathbrowser.pypybonjour.pypystone.pyrarfile.pyrsslib.py - Removed RSS-output capabilities in 2.3.xservertests.pysystrayiconthread.pyupload.py__init__.pyapi.pyarticlecache.pyassembler.pybpsmeter.pycfg.pyconfig.pyconstants.pydatabase.pydecoder.pydecorators.pydirectunpacker.pydirscanner.pydownloader.pyemailer.pyencoding.pyfilesystem.py - Newgetipaddress.pyinterface.pylang.pymisc.pynewsunpack.pynewswrapper.pynotifier.pynzbparser.py - Newnzbqueue.pynzbstuff.pyosxmenu.pypanic.pypar2file.pypostproc.pypowersup.pyrating.pyrss.pysabtraylinux.pysabtray.pyscheduler.pyskintext.pysorting.pyurlgrabber.pyversion.pyzconfig.pyscriptssix - No longer neededteststest_functional.pytesthelper.pytoolsextract_pot.pymake_mo.pymsgfmt.pyutilapireg.py__init__.pymailslot.pyISSUES.txt (needs to be updated after all this is done)SABHelper.pySABnzbd.pyplatform_btou with Popen because we cannot use encoding parameter, which was only added in Python 3.6 and we also want to support Python 3.5universal_newlines/text (parameter was renamed) and set it to True, but this doesn't work for unicode downloads. For some reason it breaks on special outputs.bufsize=0 in Direct Unpack, otherwise Python 3 tries to be smart and buffer the Popen output.do we really want to support python 3.5?
Python 2.0 - October 16, 2000
Python 2.1 - April 15, 2001
Python 2.2 - December 21, 2001
Python 2.3 - July 29, 2003
Python 2.4 - November 30, 2004
Python 2.5 - September 19, 2006
Python 2.6 - October 1, 2008
Python 2.7 - July 3, 2010
Python 3.0 - December 3, 2008
Python 3.1 - June 27, 2009
Python 3.2 - February 20, 2011
Python 3.3 - September 29, 2012
Python 3.4 - March 16, 2014
Python 3.5 - September 13, 2015
Python 3.6 - December 23, 2016
Python 3.7 - June 27, 2018
from python 3.6 change log ( https://docs.python.org/3/whatsnew/3.6.html ):
The dict type has been reimplemented to use a more compact representation based on a proposal by Raymond Hettinger and similar to the PyPy dict implementation. This resulted in dictionaries using 20% to 25% less memory when compared to Python 3.5.
The hashlib and ssl modules now support OpenSSL 1.1.0.
https://docs.python.org/3/whatsnew/3.6.html#pep-529-change-windows-filesystem-encoding-to-utf-8
there is plenty of other things.. but also python 3.5 performance was not great.. 3.6+ is when it finally started to overtake python 2.x
It's because we want to support Ubuntu 16 (LTS), which ships with 3.5.
Hello, is there any update on this effort? Debian is trying to remove Python 2 from the next stable release (a couple of years ahead, but better start early :)
Python 2 end of life is 2020 -- https://pythonclock.org/
So we still have a few more months. but it's not like python2 is just going to stop working.
Just there wont be any more updates... which may or maynot matter to most.
Now when the next hot
Well. Now it's broken ;)
I get "Python 2.7 is no longer supported" when running the post-processing script
I get "Python 2.7 is no longer supported" when running the post-processing script
SABnzbd nor Python say that.
I guess you're using nzbToMedia, as that post-processing script says that. See https://github.com/clinton-hall/nzbToMedia/blob/2e7d4a58633b4b7924496ba849636bd5bb3b98cc/eol.py#L143 for the code.
So ... discuss or register an issue there?
PS: if you run SABnzbd from source (probably: on Linux), you could start using the python3 version of SABnzbd. It works for me!
Sure. It's still related to Sabnzbd since it's the reason an outdated version of python is used for nzbToMedia
since it's the reason an outdated version of python is used for nzbToMedia
Could be (but I doubt it: see https://github.com/clinton-hall/nzbToMedia/issues/1533#issuecomment-570089243 ), but the real reason is someone decided to code that warning into nzbToMedia: https://github.com/clinton-hall/nzbToMedia/issues/1533
Well. Now it's broken ;)
I get "Python 2.7 is no longer supported" when running the post-processing script
Using Ubuntu and have sabnzbd running on a headless server. Got round this issue by changing the python default to Python 3, but in the sabnzbd daemon use /bin/phython2
Most helpful comment
Well. Now it's broken ;)
I get "Python 2.7 is no longer supported" when running the post-processing script