Er findet das Paket nur er kann Abhängigkeiten nicht auflösen.
ist das Buster oder Bullsey?
Hast du schon vor dem p4d etwas installiert?
Es gibt 4.961 Antworten in diesem Thema, welches 1.514.109 mal aufgerufen wurde. Der letzte Beitrag () ist von ranseyer.
Er findet das Paket nur er kann Abhängigkeiten nicht auflösen.
ist das Buster oder Bullsey?
Hast du schon vor dem p4d etwas installiert?
schaut jedenfalls aus als wenn deine Pakete etwas schräg bzw. Abhängigkeiten durcheinander sind.
läuft das ohne Fehler durch: sudo dpkg --configure -a
und das auch: sudo apt-get -f install:
und auch: apt update
sowie #apt full-upgrade
Sollte das alles ohne Fehler laufen versuche mal bsd-mailx manuell zu installieren: apt install bsd-mailx
geht das alles bis hier hin?
ist das Buster oder Bullsey?
Das aktuelle Raspberry Pi OS (64-bit) Bullseye.
Hast du schon vor dem p4d etwas installiert?
Ja:
iptables
Midnight Commander
mSMTP
NFS-Server
raspiBackup
läuft das ohne Fehler durch: sudo dpkg --configure -a
und das auch: sudo apt-get -f install:und auch: apt update
sowie #apt full-upgrade
Ergebnis:
$ sudo dpkg --configure -a
$ sudo apt-get -f install
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
$ sudo apt update
Holen:1 http://security.debian.org/debian-security bullseye-security InRelease [44,1 kB]
OK:2 http://deb.debian.org/debian bullseye InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 http://archive.raspberrypi.org/debian bullseye InRelease
OK:5 https://apt.syncthing.net syncthing InRelease
Holen:6 http://security.debian.org/debian-security bullseye-security/main arm64 Packages [120 kB]
Es wurden 165 kB in 2 s geholt (73,1 kB/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
$ sudo apt full-upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Alles anzeigen
Sollte das alles ohne Fehler laufen versuche mal bsd-mailx manuell zu installieren: apt install bsd-mailx
$ sudo apt install bsd-mailx
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
liblockfile-bin liblockfile1
Die folgenden NEUEN Pakete werden installiert:
bsd-mailx liblockfile-bin liblockfile1
0 aktualisiert, 3 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 125 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 274 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Holen:1 http://deb.debian.org/debian bullseye/main arm64 liblockfile-bin arm64 1.17-1+b1 [20,4 kB]
Holen:2 http://deb.debian.org/debian bullseye/main arm64 liblockfile1 arm64 1.17-1+b1 [16,8 kB]
Holen:3 http://deb.debian.org/debian bullseye/main arm64 bsd-mailx arm64 8.1.2-0.20180807cvs-2 [87,3 kB]
Es wurden 125 kB in 0 s geholt (954 kB/s).
Vormals nicht ausgewähltes Paket liblockfile-bin wird gewählt.
(Lese Datenbank ... 92986 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../liblockfile-bin_1.17-1+b1_arm64.deb ...
Entpacken von liblockfile-bin (1.17-1+b1) ...
Vormals nicht ausgewähltes Paket liblockfile1:arm64 wird gewählt.
Vorbereitung zum Entpacken von .../liblockfile1_1.17-1+b1_arm64.deb ...
Entpacken von liblockfile1:arm64 (1.17-1+b1) ...
Vormals nicht ausgewähltes Paket bsd-mailx wird gewählt.
Vorbereitung zum Entpacken von .../bsd-mailx_8.1.2-0.20180807cvs-2_arm64.deb ...
Entpacken von bsd-mailx (8.1.2-0.20180807cvs-2) ...
liblockfile-bin (1.17-1+b1) wird eingerichtet ...
liblockfile1:arm64 (1.17-1+b1) wird eingerichtet ...
bsd-mailx (8.1.2-0.20180807cvs-2) wird eingerichtet ...
Konfigurationsdatei »/etc/mail.rc«
==> Datei auf System wurde von Ihnen oder von einem Skript angelegt.
==> Datei auch in Paket vom Paket-Betreuer bereitgestellt.
Wie möchten Sie vorgehen? Ihre Wahlmöglichkeiten sind:
Y oder I : Die Version des Paket-Betreuers installieren
N oder O : Die momentan installierte Version beibehalten
D : Die Unterschiede zwischen den Versionen anzeigen
Z : Eine Shell starten, um die Situation zu begutachten
Der Standardweg ist das Beibehalten der momentanen Version.
*** mail.rc (Y/I/N/O/D/Z) [Vorgabe=N] ?
update-alternatives: /usr/bin/bsd-mailx wird verwendet, um /usr/bin/mailx (mailx) im automatischen Modus bereitzustellen
Trigger für man-db (2.9.4-2) werden verarbeitet ...
Trigger für libc-bin (2.31-13+rpt2+rpi1+deb11u2) werden verarbeitet ...
Alles anzeigen
und wenn du sudo apt install bsd-mailx jetzt nochmal macht ist das Packet da?
Klappt im Anschluss das installieren des p4d?
und wenn du sudo apt install bsd-mailx jetzt nochmal macht ist das Packet da?
$ sudo apt install bsd-mailx
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
bsd-mailx ist schon die neueste Version (8.1.2-0.20180807cvs-2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Klappt im Anschluss das installieren des p4d?
Ich habe zuerst den Ordner /tmp aufgelistet.
Die Datei p4d-latest.deb ist in rot.
$ ls -lh /tmp
-rw-r--r-- 1 mf mf 2,9K 25. Feb 14:00 install-deb.sh
-rw-r--r-- 1 root root 6,5M 25. Feb 14:00 p4d-latest.deb
Jetzt die pd4-Installation:
Leider immer noch der Fehler.
Kann es an 64-Bit liegen?
Ergebnis:
Generating locales (this might take a while)...
de_DE.UTF-8... done
en_GB.UTF-8... done
Generation complete.
--2022-02-26 19:32:50-- http://www.jwendel.de/p4d/p4d-latest.deb
Auflösen des Hostnamens www.jwendel.de (www.jwendel.de)… 217.160.0.86
Verbindungsaufbau zu www.jwendel.de (www.jwendel.de)|217.160.0.86|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 6785640 (6,5M) [application/x-debian-package]
Wird in »/tmp/p4d-latest.deb« gespeichert.
/tmp/p4d-latest.deb 100%[===============================================================================>] 6,47M 11,9MB/s in 0,5s
2022-02-26 19:32:51 (11,9 MB/s) - »/tmp/p4d-latest.deb« gespeichert [6785640/6785640]
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket p4d kann nicht gefunden werden.
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »p4d:armhf« wird an Stelle von »/tmp/p4d-latest.deb« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
p4d:armhf : Hängt ab von: bsd-mailx:armhf soll aber nicht installiert werden
Hängt ab von: msmtp:armhf soll aber nicht installiert werden
Hängt ab von: msmtp-mta:armhf soll aber nicht installiert werden
Hängt ab von: mariadb-server:armhf ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
Alles anzeigen
Die Meldung deutet nicht darauf hin das es an 64 bit liegt aber was anderes fällt mir gerade auch nicht mehr ein.
64 Bit lief bei mir auch nicht
64 Bit lief bei mir auch nicht
Welcher Fehler?
Die Meldung deutet nicht darauf hin das es an 64 bit liegt aber was anderes fällt mir gerade auch nicht mehr ein.
Der RPi steckt aktuell nicht an der Heizung. Kann es daran liegen?
Ist mein zweiter RPi.
Ich wollte erst alles installieren und dann gegen den alten tauschen.
Wie bei Dir.
Hab wieder die 32 Bit drauf und es ging
Der muss dazu nicht an die Heizung
Version 0.9.36 (auch im git)
Das Problem mit dem Re-Connect zur Datenbank ist gelöst, wenn nun die Datenbank beim Start des p4d nicht da startet der p4d dennoch und versucht alle 10 Sekunden (im p4d.log zu sehen) einen Re-Connect bis die Datenbank erreichbar ist oder der p4d manuell beendet wird. Damit ist es auch nicht hehr nötig die Abhängigkeit zur Datenbank in den Start Abhängigkeiten des Systemd Unit-Files zu einzutragen.
In diesem Zeitraum ist das Web Frontend nicht erreichbar, das ist kein BUG!
Wenn ihr dem p4d aus den Quellen selbst baut:
Ich habe eine Make.user hinzugefügt, bzw. nicht die Datei selbst sondern das verarbeiten einer solchen. Wenn man sich diese anlegt kann man dort Build Optionen eintragen welche berücksichtigt werden. Die Datei wird beim git pull NICHT überschrieben da sie nicht im git ist, so ist es nun möglich update feste Build-Optionen zu hinterlegen. Zum Beispiel WIRINGPI := no was verhindert das der p4d mit der Abhängigkeit zur libwiringPi gebaut wird selbst wenn diese auf dem System vorhanden ist.
Wie bei Dir.
Hab wieder die 32 Bit drauf und es ging
Ist das Problem bei 64-Bit Raspberry Pi OS anstatt 32-Bit ein Problem von Einträgen in der Install-Datei install-deb.sh?
Oder ist das tiefgreifend?
Im Endeffekt werden doch Komponenten genutzt (Mail, MariaDB,...), die auch bei 64-Bit vorhanden sind.
der p4d selbst läuft unter 64 bit zumindest dann wenn du ihn auf diesem System compilierst.
Generell laufen auch 32 bin binaries auf 64 Systemen nur müssen dann alle verwendeten Libraries auch in der 32 bit Version installiert werden und das geht mindestens in dem im Paket hinterlegten Abhängigkeiten schief.
Generell laufen auch 32 bin binaries auf 64 Systemen nur müssen dann alle verwendeten Libraries auch in der 32 bit Version installiert werden und das geht mindestens in dem im Paket hinterlegten Abhängigkeiten schief.
Dann mal ganz blöd gefragt.
Ist es ein Riesen-Akt, ein Install-Skript und ein Paket für 64-Bit zu bauen?
der p4d selbst läuft unter 64 bit zumindest dann wenn du ihn auf diesem System compilierst.
Sowas habe ich noch nie gemacht.
Hat jemand ein Skript oder die notwendigen Befehle dazu zur Hand?
IMHO gibt es doch hier Leute, die selbst compilieren.
Ihr werdet wohl bei jeder neuen Version nur ein Skript ausführen oder eine Abfolge von Befehlen in die Kommandozeile klopfen?
Dann mal ganz blöd gefragt.
Ist es ein Riesen-Akt, ein Install-Skript und ein Paket für 64-Bit zu bauen?
wenn du den selbst baust kannst du auch gleich Paket bauen und für andere bereit stellen, das habe ich alles so in das Makefile integriert das es nur ein Aufruf ist.
Für mich ist der Akt größer denn er würde bedeuten bei jedem Release 2 mal zu bauen, einmal auf einem 32 Bit System und einmal auf einem mit 64 Bit. dazu müsste ich mir einen weiteren Raspi mit 64 bit Installation hinlegen und den (damit es nicht noch mehr Aufwand ist) auch immer laufen lassen.
Zum selbst bauen, das git clonen, und make aufrufen, fertig. Einzig die dafür nötigen Pakete (siehe README) musst du einmal initial installieren.
Dann mal ganz blöd gefragt.
Ist es ein Riesen-Akt, ein Install-Skript und ein Paket für 64-Bit zu bauen?
Zum selbst bauen, das git clonen, und make aufrufen, fertig. Einzig die dafür nötigen Pakete (siehe README) musst du einmal initial installieren.
Initial installieren bedeutet von hier
bis hier
zu installieren?
Ist das korrekt?
Dann mal ganz blöd gefragt.
Ist es ein Riesen-Akt, ein Install-Skript und ein Paket für 64-Bit zu bauen?
Zum selbst bauen, das git clonen, und make aufrufen, fertig. Einzig die dafür nötigen Pakete (siehe README) musst du einmal initial installieren.
Im Moment scheitere ich schon hier:
Install libwebsockets (https://libwebsockets.org/repo/libwebsockets)
Laut https://libwebsockets.org/ muss es doch lauten:
git clone https://libwebsockets.org/repo/libwebsockets
Wo sollte man den git clone ablegen?
Weiter unter im README gehst Du beim p4d in den Ordner cd /usr/src/
Müsste es dann bei Install libwebsockets eigentlich so sein?
Laut https://libwebsockets.org/ muss es doch lauten:
korrekt
Wo sollte man den git clone ablegen?
Weiter unter im README gehst Du beim p4d in den Ordner cd /usr/src/
wo kannst du die aussuchen aber ja, /usr/src ist ein guter Platz dafür
Und ja wenn du dich für /usr/src entscheidest wäre:
der richtige Anfang.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!