Nextcloud ist inzwischen eine sehr verbreitete Software zur Speicherung von Dateien, Kontakten, Kalendereinträgen und vielem mehr auf einem eigenen Server.
Dieser Beitrag soll die Einrichtung und Verwendung des Nextcloud Clients auf einem Raspberry Pi zur Synchronisierung von Dateien beschreiben.
Installation auf RaspOS/Raspbian Bullseye
Auf einem aktuellen (Stand Dezember 2021) RaspOS bzw. Raspbian Bullseye sind in den Paketquellen leider nur Teile vom Nextcloud-Client nextcloud-desktop
enthalten und die wichtigsten Pakete fehlen.
Zum Glück können jedoch die originalen Debian-Pakete genutzt werden, was im folgenden Abschnitt beschrieben ist.
Eine Alternative wäre, den gesamten Client selbst zu kompilieren (wie unter Raspbian Buster), was sich jedoch aufgrund fehlender QT5-Pakete auch wieder schwierig gestaltet.
Je nachdem ob wir lediglich den CMD-Client oder den grafischen GUI-Client haben wollen, brauchen wir unterschiedliche Pakete aus den Debian-Quellen:
- CMD:
libnextcloudsync0
,nextcloud-desktop-cmd
- GUI:
libnextcloudsync0
,libqt5webenginecore5
,libqt5webenginewidgets5
,nextcloud-desktop
Natürlich können auch beide Varianten zusammen, wie im folgenden beschrieben, installiert werden.
Da die einzelnen Pakete jeweils eigene Abhängigkeiten haben, die zum Glück aber aus den normalen Paketquellen des Systems bedient werden können, werden bei den folgenden dpkg -i ...
Befehlen einige Abhängigkeitsfehler gemeldet werden. Diese können wir aber ganz einfach mittels apt install --fix-broken
reparieren.
libnextcloudsync0 (CMD und GUI)
Original Debian-Paket: https://packages.debian.org/bullseye/libnextcloudsync0
wget http://ftp.de.debian.org/debian/pool/main/n/nextcloud-desktop/libnextcloudsync0_3.1.1-2+deb11u1_armhf.deb
sudo dpkg -i libnextcloudsync0_3.1.1-2+deb11u1_armhf.deb
sudo apt install --fix-broken
nextcloud-desktop-cmd (CMD)
Original Debian-Paket: https://packages.debian.org/bullseye/nextcloud-desktop-cmd
wget http://ftp.de.debian.org/debian/pool/main/n/nextcloud-desktop/nextcloud-desktop-cmd_3.1.1-2+deb11u1_armhf.deb
sudo dpkg -i nextcloud-desktop-cmd_3.1.1-2+deb11u1_armhf.deb
sudo apt install --fix-broken
libqt5webenginecore5 (GUI)
Original Debian-Paket: https://packages.debian.org/bullseye/libqt5webenginecore5
wget http://ftp.de.debian.org/debian/pool/main/q/qtwebengine-opensource-src/libqt5webenginecore5_5.15.2+dfsg-3_armhf.deb
sudo dpkg -i libqt5webenginecore5_5.15.2+dfsg-3_armhf.deb
sudo apt install --fix-broken
libqt5webenginewidgets5 (GUI)
Original Debian-Paket: https://packages.debian.org/bullseye/libqt5webenginewidgets5
wget http://ftp.de.debian.org/debian/pool/main/q/qtwebengine-opensource-src/libqt5webenginewidgets5_5.15.2+dfsg-3_armhf.deb
sudo dpkg -i libqt5webenginewidgets5_5.15.2+dfsg-3_armhf.deb
sudo apt install --fix-broken
nextcloud-desktop (GUI)
Original Debian-Paket: https://packages.debian.org/bullseye/nextcloud-desktop
wget http://ftp.de.debian.org/debian/pool/main/n/nextcloud-desktop/nextcloud-desktop_3.1.1-2+deb11u1_armhf.deb
sudo dpkg -i nextcloud-desktop_3.1.1-2+deb11u1_armhf.deb
sudo apt install --fix-broken
Test der Installation
Damit ist die Installation auf RaspOS bzw. Raspbian Bullseye auch schon abgeschlossen und wir können den Client verwenden:
nextcloudcmd -v
Nextcloud version 3.1.1-2+deb11u1
Using Qt 5.15.2, built against Qt 5.15.2
Using 'OpenSSL 1.1.1k 25 Mar 2021'
Running on Raspbian GNU/Linux 11 (bullseye), arm
Weiter unten findet ihr noch ein paar Informationen zur Verwendung.
Installation auf Raspbian Buster
Diese Anleitung geht von einem aktuellen Raspbian Buster System aus. Bei älteren Systemen kann es sein, dass einzelne Teile leicht abweichen oder nicht funktionieren werden.
Als erstes installieren wir alle benötigten Abhängigkeiten:
sudo apt update
sudo apt install build-essential git cmake openssl libssl-dev sqlite3 libsqlite3-dev qt5-default libqt5webkit5-dev qttools5-dev qttools5-dev-tools python-sphinx texlive-latex-base inotify-tools qt5keychain-dev doxygen extra-cmake-modules kio-dev
Anschließend laden wir alle benötigten Quellen von GitHub herunter und kompilieren den Nextcloud Client:
cd ~
git clone https://github.com/nextcloud/client_theming.git nextcloud_client
cd nextcloud_client
git submodule update --init
cd client
git submodule update --init
cd ..
mkdir build
cd build
cmake -D OEM_THEME_DIR=$(pwd)/../nextcloudtheme ../client
sed -i 's/Icon=nextcloud/Icon=Nextcloud/g' src/gui/nextcloud.desktop
sed -i 's/Icon\[\(.*\)\]=nextcloud/Icon\[\1\]=Nextcloud/g' src/gui/nextcloud.desktop
make
Das Kompilieren kann (und wird) einige Zeit in Anspruch nehmen. Bei mir waren es auf einem Pi 4 etwa 12 Minuten.
Wenn das Kompilieren erfolgreich war, können wir nun die eigentliche Installation vornehmen:
sudo make install
Wenn wir nun versuchen den Nextcloud Client zu starten erhalten wir diese Fehlermeldung:
nextcloudcmd -v
nextcloudcmd: error while loading shared libraries: libnextcloudsync.so.0: cannot open shared object file: No such file or directory
Diesen Fehler beheben wir wie folgt, wobei nur die Einträge hinzugefügt werden, die noch fehlen:
echo 'LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib/arm-linux-gnueabihf' | sudo tee -a /etc/environment
grep '/usr/local/lib/arm-linux-gnueabihf' /etc/ld.so.conf.d/arm-linux-gnueabihf.conf >/dev/null 2>&1 || echo '/usr/local/lib/arm-linux-gnueabihf' | sudo tee -a /etc/ld.so.conf.d/arm-linux-gnueabihf.conf
grep '/usr/local/lib/arm-linux-gnueabihf' /etc/ld.so.conf.d/x86_64-linux-gnu.conf >/dev/null 2>&1 || echo '/usr/local/lib/arm-linux-gnueabihf' | sudo tee -a /etc/ld.so.conf.d/x86_64-linux-gnu.conf
sudo ldconfig
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib/arm-linux-gnueabihf
Anschließend können wir den Nextcloud Client aufrufen.
nextcloudcmd -v
nextcloudcmd version 2.3.3
GUI-Client
Der normale grafische Client kann über das Anwendungsmenü oder über ein Terminal mittels nextcloud
gestartet werden.
Möchtet ihr den Nextcloud Client automatisch beim Start des Raspberry Pi mit starten lassen (Autostart), dann fügt ihr einfach in der Datei /etc/xdg/lxsession/LXDE/autostart
eine Zeile mit @nextcloud
hinzu.
CMD-Client
Zusätzlich zu dem GUI-Client gibt es noch den CMD-Client nextcloudcmd
. Über diesen kann die Synchronisation über ein Terminal durchgeführt werden und es wird keine grafische Oberfläche benötigt.
Anders als der GUI-Client führt der CMD-Client nur ein mal die Synchronisation durch und beendet sich anschließend wieder. Für eine regelmäßige Synchronisation müssen wir also zum Beispiel einen CRON-Job verwenden.
Der Aufruf des CMD-Clients ist eigentlich ganz einfach:
nextcloudcmd [Optionen] [lokales_Verzeichnis] [Server_URL]
Als Optionen können Benutzername und Passwort mit angegeben werden, was jedoch nicht besonders sicher ist. Besser ist es hier die Option -n
zu verwenden, wodurch netrc für den Login beim Server verwendet wird. Netrc ist denkbar einfach. Wir erstellen einfach im Home-Verzeichnis eine Datei namens .netrc
, welche den Server, Benutzername und Passwort nach folgendem Muster enthält und passen die Dateirechte an:
nano ~/.netrc
machine mein.server.de
login benutzername
password passwort
chmod 0600 ~/.netrc
Hier noch ein Beispiel zur Nutzung des CMD-Clients mit netrc. Das lokale Verzeichnis ist hierbei /var/data/cloud
. Vom Server wird die WebDAV-URL benötigt.
nextcloudcmd --non-interactive -n /var/data/cloud/ https://mein.server.de/remote.php/webdav/
Mögliche Parameter für den CMD-Client
Parameter | Beschreibung |
---|---|
--user [Name] , -u [Name] | [Name] als Benutzernamen für den Login verwenden. |
--password [Passwort] , -p [Passwort] | [Passwort] für den Login verwenden. |
-n | Netrc (Datei ~/.netrc ) für den Login verwenden. |
--non-interactive | Nicht nachfragen, sondern eine nicht interaktive Ausführung erlauben. |
--slient , -s | Unterdrückt gesprächige Logmeldungen. |
--httpproxy [Proxy] | Einen HTTP-Proxyserver nach dem Muster http://server:port verwenden. |
--trust | Auch ungültigen oder selbst signierten SSL-Zertifikaten vertrauen. |
--exclude [Datei] | Eine Datei mit einer Liste von Dateien und Verzeichnissen angeben, die nicht vom Client zum Server synchronisiert werden sollen. |
--unsyncedfolders [Datei] | Eine Datei mit einer Liste von Dateien und Verzeichnissen angeben, die nicht vom Server zum Client synchronisiert werden sollen. |
--max-sync-retries [n] | Maximale Anzahl an wiederholten Synchronisationsversuchen. Standard ist 3. |
-h | Auch versteckte Dateien (die mit einem . beginnen) mit Synchronisieren. |
--version , -v | Die Version des Nextcloud Clients anzeigen und dann beenden. |
Automatische Synchronisation mit dem CMD-Client
Für eine automatische Synchronisation mittels CRON-Job erstellen wir uns zuerst ein kleines Bash-Skript unter /home/pi/cloud-sync.sh
mit folgendem Inhalt, wobei das lokale Verzeichnis und die Serveradresse, sowie gegebenenfalls die Parameter noch angepasst werden müssen:
#!/bin/bash
LOCAL=/var/data/cloud/
REMOTE=https://mein.server.de/remote.php/webdav/
PARAMS="--non-interactive -n --exclude /home/pi/cloud-sync-exclude.txt"
LOG=/var/log/cloud-sync.log
if [ `pgrep -x nextcloudcmd` ]; then
echo "====================" | tee -a $LOG
date -R | tee -a $LOG
echo "Cloud-Sync läuft schon!" | tee -a $LOG
echo "====================" | tee -a $LOG
exit 1
fi
echo "====================" | tee -a $LOG
date -R | tee -a $LOG
echo "Cloud-Sync gestartet" | tee -a $LOG
echo "====================" | tee -a $LOG
/usr/local/bin/nextcloudcmd $PARAMS $LOCAL $REMOTE 2>&1 | tee -a $LOG
echo "====================" | tee -a $LOG
date -R | tee -a $LOG
echo "Cloud-Sync beendet" | tee -a $LOG
echo "====================" | tee -a $LOG
Diese Datei machen wir dann ausführbar und fügen einen Eintrag in der crontab
hinzu.
chmod +x /home/pi/cloud-sync.sh
crontab -e
# [...]
# m h dom mon dow command
0 4 * * * /home/pi/cloud-sync.sh >/dev/null &
Hier in dem Beispiel wird die Synchronisation jeden Tag nachts um 4 Uhr gestartet.
Das Ergebnis der Synchronisation kann jederzeit in der Log-Datei /var/log/cloud-sync.log
eingesehen werden.
Damit die Log-Datei auch vom Nutzer pi geschrieben werden kann, müssen wir diese noch einmalig anlegen und die Rechte entsprechend anpassen:
sudo touch /var/log/cloud-sync.log
sudo chown pi:pi /var/log/cloud-sync.log
Logrotate einrichten
Damit die Log-Datei /var/log/cloud-sync.log
mit der Zeit nicht endlos groß wird und unnötig Speicherplatz belegt legen wir noch eine Konfiguration für Logrotate für diese Datei an.
sudo nano /etc/logrotate.d/cloud-sync
/var/log/cloud-sync.log {
weekly
missingok
rotate 4
compress
delaycompress
notifempty
create 640 pi pi
}
Mit dieser Konfiguration führt der Logrotate vom System dann wöchentlich eine Rotation der Log-Datei durch, wobei immer die letzten vier Kopien gespeichert werden. Die ältesten drei Kopien werde zudem gepackt um Speicherplatz zu sparen.
20. Dez. 2019 um 15:31
hallo,
bei diesem Befehl endet leider die schoene Anleitung:
sed -i ‘s/Icon=nextcloud/Icon=Nextcloud/g’ src/gui/nextcloud.desktop
im Verzeichnis src/gui gibt es nur ein file namens owncloud.desktop
was tun? das file umbenennen, oder die sed zeile abaendern?
20. Dez. 2019 um 18:34
Ups… da hatte sich in den Befehlen oben ein kleiner Fehler eingeschlichen, wodurch das `owncloudtheme` anstelle des `nextcloudtheme` verwendet wurde.
Ich hab das korrigiert. Bitte ab dem (jetzt korrekten) `cmake` Befehl das ganze wiederholen und dann sollte es funktionieren. 🙂
25. Dez. 2019 um 18:16
Vielen Dank, das ist ja fast wie Weihnachten ;o)
Der Client funktioniert jetzt!
Schöne Feiertage weiterhin!
5. Feb. 2020 um 1:39
Hallo, super gute Anleitung!
Der Teil bis zum GUI Client hat auf Anhieb funktioniert.
CMD-Client habe ich nicht getestet.
Gruß, Lars
1. Mrz. 2020 um 20:59
Danke für die großartige Anleitung!
Wie kann ich den client nach Installation updaten?
Gruß
bpunkta
9. Mrz. 2020 um 18:37
Im einfachsten Fall das Verzeichnis `nextcloud_client` im Home-Verzeichnis löschen und die Schritte der Installation von `git clone` bis `sudo make install` erneut ausführen.
30. Mrz. 2020 um 12:12
Hallo Peter,
prima Anleitung und hat soweit auch alles funktioniert. Beim Start des Clients und der Anmeldung will Nexcloud wohl die Daten in eine Schlüsseldatei speichern und will dazu ein Passwort von mir haben. Leider findet diese Abfrage dann immer beim Start von Nextclod statt – automatischer Start habe ich mir anders vorgestellt, kann ja mich nicht immer anmelden und das Passwort eingeben. Gibt es hier eine Möglichkeit das zu umgehen?
Danken und schöne Grüße
Hubertus
10. Apr. 2020 um 20:02
Hi,
ich habe bislang immer nur den CMD-Client verwendet. Der kann über die Datei `.netrc`, wie oben beschrieben, die Logindaten erhalten.
Wie das bei dem GUI-Client ist kann ich leider nicht sagen.
29. Mai. 2020 um 20:39
Herzlichen Dank
Die Anleitung funktioniert einwandfrei rpi4 mit aktuellen Updates.
Es ist schön dass es Menschen wie Sie gibt, die ihr Wissen teilen 🙂
Gruss Rolf
5. Jun. 2020 um 22:42
La parte client GUI funziona bene grazie !
11. Aug. 2020 um 10:37
Hallo,
erst mal vielen Dank für die Anleitung.
Ich bekomme bei jedem Start einen Hinweis, dass es ein Update auf die Version 2.6.5 gibt und ich soll das System-Update-Tool nutzen.
Weiter oben schreiben Sie “Im einfachsten Fall das Verzeichnis nextcloud_client im Home-Verzeichnis löschen und die Schritte der Installation von git clone bis sudo make install erneut ausführen.” Leider installiert dies immer wieder nur die Version 2.3.3
Wie mache ich falsch?
12. Aug. 2020 um 12:27
Hallo Ximix,
das hängt damit zusammen, dass der Nextcloud Desktop Client inzwischen in das neue Git Repository https://github.com/nextcloud/desktop verschoben wurde und die Anleitung oben noch das alte Repo verwendet.
Für den Build der aktuellen Version wird jedoch Qt 5.12 benötigt und Raspbian bietet aktuell nur Qt 5.11.3 an. Somit müsste dies auch erst noch per Hand kompiliert werden.
Mit der aktuellen Version sieht der gesamte Build-Prozess dann auch etwas anders aus.
7. Dez. 2021 um 14:10
Hi Peter,
vielen Dank für die großartige Anleitung, die bis vor kurzem problemlos funktionierte. Mit der neuen Raspberry OS Version, bekomme ich es aber leider nicht hin. Könntest du dir vorstellen die Anleitung anzupassen? Wären mir 10€ per PayPal wert 🙂
Viele Grüße und danke
Martin
10. Dez. 2021 um 18:34
Hallo Martin,
danke für dein Feedback!
Ich werde mir das demnächst mal anschauen und dann die Anleitung anpassen. 🙂
13. Dez. 2021 um 16:20
Beitrag ist angepasst. Mit “Bullseye” geht die Installation sogar noch einfacher und vor allem schneller. 🙂
14. Dez. 2021 um 14:20
Hallo Peter,
großartig! Ich bin dir sehr dankbar für die Anpassung der Anleitung. Ich werde es gleich bei nächster Gelegenheit testen.
Mein Angebot mit den 10€ per PayPal steht. Schreibst du mir per Mail wie deine PayPal-Kontakt lautet?
Viele Grüße und nochmals danke
Martin
15. Dez. 2021 um 14:54
Die neue Anleitung für RaspOS/Raspbian Bullseye funktioniert wunderbar. Vielen Dank! 🙂
31. Dez. 2021 um 9:09
Durch Anpassen der deb Dateien kann man auch Version 3.3.5 installieren. Per 31.12.2021 die neueste Version.
pi@rp4:~ $ nextcloudcmd –version
Nextcloud version 3.3.5-1
Using Qt 5.15.2, built against Qt 5.15.2
Using ‘OpenSSL 1.1.1k 25 Mar 2021’
Running on Raspbian GNU/Linux 11 (bullseye), arm
pi@rp4:~ $
31. Dez. 2021 um 17:26
Grundsätzlich mag das funktionieren, aber diese Pakete gehören dann zu Debian bookworm (testing) bzw. sid (testing), was beides nicht stable ist.
Zudem können Pakete aus anderen Distributionen aufgrund anderer Versionen von Abhängigkeiten etc. zu Problem im System führen.
Deshalb würde ich empfehlen bei den aktuellen Paketen von bullseye zu bleiben. Das ist dann eben die Version 3.1.1, aber dafür getestet und passend zum restlichen System. 😉
2. Jan. 2022 um 15:26
Hi Peter
I hope you can help with an install on Bullseye as there is a small glitch in the instructions and I don’t have enough knowledge to figure this out for the latest version of Raspbian.
It’s actually finding the packages to allow the installation step to proceed where some of the packages are no longer available. I’ve included the error messages below and would be grateful for any guidance you can offer.
“Package kio-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
Package qt5-default is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
Package python-sphinx is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
sphinx-doc sphinx-common
E: Package ‘qt5-default’ has no installation candidate
E: Package ‘python-sphinx’ has no installation candidate
E: Package ‘kio-dev’ has no installation candidate”
2. Jan. 2022 um 17:57
Hi, are you sure that you have bullseye installed? You may check this by running `cat /etc/os-release` and look at `VERSION_CODENAME`.
The packages from your error message belong to older OS versions. They shouldn’t be required for bullseye.
At which install step do you get this error?
26. Feb. 2022 um 0:09
Hallo Peter,
ich wollte auf einem aktuellen RaspiOS-Image, wie in Deiner tollen Anleitung beschrieben, den Nextcloud-Client ohne GUI installieren.
Das hat auch alles geklappt, aber wenn ich den Befehl “nextcloudcmd” ausführe, kommt nur “illegal instruction”.
Was kann ich tun?
27. Feb. 2022 um 19:59
Hallo Jens,
der Fehler deutet darauf hin, dass die von dir installierten Pakete nicht zur Architektur des Systems passen.
Auf einem Raspi brauchst du die Pakete für “armhf”.
Für Raspberry Pi OS Desktop wäre es hingegen “i386”.
14. Sep. 2022 um 18:20
Hallo Peter,
danke für die Anleitung!
Ich habe die 5 Pakete wie von dir beschrieben auf einem Raspberry Pi Zero W mit „Raspbian GNU/Linux 11 (bullseye)“ installiert
Leider stoppen nextcloudcmd -v und nextcloud beide sofort mit Illegal instruction.
Qt5ct öffnet das QT5 Configuration Tool, gibt aber auch diese Meldung aus:
qt.qpa.xcb: QXcbConnection: XCB error: 148 (Unknown), sequence: 191, resource id: 0, major code: 140 (Unknown), minor code: 20
Neustart hat keine Änderung gebracht.
Fehlt dem Raspberry Pi Zero W eine Eigenschaft oder mache ich Fehler?
14. Sep. 2022 um 18:29
Vielleicht geben die Ausgaben von dpkg -i und apt install -y –fix-broken Aufschluß:
(Reading database … 114958 files and directories currently installed.)
Preparing to unpack libnextcloudsync0_3.1.1-2+deb11u1_armhf.deb …
Unpacking libnextcloudsync0:armhf (3.1.1-2+deb11u1) over (3.1.1-2+deb11u1) …
Setting up libnextcloudsync0:armhf (3.1.1-2+deb11u1) …
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u4) …
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
(Reading database … 114958 files and directories currently installed.)
Preparing to unpack nextcloud-desktop-cmd_3.1.1-2+deb11u1_armhf.deb …
Unpacking nextcloud-desktop-cmd (3.1.1-2+deb11u1) over (3.1.1-2+deb11u1) …
Setting up nextcloud-desktop-cmd (3.1.1-2+deb11u1) …
Processing triggers for man-db (2.9.4-2) …
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
(Reading database … 114958 files and directories currently installed.)
Preparing to unpack libqt5webenginecore5_5.15.2+dfsg-3_armhf.deb …
Unpacking libqt5webenginecore5:armhf (5.15.2+dfsg-3) over (5.15.2+dfsg-3) …
Setting up libqt5webenginecore5:armhf (5.15.2+dfsg-3) …
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u4) …
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
(Reading database … 114958 files and directories currently installed.)
Preparing to unpack libqt5webenginewidgets5_5.15.2+dfsg-3_armhf.deb …
Unpacking libqt5webenginewidgets5:armhf (5.15.2+dfsg-3) over (5.15.2+dfsg-3) …
Setting up libqt5webenginewidgets5:armhf (5.15.2+dfsg-3) …
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u4) …
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
(Reading database … 114958 files and directories currently installed.)
Preparing to unpack nextcloud-desktop_3.1.1-2+deb11u1_armhf.deb …
Unpacking nextcloud-desktop (3.1.1-2+deb11u1) over (3.1.1-2+deb11u1) …
Setting up nextcloud-desktop (3.1.1-2+deb11u1) …
Processing triggers for gnome-menus (3.36.0-1) …
Processing triggers for desktop-file-utils (0.26-1) …
Processing triggers for mailcap (3.69) …
Processing triggers for man-db (2.9.4-2) …
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
14. Sep. 2022 um 18:57
Nach https://linuxhint.com/about-arm64-armel-armhf
benötigen armhf Pakete ARMv7
Nach https://picockpit.com/raspberry-pi/everything-about-raspberry-pi-zero-2-w/
– unterstützt der Raspberry Pi Zero W nur ARMv6
– und erst der Raspberry Pi Zero 2 W ARMv7
Ist das das Problem?
Könnte ich den NextCloud Client auf dem ARMv6 komplieren?
14. Sep. 2022 um 19:45
Genau, der Raspi Zero W ist ARMv6 und die Pakete benötigen ARMv7.
Vermutlich kann man den Nextcloud Client für ARMv6 irgendwie (cross-) kompilieren. Die ganzen Abhängigkeiten in den richtigen Versionen zu finden wird aber sicherlich nicht ganz so einfach.
16. Sep. 2022 um 15:32
Ich habe kürzlich eine kleine Checkliste geschrieben, um den Nextcloud Client für den Raspberry Pi (Bullseye) zu kompilieren. Ob das auf ARMv6 funktioniert, weiss ich nicht. Aber evtl. hilft es dir bei deinem Vorhaben.
https://www.kruthoff.org/blog/nextcloudclient
3. Jan. 2023 um 16:05
Hallo Andreas,
habe deine Anleitung auf dem Pi Zero W (ARMv6) mit Bullseye ausprobiert und funktioniert so wie von dir beschrieben! Vielen Dank.