ring-xous
Pure-Rust port of Ring for 32-bit embedded targets. (by betrusted-io)
packaging.python.org
Python Packaging User Guide (by pypa)
| ring-xous | packaging.python.org | |
|---|---|---|
| 1 | 4 | |
| 11 | 1,363 | |
| - | 0.9% | |
| 0.0 | 9.5 | |
| 3 months ago | 2 days ago | |
| Assembly | Python | |
| GNU General Public License v3.0 or later | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ring-xous
Posts with mentions or reviews of ring-xous.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-11-19.
-
ABI compatibility in Python: How hard could it be?
We solved this by porting ring to rust using c2rust, and the resulting code seems to work well even on our bespoke architecture. It's possible to use the generated code and cross compile from any major platform to riscv32imac-unknown-xous-elf even without a C compiler, and it seems to be constant time still.
https://github.com/betrusted-io/ring-xous
packaging.python.org
Posts with mentions or reviews of packaging.python.org.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-11-19.
- ABI compatibility in Python: How hard could it be?
-
Making Sense of pyproject.toml, setup.cfg, and setup.py
[metadata] name = sample_pkg version = 1.0.0 author = Sharon Fitzpatrick description = this is the smallest description long_description = This is a longest description url = https://github.com/pypa/packaging.python.org keywords = python,example [options] python_requires = >=3.8, <4 install_requires = numpy matplotlib [options.extras_require] test = pytest coverage [options.package_data] sample = sample_data.csv'
-
How to Build a pyproject.toml File
# tells pip what build tool to use to build your package [build-system] requires = ["setuptools>=61.0"] build-backend = "setuptools.build_meta" # tells pip how to build your pypi webpage & what dependencies to install [project] name = "sample_pkg" dynamic = ["readme"] version = "0.0.30" authors = [ { name="Sharon Fitzpatrick", email="[email protected]" }] description = "A tool that performs xyz" dependencies = ["matplotlib", "numpy<1.23.0"] license = { file="LICENSE" } requires-python = ">=3.8" classifiers = [ "Programming Language :: Python :: 3", "License :: OSI Approved :: MIT License", "Operating System :: OS Independent", ] # (BETA) tells setuptools you will be using a readme file for the long description field for your pypi profile. [tool.setuptools.dynamic] readme = {file = ["README.md"]} # (OPTIONAL) tells pypi that these urls are where your project's source code and issue tracker reside [project.urls] "Homepage" = "https://github.com/pypa/packaging.python.org" "Bug Tracker" = "https://github.com/pypa/packaging.python.org/issues"
-
Pypi.org is running a survey on the state of Python packaging
If the package is available as a wheel, you don't need to execute code to see what the requirements are; you just need to parse the "METADATA" file. However, the only way to get the METADATA for a wheel (using PyPA standard APIs, anyway) is to download the whole wheel.
For comparison, pacman (the Arch Linux package manager) packages have fairly similar ".PKGINFO" file in them; but in order to support resolving dependencies without downloading the packages, the server's repository index includes not just a listing of the (name, version) tuple for each package, it also includes each package's full .PKGINFO.
Enhancing the PyPA "Simple repository API" to allow fetching the METADATA independently of the wheel would be a relatively simple enhancement that would make a big difference.
----
As I was writing this comment, I discovered that PyPA did this; adopting PEP 658 in March of this year. https://github.com/pypa/packaging.python.org/commit/1ebb57b7...
What are some alternatives?
When comparing ring-xous and packaging.python.org you can also consider the following projects:
Poetry - Python packaging and dependency management made easy