Just a heads up - here is a WIP PR with those changes - https://github.com/apache/libcloud/pull/1377
On Thu, Nov 21, 2019 at 12:53 PM anthony shaw <anthony.p.s...@gmail.com> wrote: > Here you go https://pypistats.org/packages/apache-libcloud > > However- remember that many of the Python 2.7 downloads are linked to older > versions of libcloud. > > On Thu, Nov 21, 2019 at 11:42 AM Samuel Marks <samuelma...@gmail.com> > wrote: > > > Anthony prepared some statistics a while back showing the proportion of > > users on each version of Python. Maybe an updated chart will help > convince > > the community here? > > > > Samuel Marks > > http://linkedin.com/in/samuelmarks > > > > > > On Thu, Nov 21, 2019 at 10:17 PM anthony shaw <anthony.p.s...@gmail.com> > > wrote: > > > > > Considering libcloud has had the Metadata 1.2 tag for the minimum > > required > > > Python version, if we dropped 2.7 and 3.3, 3.4, then users would simply > > > install an old version. > > > https://packaging.python.org/guides/dropping-older-python-versions/ > > > > > > We put those attributes over a year ago. > > > > > > I'd be hugely in favor, there would be a lot of other simplicity and > > > refactoring that could be done around the storage driver, the file > > > handling, buffering, string interpolation, etc. > > > > > > We have stable versions of Libcloud that support 2.7, users would still > > use > > > those. We should decide if we want to maintain a 'critical fix only' > > > branch. > > > > > > Another consideration in the future would be the async support for the > > API, > > > which attempts to do have stalled because we have to support Python 2 > and > > > 3.4. > > > > > > Anthony Shaw > > > > > > ------------------------------ > > > *From:* Tomaz Muraus <to...@apache.org> > > > *Sent:* Wednesday, November 20, 2019 7:18 pm > > > *To:* dev@libcloud.apache.org > > > *Subject:* [dev] Dropping support for old Python versions (2.7 and 3.4) > > > > > > Everyone, > > > > > > Python 2.7 is reaching EOL in just a couple of months. I think makes > > sense > > > for us to drop support for all the Python versions which are not > actively > > > supported and maintained anymore. > > > > > > This means Python 2.7, Python 3.4 and PyPy 2. > > > > > > A lot of the larger and popular Python projects have already done that > > > (py.test, paramiko, eventlet, etc.). > > > > > > I propose dropping support for those two versions in a next major > release > > > which should coincide with Python 2.7 EOL date. > > > > > > Dropping support for Python 2.7 will also allow us to eventually get > rid > > of > > > our libcloud.utils.py3 wrapper and remove a lot of Python 2 and Python > 3 > > > compatibility code (which will also result in cleaner and easier to > read > > > code). > > > > > > Do keep in mind though that the plan is to approach this in an > > incremental > > > manner. > > > > > > First step will just be stopping testing with those Python versions and > > > removing those versions from classifiers section in setup.py. > > > > > > Actually getting rid of "libcloud.utils.py3" and other Python 2 / 3 > > > compatibility code will be much more involved and likely take much more > > > time. > > > > > > What do others think? > > > > > > Regards, > > > Tomaz > > > > > >