Howto: Installation aus dem github-Repository

[Gerolein]

Ich habe es nun geschafft, aus dem aktuellen Repo eine eigene Installation zu bauen. Nimmt man einen der neueren Bullseyes bekommt man bei der Installation folgenden Fehler:

`installing python requirements...
error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try apt install
python3-xyz, where xyz is the package you are trying to
install.
If you wish to install a non-Debian-packaged Python package,
create a virtual environment using python3 -m venv path/to/venv.
Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make
sure you have python3-full installed.
For more information visit http://rptl.io/venv
note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.
`

Das konnte ich dank @seaspotter s Hinweis sofort auf die zu neue Python-Version zurückführen. Die openWB braucht aktuell 3.9.2 und das ist nur bis zu https://downloads.raspberrypi.org/raspios_oldstable_lite_armhf/images/raspios_oldstable_lite_armhf-2025-05-07/ im Image enthalten. Danach hält die virtuelle Python-Umgebung Einzug in das alte Bullseye und die Installation per install-openwb.sh und wirft den obigen Fehler.

Mit dem alten image von vor einem Jahr funktioniert's aber noch fehlerfrei.

Vielleicht könnte man das in den Installationsanweisungen noch ergänzen.

[krotname]

Das ist weniger eine openWB-3.9.2-Frage als ein PEP-668/system-pip-Thema im Installationsskript.

Im aktuellen openwb-install.sh steht:

sudo -u "$OPENWB_USER" pip install -r "${OPENWBBASEDIR}/requirements.txt"

Auf neueren Raspberry-Pi-OS/Debian-Images ist die Python-Umgebung als externally managed markiert. Dann blockiert pip install in die System-/User-Umgebung mit genau dieser Meldung.

Für die Installationsanleitung wäre daher vermutlich wichtig:

• unterstütztes Raspberry-Pi-OS-Image konkret nennen; oder
• explizit sagen, dass neuere Images mit PEP 668 aktuell nicht unterstützt werden; oder
• das Skript auf eine venv umstellen.

Sauberer technischer Fix wäre eher venv als --break-system-packages, z.B. konzeptionell:

sudo -u "$OPENWB_USER" python3 -m venv "${OPENWBBASEDIR}/.venv"
sudo -u "$OPENWB_USER" "${OPENWBBASEDIR}/.venv/bin/pip" install -r "${OPENWBBASEDIR}/requirements.txt"

Dann müssten aber auch die systemd-Services/Startskripte sicher diese venv bzw. deren Python verwenden. Nur die Installation auf venv ändern reicht nicht, wenn der Dienst später wieder mit dem System-Python startet.

Als kurzfristiger Dokumentationshinweis ist dein gefundener letzte funktionierende Image-Stand deshalb sinnvoll. Als dauerhafte Lösung würde ich aber nicht auf ein altes Image pinnen, sondern Installation und Services konsistent auf venv umbauen.

[Gerolein]

Du hast natürlich vollkommen recht, meine Ausführungn waren sehr kurz gegriffen. Da aber bei der Installationsanleitung auf das Verzeichnis mit den oldstable-Images verwiesen wird und man sich intuitiv immer das neueste nimmt, fände ich einen expliziten Hinweis auf das letzte lauffähige schon sinnvoll.

Perspektivisch ist der richtige Weg natürlich, das openWB-Coding so zu überarbeiten, dass es auch mit neueren Python-Versionen lauffähig ist. Und vielleicht auch mal das installationsskript ein wenig auszumisten. Da wird bestimmt ganz viel Kram mitinstalliert, den die openWB-Software vermutlich nicht braucht. Ich meine, während der Installation wäre an mir ein Text mit "installiere xserver" oder sowas an mir vorbeigescrollt.

[kiosk-2]

Der erste hilfreiche Beitrag, den ich in dem Umzugsforum fand. Dann hät ich wenigstens die am möglichsten aktuellste OS-Version, wenn den openwb starten würde( An meinem Test-Pi 4b liegts nicht.
Leider hab ich die goldene Regel "never touch a running system" gebrochen und hatte kein Backup, da ich die 64 GB Karte nicht als image zog. Nach dem guten sudo apt-get update && sudo apt-get upgrade -y funktioniert mein Display nicht mehr richtig. Curser ist oben rechts in der Ecke und macht in unregelmäßigen Abständen Fantasie-Clicks. Heißt man kommt nur noch mit Glück auf einen Button für Einstellungen und mit noch mehr Glück bleibt der lange genug auf um auch das gewünschte anzuwählen, bevor es sich Bugbehaftet auch schonwieder schließt.

Was auch noch interessant ist, openWB läuft auch unter Trixie über venv, dank Xerolux!
https://github.com/Xerolux/openwb-trixie?tab=readme-ov-file#schritt-1-raspberry-pi-os-bookworm-light-64-bit-installieren
WICHTIG Trixie mit Benutzer "openwb" einrichten, bzw. über diesen das Skript installieren, sonst gibts Fehlermeldungen.

Und an die, die ein internes Display, wie ich, ihr Eigen nennen, ich habs bis dato nicht zum Laufen gebracht, also http://127.0.0.1/openWB/web/display/ , die Kommandozeile kommt. Über ein Kiosk-Browser funktioniert es nicht, da die Kommandozeile offen bleibt.
Also wer da hilfreiches weiß... Das wäre mir die liebste Lösung.

Und da ich Links zumeist immer nie gleich finde, hier noch zum original von openWB:
https://github.com/openWB/core
Der klare Hinweis mit dem anzulegenden Benutzer fehlt hier. Früher spielte das keine Rolle.

Früher war ich begeistert von der openWB, mittlerweile nicht mehr, wenn nicht einmal mehr die simple Eigeninstallation durchläuft.
Mein Gedanke ist, warum soll ich 2 Raspis laufen lassen, wenn die WB nicht mal ¼ der Rechenpower benötigt. Da ginge doch die Heimautomatisierung auch noch über einen 2. User.

Wenn jemand was mit den Fehlermeldungen anfangen kann. „job canceled”, aber “all done”. Also ich kanns mit Unmut mit dem 6.5.2025er Bulseye nicht bestätigen.

`E: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 1253 (apt-get)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

cp: target '/etc/mosquitto/' is not a directory
chown: invalid user: ‘mosquitto:mosquitto’
chmod: cannot access '/etc/mosquitto/mosquitto.acl': No such file or directory
cp: target '/etc/mosquitto/conf.d/' is not a directory
cp: cannot stat '/etc/ssl/certs/ssl-cert-snakeoil.pem': No such file or directory
cp: cannot stat '/etc/ssl/private/ssl-cert-snakeoil.key': No such file or directory
chgrp: invalid group: ‘mosquitto’
Failed to start mosquitto.service: Unit mosquitto.service not found.
setting up mosquitto local instance
install: invalid user ‘mosquitto’
mosquitto_local.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable mosquitto_local
mosquitto done
replacing apache default page...done
fix upload limit...done (OS Bullseye)
enabling apache ssl module...ERROR: Module ssl does not exist!
ERROR: Module proxy_wstunnel does not exist!
ERROR: Site default-ssl does not exist!
(…)
installing python requirements...
sudo: pip: command not found
installing openwb2 system service...
Created symlink /etc/systemd/system/multi-user.target.wants/openwb2.service → /var/www/html/openWB/data/config/openwb2.service.
installing openwb2-simpleAPI service...
Created symlink /etc/systemd/system/multi-user.target.wants/openwb-simpleAPI.service → /var/www/html/openWB/data/config/openwb-simpleAPI.service.
installing openwb2 remote support service...
Created symlink /etc/systemd/system/multi-user.target.wants/openwbRemoteSupport.service → /etc/systemd/system/openwbRemoteSupport.service.
installation finished, now starting openwb services...
Job for openwb2.service canceled.
all done`

[kevinwieland]

Und da ich Links zumeist immer nie gleich finde, hier noch zum original von openWB:
https://github.com/openWB/core
Der klare Hinweis mit dem anzulegenden Benutzer fehlt hier. Früher spielte das keine Rolle.

Hast du das Install-script ausgeführt?
Das erste was es tut ist Benutzer / Gruppe anlegen, siehe:

core/openwb-install.sh

Line 16 in 9aee9ce

echo "create group $OPENWB_GROUP"

Der rest:
Es scheint das apt-get geblockt ist von einer anderen laufenden Installation. Darum geht nichts installieren und darum schlagen alle copy befehle danach fehl.

[kiosk-2]

Ich hab das Skript ein 2. Mal gestartet, weil ich beim 1. Mal aus dem SSH flog.
Ich starte morgen nochmal einen Versuch mit Bullseye neu drauf und mit allen beteiligten Rechnern am Netzwerkkabel...

[seaspotter]

Nur der Vollständigkeithalber, der empfohlene Weg der Installation ist ja immer das fertige Image zu nehmen und mit Balena Etcher auf eine Micro SD zu schreiben, damit hat man viele der Stolpersteine einfach nicht :)

Das letzte Stable Image ist immer hier zu finden:
https://link.openwb.de/lateststableimage

[kiosk-2]

Ja ich meine auch das oben verlinkte openWB 2.x lateststable Image und doch es geht mit dem RPIImager, ich hab das mehrfach schon gemacht.
Und ja er kann nicht nur beliebig Raspian Images schreiben sondern auch ein fertiges "freies" wie das von openWB

Mit der Version RPI Imager 1.7.5 und 1.9.6 kommt bei mir trotz eingetragener Benutzer, Passwort und SSH aktiviert "no supported authetification methodes available (serer sent: public key)"
2.0.0 scheidet aus.Ich lese mich nicht in den Aufbau der json ein um den SSH zu setzen.

->Mail an den Support

[n3de]

@seaspotter welches Betriebssystem wählst du beim R Pi Imager aus?

[seaspotter]

Gar keins, das openWB Image hat doch schon alles on Board.

[n3de]

Ach ich war blind... habs gefunden.

[kiosk-2]

https://github.com/openWB/core/discussions/3564?sort=new#discussioncomment-17377040

Via Support ist keine Hilfe zu erwarten: "Für ssh Zugang muss die Softwareselber aufgesetzt werden. Installationsanleitung (...)"
Damit funktioniert nur leider das integrierte Display nicht, also statt der Cards Oberfläche wird die Komandozeile gezeigt. Auch hier der Verweis vom Support zu den Installationshinweisen und das vielleicht der benutzte Raspi P4 die Ursache wäre.
Wenn ich das nächste mMl Muse habe muss dann wohl meine openWB herhalten und ich bin mir fast schon sicher, dass es beim 3+ auch nicht gehen wird, denn beim original Image läuft es ja auf dem 4er. Also, was ist beim Downloadimage anders als wenn man es selbst aufsetzt?

[kiosk-2]

Und genau deswegen schreibe ich unter diesem Topic.
@seaspotter Bei Dir fehlt noch der Hinweis "und bei openWB unter Haftungsausschluss den Systemzugeng beantragen" sonst komme ich ja nicht ins OS.

Dann fange ich schon mal das HowTo, wie es eig. funktionieren sollte an:
Image (siehe 1. Post) runterladen und auf SD-schreiben.
Benutzer „openwb“ anlegen, SSH falls gewünscht aktivieren.
openWB über diesen Benutzer installieren:
curl -s https://raw.githubusercontent.com/openWB/core/master/openwb-install.sh | sudo bash

[Tuffiglig]

edit2:
Nachdem ich noch ein wenig was nachinstalliert habe, läuft es nun.
sudo apt install -y python3-dev libevdev-dev build-essential

Ursprungspost:
Ich habe mir vorhin ein DietPi Bullseye in den Proxmox geworfen.
beim installieren mittels
curl -s https://raw.githubusercontent.com/openWB/core/master/openwb-install.sh | sudo bash
bricht die installation mit folgenden Error-Meldungen ab.

edit:
apt-get install linux-headers-$(uname -r)
habe ich ausgeführt und die Maschine neue gestartet. Das ändert aber nichts an den Fehlermeldungen.

Was kann ich tun?

Collecting soupsieve>=1.6.1
  Downloading soupsieve-2.8.4-py3-none-any.whl (37 kB)
Building wheels for collected packages: bs4, evdev, paho-mqtt, pysmb
  Building wheel for bs4 (setup.py) ... done
  Created wheel for bs4: filename=bs4-0.0.1-py3-none-any.whl size=1272 sha256=d0786744c4fe8faf4fc5f9beced4b089ba5a057a2cce09acc7e9b11dead1501e
  Stored in directory: /home/openwb/.cache/pip/wheels/73/2b/cb/099980278a0c9a3e57ff1a89875ec07bfa0b6fcbebb9a8cad3
  Building wheel for evdev (setup.py) ... error
  ERROR: Command errored out with exit status 1:
   command: /usr/bin/python3 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/setup.py'"'"'; __file__='"'"'/tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-pidryh3g
       cwd: /tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/
  Complete output (37 lines):
  running bdist_wheel
  running build
  running build_py
  creating build
  creating build/lib.linux-x86_64-3.9
  creating build/lib.linux-x86_64-3.9/evdev
  copying evdev/util.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/uinput.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/genecodes.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/ff.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/evtest.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/events.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/eventio_async.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/eventio.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/ecodes.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/device.py -> build/lib.linux-x86_64-3.9/evdev
  copying evdev/__init__.py -> build/lib.linux-x86_64-3.9/evdev
  running build_ext
  running build_ecodes
  The 'linux/input.h' and 'linux/input-event-codes.h' include files
  are missing. You will have to install the kernel header files in
  order to continue:

      yum install kernel-headers-$(uname -r)
      apt-get install linux-headers-$(uname -r)
      emerge sys-kernel/linux-headers
      pacman -S kernel-headers

  In case they are installed in a non-standard location, you may use
  the '--evdev-headers' option to specify one or more colon-separated
  paths. For example:

      python setup.py \
        build \
        build_ecodes --evdev-headers path/input.h:path/input-event-codes.h \
        build_ext --include-dirs  path/ \
        install
  ----------------------------------------
  ERROR: Failed building wheel for evdev
  Running setup.py clean for evdev
  Building wheel for paho-mqtt (setup.py) ... done
  Created wheel for paho-mqtt: filename=paho_mqtt-1.6.1-py3-none-any.whl size=62114 sha256=a36b2bcd2c67d8d25c78c6266be1240750a4320d71d16968b7b0735be99cbbb8
  Stored in directory: /home/openwb/.cache/pip/wheels/0f/90/29/db29bb8ddc98ec5f2363b959130c9ddbcf5cfdb4a00b6184dd
  Building wheel for pysmb (setup.py) ... done
  Created wheel for pysmb: filename=pysmb-1.2.9.1-py3-none-any.whl size=84810 sha256=a3975ea47d0521bafd7a9e12dc222a50117ff3ead6e6d4a801beacc79d8dbce7
  Stored in directory: /home/openwb/.cache/pip/wheels/79/fb/86/032760e32fad1d9277f6ace4664fd1e946cb763711948ec2bb
Successfully built bs4 paho-mqtt pysmb
Failed to build evdev
Installing collected packages: typing-extensions, rpds-py, pycparser, attrs, referencing, propcache, multidict, idna, frozenlist, cffi, yarl, soupsieve, pyserial, PyJWT, jsonschema-specifications, cryptography, charset-normalizer, certifi, async-timeout, aiosignal, aiohappyeyeballs, umodbus, tqdm, tomli, requests, PyYAML, pytz, pygments, pycryptodome, pyasn1, pluggy, packaging, jsonschema, iso8601, iniconfig, exceptiongroup, beautifulsoup4, asyncio, aiohttp, websockets, schedule, requests-mock, python-dateutil, pytest, pysolarmanv5, pysmb, pymodbus, pycarwings3, protobuf, pkce, passlib, paho-mqtt, ocpp, msal, lxml, jq, grpcio, evdev, bs4
  WARNING: The script idna is installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The scripts pyserial-miniterm and pyserial-ports are installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The script normalizer is installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The script tqdm is installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The script pygmentize is installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The script jsonschema is installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The scripts py.test and pytest are installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The scripts pymodbus.console and pymodbus.server are installed in '/home/openwb/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
    Running setup.py install for evdev ... error
    ERROR: Command errored out with exit status 1:
     command: /usr/bin/python3 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/setup.py'"'"'; __file__='"'"'/tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-ffynih9d/install-record.txt --single-version-externally-managed --user --prefix= --compile --install-headers /home/openwb/.local/include/python3.9/evdev
         cwd: /tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/
    Complete output (37 lines):
    running install
    running build
    running build_py
    creating build
    creating build/lib.linux-x86_64-3.9
    creating build/lib.linux-x86_64-3.9/evdev
    copying evdev/util.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/uinput.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/genecodes.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/ff.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/evtest.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/events.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/eventio_async.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/eventio.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/ecodes.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/device.py -> build/lib.linux-x86_64-3.9/evdev
    copying evdev/__init__.py -> build/lib.linux-x86_64-3.9/evdev
    running build_ext
    running build_ecodes
    The 'linux/input.h' and 'linux/input-event-codes.h' include files
    are missing. You will have to install the kernel header files in
    order to continue:

        yum install kernel-headers-$(uname -r)
        apt-get install linux-headers-$(uname -r)
        emerge sys-kernel/linux-headers
        pacman -S kernel-headers

    In case they are installed in a non-standard location, you may use
    the '--evdev-headers' option to specify one or more colon-separated
    paths. For example:

        python setup.py \
          build \
          build_ecodes --evdev-headers path/input.h:path/input-event-codes.h \
          build_ext --include-dirs  path/ \
          install
    ----------------------------------------
ERROR: Command errored out with exit status 1: /usr/bin/python3 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/setup.py'"'"'; __file__='"'"'/tmp/pip-install-xd6sinml/evdev_bed647f2de2d4076a99b2f388fca925c/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-ffynih9d/install-record.txt --single-version-externally-managed --user --prefix= --compile --install-headers /home/openwb/.local/include/python3.9/evdev Check the logs for full command output.
installing openwb2 system service...
Created symlink /etc/systemd/system/multi-user.target.wants/openwb2.service → /var/www/html/openWB/data/config/openwb2.service.
installing openwb2-simpleAPI service...
Created symlink /etc/systemd/system/multi-user.target.wants/openwb-simpleAPI.service → /var/www/html/openWB/data/config/openwb-simpleAPI.service.
installing openwb2 remote support service...
Created symlink /etc/systemd/system/multi-user.target.wants/openwbRemoteSupport.service → /etc/systemd/system/openwbRemoteSupport.service.
installation finished, now starting openwb services...
Job for openwb2.service canceled.
Failed to start openwb-simpleAPI.service: Transaction for openwb-simpleAPI.service/start is destructive (systemd-journal-flush.service has 'stop' job queued, but 'start' is included in transaction).
See system logs and 'systemctl status openwb-simpleAPI.service' for details.
all done
if you want to use this installation for development, add a password for user 'openwb'