Open rookie10 opened 2 years ago
das problem ist das setuptools einmal nach pyasn1 sucht, allerdings pyasn1-modules
als "best match" bekommt und deswegen zweimal dieses installiert.
mit welcher pip version (pip -V
) wird RaspberryOS ausgestattet?
zumindest Problem die auf ungeeignete pip versionen zurückzuführen sind sollten sich mit d4a9f45fd3dda7d31a2d380644f6752ce8a7f8d8 erledigt haben
Allerdings würde ich das sowieso gerne vor die Klammer ziehen und per shell script (über whiptail o.ä.) - ähnlich deinem config Ansatzes - lösen.
Wir blähen mit jedem zusätzlichen paket/modul den client unnötig auf, da könnte eine Vorauswahl über ein derartiges tool hilfreich sein, das sich dann auch um solche Mindestanforderungen kümmern könnte.
Ich würde auch eine Grundkonfiguration festlegen und alle anderen Module zuladen. Mann müsste sich überlegen ob dies über ein separates script oder aus der Web Oberfläche gestartet wird
Zu dieser Zeit ist kein client (bzw. server), der eine weboberfläche haben/darstellen könnte existent.
Eine "Grundkonfiguration", die zumindest base_path
enthalten muss, kann sich aus den vorauswahlen ergeben. Allerdings denke ich nicht, das dieses prioritär sein sollte. Es gibt zu viele Optionen, die ein shell script komfortabel darstellen könnte. (und die der dev erst einmal differenzieren muss) - im Übrigen arbeite ich gerade an der webconfig ;)
Ich dachte auch erst später, wenn die Grundinstallation abgeschlossen ist. Ich benötige derzeitig 20 min (Raspi 3) zur Installation von Pjsua, dazu muss ich noch den swap erhöhen da der speicher nicht aussreicht und die Installation abbricht. Das kannst du nicht mit der Grundinstallation abfangen
Um wieder zum Eigentlichen zu kommen. Ändert sich das Verhalten mit pip > 20? In Ubuntu-20.04 läuft es beispielsweise durch mit pip 20.0.3. (ie: es gibt keine best_match verwechslung)
Also nochmal versucht folgende schritte habe ich ausgeführt:
pip -v
pip 20.3.4 from /usr/lib/python3/dist-packages/pip (python 3.9)
sudo apt install -y python3-pip
pip 22.0.3 from /usr/local/lib/python3.9/dist-packages/pip (python 3.9)
sudo python3 setup.py install --prefix=/usr/local
sudo python3 setup.py install --prefix=/usr/local
essentiell das gleiche. Interessant, das er das zweite mal pyasn1 als solches findet.
Wenn vor der Installation
sudo pip install cryptography
sudo apt install libxslt-dev
ausgeführt wird, bleibt er zwar immer noch hier stehen
Installed /usr/local/lib/python3.9/dist-packages/pyasn1_modules-0.2.8-py3.9.egg
error: The 'pyasn1' distribution was not found and is required by service-identity
aber die Installation kann nach einem weiteren Installationsversuch abgeschlossen werden
ich image mir grad RaspiOS und füge pyasn1
und setuptools-rust
zu setup_requires
.
EDIT: bei mir passiert das ganze mit jinja2
und aiohttp-jinja2
.
Das dürfte die Ursache sein, jetzt ist nur die Frage wie ich das in unserem Fall gelöst bekomme
wird auf jeden Fall gefixt, aber überleg ob du nicht (zumindest in der Testphase/zum testen von Teilbereichen) auf andere distributionen z.B ubuntu server wechseln solltest. Hab nach einem Tag RaspOS schon genug von dem System.
Alles bzgl. Raspi mach ich mit RaspiOS alles andere mit Ubuntu. Ich komme erst mal damit klar bei mir läuft es ja nach ein paar Handbewegungen. Ich werde mir aber das auch mal mit Ubuntu anschauen. Zum testen bleib ich erst mal bei RaspiOS sonst komme ich komplett durcheinander.
Soll mir recht sein, denn es sind ja grad "die paar Handbewegungen" die hier zu issues gemacht werden sollen.
Ups
Allerdings, wenn ich eine kleinen Tip geben dürfte, falls nicht schon geschehen mach ein image von der SD wenn ssh aktiviert und voll upgegradet wurde (resize mit gparted). Spart dir den ganzen Spass, wenn die wieder und wieder neu versuchst.
Der Setupprozess wurde umgestellt und funktioniert nun mit einem vollwertigen pip install .
Mit der alten installation triggern wir "easy_install", das nicht nur buggy, sondern auch deprecated ist. Wie in dem Link beschrieben hat dieses Tool probleme mit dependencies mit Untermodulen (Bspw. aiohttp
u. aiohttp-jinja2
).
Damit dürfte die eigentliche Installation konsistent(er) sein.
Die Installationsroutine ändert sich somit zu
git clone https://github.com/emphasize/DoorPi
cd DoorPi
sudo ./setup.sh
HW: Raspi 3
Distri: Raspberry0S: Release date: January 28th 2022 32bit
Python: 3.9
Neuinstallation
Installtionsschritte
Logs habe ich mit angehängt
Log