Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create PyPi Package compatibility chart #1744

Open
Julian-O opened this issue Nov 23, 2023 · 0 comments
Open

Create PyPi Package compatibility chart #1744

Julian-O opened this issue Nov 23, 2023 · 0 comments

Comments

@Julian-O
Copy link
Contributor

This is a New Feature Suggestion.

A decade ago, when Python 3 adoption was a challenge, someone produced a giant table. It showed the top 1000 or so PyPI packages (by download count) and showed how many of them supported Python 3. It reassured developers that there would broad-based support, and it put the focus on the projects that didn't so people could see where work needed to be done.

Buildozer, p4a and kivy-ios should have a similar chart, showing which PyPI packages work on iOS and Android.

Showing something "works" is hard. Showing a project can build against it may have to do as a proxy.

I see this tool as a scheduled CI process that is running pretty much constantly.

It would maintain a list of packages of interest, which would be populated by known recipe targets, a manual list packages that users had previously shown interest in, a manual list of known issues (i.e. recipes that no longer run, or recipes that have been requested and never implemented) also any package that had appeared on the top pypi packages list.

A test would consist of naively specifying the package in a buildspec, and building a hello-world style project on each supported architecture of Android and iOS (and other platforms?). Because some recipes names don't match the package name, there may need to be a mapping made to get the spec right.

For each package, it would maintain information about why it was on the list, the last time it was tested successfully (per platform), and the configuration data (Python version, Buildozer version, p4a version, and package version), and the last time it was tested unsuccessfully (with similar details - and perhaps the build log).

An HTML page would be generated showing these statistics. For failing cases, a link to the associated Issue (if any) would be included.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant