vincenzopalazzo
/
rgb-cln
1
0
Fork 0
Code Issues 1 Pull Requests Packages Projects Releases Wiki Activity
rgb-cln/contrib/pyln-proto/setup.py

25 lines
815 B
Python
Raw Normal View History

pyln: Split pylightning into multiple pyln modules This is the first step to transition to a better organized python module structure. Sadly we can't reuse the `pylightning` module as a namespace module since having importable things in the top level of the namespace is not allowed in any of the namespace variants [1], hence we just switch over to the `pyln` namespace. The code the was under `lightning` will now be reachable under `pyln.client` and we add the `pyln.proto` module for all the things that are independent of talking to lightningd and can be used for protocol testing. [1] https://packaging.python.org/guides/packaging-namespace-packages/ Signed-off-by: Christian Decker <decker.christian@gmail.com>
2019-07-23 14:26:28 +01:00
from setuptools import setup
import io
with io.open('README.md', encoding='utf-8') as f:
long_description = f.read()
with io.open('requirements.txt', encoding='utf-8') as f:
requirements = [r for r in f.read().split('\n') if len(r)]
setup(name='pyln-proto',
pyln: Bump proto version to match pyln-bolt* Since pyln-bolt* specify the 0.8.4 version which we didn't upload, and the requirements.txt specify ==0.8.4, we need to backfill that version, even if we could just bump it directly to 0.9.1.
2020-09-10 08:29:51 +01:00
version='0.8.4',
pyln: Split pylightning into multiple pyln modules This is the first step to transition to a better organized python module structure. Sadly we can't reuse the `pylightning` module as a namespace module since having importable things in the top level of the namespace is not allowed in any of the namespace variants [1], hence we just switch over to the `pyln` namespace. The code the was under `lightning` will now be reachable under `pyln.client` and we add the `pyln.proto` module for all the things that are independent of talking to lightningd and can be used for protocol testing. [1] https://packaging.python.org/guides/packaging-namespace-packages/ Signed-off-by: Christian Decker <decker.christian@gmail.com>
2019-07-23 14:26:28 +01:00
description='Pure python implementation of the Lightning Network protocol',
long_description=long_description,
long_description_content_type='text/markdown',
url='http://github.com/ElementsProject/lightning',
author='Christian Decker',
author_email='decker.christian@gmail.com',
license='MIT',
pyln.proto: fix package list in setup.py Remove non-existant pyln.proto.bolts. bolts will have separate setup.py, so we can rev the versions individually. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2020-06-16 22:20:30 +01:00
packages=['pyln.proto', 'pyln.proto.message'],
pyln.proto.message, pyln.proto.spec*: do magic to expose mypy types. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2020-06-18 06:59:48 +01:00
package_data={'pyln.proto.message': ['py.typed']},
pyln: Split pylightning into multiple pyln modules This is the first step to transition to a better organized python module structure. Sadly we can't reuse the `pylightning` module as a namespace module since having importable things in the top level of the namespace is not allowed in any of the namespace variants [1], hence we just switch over to the `pyln` namespace. The code the was under `lightning` will now be reachable under `pyln.client` and we add the `pyln.proto` module for all the things that are independent of talking to lightningd and can be used for protocol testing. [1] https://packaging.python.org/guides/packaging-namespace-packages/ Signed-off-by: Christian Decker <decker.christian@gmail.com>
2019-07-23 14:26:28 +01:00
scripts=[],
zip_safe=True,
install_requires=requirements)