Changes between Initial Version and Version 1 of Ticket #2925


Ignore:
Timestamp:
2018-05-14T15:28:13Z (6 years ago)
Author:
exarkun
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #2925 – Description

    initial v1  
    11Storage nodes expose their functionality by way of a Foolscap-based network interface.  Foolscap offers a very rich set of functionality for defining such interfaces but this comes with certain costs.
    22
    3 For example, Foolscap is presently only implement in Python 2.  As the planned de-support of Python 2 by python-dev looms (presently less than 2 years of support officially remain and _practically_ Python 2 is already orphaned from a number of interesting perspectives), this poses an increasingly relevant challenge to the Tahoe-LAFS project (will Tahoe-LAFS require an unsupported runtime?  Will Tahoe-LAFS abandon CPython and require PyPy?  etc).
     3For example, Foolscap is presently only implement in Python 2.  As the planned de-support of Python 2 by python-dev looms (presently less than 2 years of support officially remain and _practically_ Python 2 is already orphaned from a number of interesting perspectives), this poses an increasingly relevant challenge to the Tahoe-LAFS project (will Tahoe-LAFS require an unsupported runtime?  Will Tahoe-LAFS abandon CPython and require !PyPy?  etc).
    44
    55Further, as there are no non-Python implementations at all, any efforts to create a non-Python Tahoe-LAFS implementation must start at the low level of implementing the Foolscap protocol (and due to the rich featureset of Foolscap, this is no simple task).