johannesjh

Glad it helped! > would smart_importer consider making self.account a list Not sure. This needs careful consideration. If I remember well, the upstream beancount importer classes have a singular account...

This would be awesome for installing packages like numpy, scikit-learn or pandas as binary wheels since these are difficult to build+install from source packages (because of their many compile time...

> > What would the output of flatpak-pip-generator look like? In case the wheels are platform-specific, I guess the output would have to specify multiple wheels, one for each target...

> This is how I did it. great, thank you! so basically you downloaded a list of all wheels, filtered the list for the linux platform with desired architecture, and...

> However we still need to know what to pass for these options draft: * python interpreter: ~defaults to currently used python version, and that should be just fine~ EDIT:...

> A regex like `win|macos`? yes > Why should we use the current system version. you are right, it cannot always be used. * if users omit the `--runtime` parameter...

Pseudocode draft ```txt # in the flatpak-pip-generator-script, # for all packages specified in the "--use-wheels-for" commandline argument 1. the script retrieves a package's .json description by fetching it from pypi,...

Yes me too. I am torn between patching what exists vs. attempting a lean rewrite. A) Patching what exists: I guess this would mean to keep using `pip download` because...

I fully agree that the script should be kept small and simple. Hence the idea for a lean rewrite... and that's why I am saying, we could outscope dependency resolution...

I created some code as a prototype for replacing the usage of `pip download` in situations where the `flatpak-pip-generator` script does not actually need to download a package, but only...