The problem here is that this package does not help in the concurrent problem: The mentioned packages need code-adaption and testing, especially hyperinstaller. We have also no usecase for pip2arch: The help needed is not only packaging, it is about support for development and testing. We have not included your-freedom for the moment as we thought this is not needed. Hyperbola is built from scratch and need therefore careful handle and attention. There are no longer packages imported directly!

Hyperbola is NOT Arch GNU/Linux. It shares basics, sure. But this does not mean we can import and will adapt those packages. And also: If we would adapt this kind of package we would open an invitation for further problems. There is a reasoning to do packaging absolutely manual. Not only that we need then the blacklisting: Why should we include something with needed blacklisting? People should care what is installed on their systems, not to give away responsibility for someone looking everytime with a concrete listing as this needs even more time to get renewed with more entries. The time the blacklist was done is surely a bit behind, so we also would need to add uncountable numbers of names and packages from everywhere (not only Arch GNU/Linux). Linux (without GNU) is an area to leave for reasoning, with just growing non-free parts and so many problems only with foul compromises. And just because a package does not have direct dependencies for problems does not mean those won't later occur. Automatic created package-buildscripts can result within a complete desaster! Using software-frameworks is complicated as they simulate something you will surely never have with them: Control. Generating automated scripts is the same result: You better understand what components are in use and especially why as the resulting package is therefore also better to debug when errors are there.

I close this thread for the moment: If there is interest to help - and help is surely welcome at any time on any way - you all know the places to get information. If you want to look out for hyperinstaller: https://git.hyperbola.info:50100/~team/ … aller.git/
Again also: Sorry, but development and testing is needed, packaging not. So helpers are surely nice, thanks to acknowledge them here. But we have no problem with python-packages, we have missing man-power for python-development.