Abbruch bei Neuinstallation

[rookie10]

HW: Raspi 3

Distri: Raspberry0S: Release date: January 28th 2022 32bit

Python: 3.9

Neuinstallation

Installtionsschritte

sudo apt-get -y install git mc
sudo apt-get -y update && sudo apt-get -y upgrade && sudo apt-get -y dist-upgrade
git clone https://github.com/emphasize/DoorPi
cd /tmp
cd DoorPi
git checkout bugfix/setuptools  
sudo python3 setup.py install --prefix=/usr/local

Logs habe ich mit angehängt

Log

[emphasize]

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?

[emphasize]

zumindest Problem die auf ungeeignete pip versionen zurückzuführen sind sollten sich mit d4a9f45 erledigt haben

[emphasize]

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.

[rookie10]

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

[emphasize]

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 ;)

[rookie10]

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

[emphasize]

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)

[rookie10]

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

Log1

sudo python3 setup.py install --prefix=/usr/local

Log2

[emphasize]

essentiell das gleiche. Interessant, das er das zweite mal pyasn1 als solches findet.

[rookie10]

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

[emphasize]

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.

[emphasize]

Das dürfte die Ursache sein, jetzt ist nur die Frage wie ich das in unserem Fall gelöst bekomme

[emphasize]

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.

[rookie10]

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.

[emphasize]

Soll mir recht sein, denn es sind ja grad "die paar Handbewegungen" die hier zu issues gemacht werden sollen.

[rookie10]

Ups

[emphasize]

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.

[emphasize]

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