Stammtisch 2024-11-01
01.11.2024 - 20:00 Uhr, Online-Stammtisch auf https://bbb.ch-open.ch/rooms/ulf-nm2-y26/join
wöchentlicher Online-Stammtisch
Auf dem Stammtisch Mai 2020 beschlossener wöchentlicher Stammtisch jeden Freitag ab 20:00 Uhr anstelle des monatlichen Stammtisches im realen Leben.
Anwesende
- Holger
- Plocki
- Ulf
Themen
Wiki-Software – aktuelle Version?
Holger fragt, welche Software unser Wiki eigentlich nutzt, und ob die auf dem aktuellen Stand ist. Wir nutzen die Software MediaWiki.
Ulf findet die aktuell genutzte Version unseres MediaWiki unter Spezial-Seite. Wir nutzen demnach die Version 1.35.4 mit PHP 7.4.33 (apache2handler) und MariaDB 10.5.26-MariaDB-0+deb11u2.
Sicherheitsprobleme mit den Android-Browsern "Fennec" und "Mull"
Holger hatte diese Woche Sicherheitswarnungen seines F-Droid-Stores. Da heißt es, man solle die Browser "Fennec" und "Mull" (beides Android-Forks des Firefox-Browsers) wegen Sicherheitsprobleme deinstallieren. Beide haben seit ca. zwei Monaten keine Updates auf F-Droid mehr erhalten.
Hier dazu der Thread von KUKETZ IT-SECURITY ab dem 25. Oktober 2024.
Snap(py) unter openSUSE (Tumbleweed, Slowroll oder Leap) ermöglichen
Holger möchte gerne den TeleGuard-Messenger als Desktop-Version installieren, um ihn unter openSUSE Tumbleweed auszuprobieren; auf dem Smartphone hat er ihn schon in Gebrauch. Doch das ist nicht so einfach, denn für Linux wird die Desktop-Version nur von der Snap(py)-Paketverwaltung aus angeboten. Ulf hilft Holger, nachdem er mit dieser Vorgehensweise (Quelle: Canonical Snapcraft "Installing snap on openSUSE") vor ca. einer Woche keinen Erfolg hatte.
Das sind die Befehle aus obigem Link:
- Die Snap(py)-Repositories müssen zunächst (bei Tumbleweed-Nutzern) über die Konsole hinzugefügt werden.
--> openSUSE-Slowroll- oder -Leap-Benutzer ersetzten die Kennung "openSUSE_Tumbleweed" am Ende des Befehls gegen "openSUSE_Slowroll" bzw. "openSUSE_Leap_15.5"
<$> sudo zypper addrepo --refresh \ https://download.opensuse.org/repositories/system:/snappy/openSUSE_Tumbleweed \ snappy
- Danach wird der GPG-Schlüssel importiert (Autoimport):
<$>sudo zypper --gpg-auto-import-keys refresh
- Nun wird der Paket-Zwischenspeicher aktualisiert, um das neue Snap(py)-Repository aufzunehmen:
<$>sudo zypper dup --from snappy
- Nun wird Snap(py) folgendermaßen installiert:
<$>sudo zypper install snapd
- Danach muss entweder neu gestartet, oder aus- und eingeloggt werden oder der Pfad /etc/profile angepasst werden, damit /snap/bin zu PATH hinzugefügt wird. Danach wird der "snapd-Service" mit folgendem Kommando gestartet und ermöglicht:
<$>sudo systemctl enable --now snapd
- Nun noch den folgenden Befehl ausführen, um den "snapd.apparmor-Dienst" zu aktivieren und zu starten:
<$>sudo systemctl enable --now snapd.apparmor
- Zu guter Letzt wird empfohlen, den Rechner neu zu starten.
Eine Kontrolle über die Konsole zeigt, dass eigentlich alle Schritte übernommen (installiert und aktualisiert) worden sind, nur läuft der Snap-Daemon (Snap-Dienst) trotzdem nicht:
<#>sudo systemctl status snapd × snapd.service - Snap Daemon Loaded: loaded (/usr/lib/systemd/system/snapd.service; enabled; preset: disabled) Active: failed (Result: exit-code) since Fri 2024-11-01 21:45:26 CET; 2min 56s ago Invocation: 5c1823c56b5148b6ab8491b42bf91bb4 TriggeredBy: × snapd.socket Process: 22233 ExecStart=/usr/lib/snapd/snapd (code=exited, status=1/FAILURE) Main PID: 22233 (code=exited, status=1/FAILURE) Nov 01 21:45:26 user snapd[22233]: daemon.go:353: adjusting startup timeout by 30s (pessimistic > Nov 01 21:45:26 user snapd[22233]: backends.go:58: AppArmor status: apparmor is enabled but some> Nov 01 21:45:26 user snapd[22233]: cannot run daemon: state startup errors: [cannot obtain snap-> Nov 01 21:45:26 user systemd[1]: snapd.service: Main process exited, code=exited, status=1/ FAILU> Nov 01 21:45:26 user systemd[1]: snapd.service: Failed with result 'exit-code'. Nov 01 21:45:26 user systemd[1]: snapd.service: Scheduled restart job, restart counter is at 5. Nov 01 21:45:26 user systemd[1]: snapd.service: Start request repeated too quickly. Nov 01 21:45:26 user systemd[1]: snapd.service: Failed with result 'exit-code'. Nov 01 21:45:26 user systemd[1]: Failed to start Snap Daemon. Nov 01 21:45:26 user systemd[1]: snapd.service: Triggering OnFailure= dependencies.
Schließlich findet Ulf heraus, dass bei der Installation von Snap(py) der Pfad nicht wie erwartet unter /usr/libexec/snapd/
erstellt wurde. Etwas "ungehobelt" hilft Holger auf Ulfs Anweisung nach und erstellt einen symbolischen Link auf den Pfad /usr/lib/snapd mit dem Befehl
<#>ln -s /usr/lib/snapd
Nach einem Neustart sollte Snap(py) nun funktionieren.
Danke Ulf!
Zurück zur Übersicht