Wie Embedded-Python und PIP?

[himitsu]

Gut, ich hab hier grade kein "installiertes" Python drauf, aber zumindestens sieht es erstmal so aus, als wenn PIP "hier nur" in Unterverzeichnisse was reinpappt. (könnte vielleicht mal noch ein Python installieren und dann processmonitoren)

Im Moment sieht es so aus, als wenn ich die pip.pyz zumindestens nutzen könnte, zum Runterladen inkl. der Abhängigkeiten.
Und das dann manuell ins Hauptverzeichnis verschieben müsste, damit es genutzt werden kann.

Kollege hatte es (vor)gestern alles manuell gemacht.
* das gewünschte Python-Script besorgt
* ausprobiert und geschaut was fehlt
* das dann gesucht und z.B. von GitHub runtergeladen
* wieder ausprobiert, was jetzt noch fehlt usw.

Aktuell war mein Plan, sein Runtergeladenes bei uns ins GitRepo einzufügen, damit das Setup es auch in den Installationen verteilt
und die pip.pyz zu belassen, damit man zumindestens den automatischen Download nutzen könnte (und dann halt verschieben).




[ADD]

Boar eh, gleich das erste gesponsorte Suchergebnis im G "Wissenschaftliche Artikel zu python virtuellen Environments" ... da bekommt man doch Angst?

Bezüglich PIP nichts im Python4Delphi gefunden,
aber zum VENV bzw. VirtualEnv, welches am Ende auf eine pyvenv.cfg hinaus läuft.

https://geekflare.com/de/virtual-environments-python/
https://docs.python.org/3/library/venv.html

Ich glaub innerhalb dieser/unseren "portablen Installation" brauchen wir aktuell wohl noch kein VirtualEnvironment.
-> mehrere getrennte Umgebungen für unsere python.exe/dll

Außer vielleicht, wenn es eine virtuelle Umgebung wird, welche auch dieses Verzeichnis benutzt.



Gefühlt brauchen wir doch "bloß" irgendwo einen Suchpfad, damit Python auch in diesem PIP-Verzeichnis sucht?
Also das "import requests" nicht nur in .\requests.* oder .\python38.zip\requests.*, sondern auch im .\Lib\site-packages\requests.*