start failed: unsupported shim version
So i got the error while starting up a container via docker-compose: Unimplemented: failed to start shim: start failed: unsupported shim version (3): not implemented Sometimes a reboot resolves a problem.
So i got the error while starting up a container via docker-compose: Unimplemented: failed to start shim: start failed: unsupported shim version (3): not implemented Sometimes a reboot resolves a problem.
When you get the message from pikaur: Read damn arch-wiki before borking your computer https://wiki.archlinux.org/title/Arch_User_Repository (Also, don't report any issues to pikaur, if ure seeing this message) you need to check your base-devel package is installed. References: https://bbs.archlinux.org/viewtopic.php?id=297084 https://github.com/actionless/pikaur/commit/94ec6b087b4083909a2c59e33112f7e0956f77e6 https://archlinux.org/packages/?q=base-devel
Nach dem Update auf Debian 12 funktionieren die selbst angelegten logcheck Regeln nicht mehr. Das liegt daran, dass du nun hochpräzise Zeitstempel in den Logs genutzt werden. Die eigenen Regeln kann man mit einem Befehl für das neue Format einfach konvertieren. Als root muss folgendes Kommando ausgeführt werden: for rule in /etc/logcheck/*.d*/local-*; do sed --in-place --regexp-extended 's,^\^((\\w|\[\[:alpha:\]\])\{3\} \[ :(0-9|\[:digit:\])\]\{11\}),^(\1|[0-9T:.+-]{32}),' "$rule" ; done Dabei muss der Ausdruck für die Dateipfade /etc/logcheck/*.d*/local-* an die eigenen Dateinamen der Regeln angepasst werden. Bei mir beginnen sie mit 01-, sodass ich diese Stelle auf /etc/logcheck/*.d*/01-* abgeändert habe. Die Regel habe ich auch noch auf die postgrey Dateien angewendet, weil diese noch den alten Zeitstempel unterstützt haben und nicht auch den neuen.
In Alpine Linux basierten Dockerfiles kann man einen neuen Nutzer mit Standardbenutzerprivilegien wie folgt hinzufügen: addgroup myuser && adduser -D -G myuser myuser chown -R myuser: /home/myuser In Ubuntu/Debian geht das wie folgt: useradd -ms /bin/bash myuser Schließlich kann man den Nutzer im Dockerfile mit USER aktivieren und sein Home-Verzeichnis als WORKDIR einstellen: USER myuser WORKDIR /home/myuser
Obwohl der Drucker über KDE Applikationen oder von Konsole benutzbar ist, wird er nicht in Firefox, Evince oder andere GTK oder GNOME Applikationen gelistet. Der Drucker wird in der Konsole erkannt: $ lpstat -t scheduler is running system default destination: Brother_HL-L2340D_series device for Brother_HL-L2340D_series: lpd://BRW681401531475/BINARY_P1 Brother_HL-L2340D_series accepting requests since Sat Oct 15 14:24:54 2016 printer Brother_HL-L2340D_series is idle. enabled since Sat Oct 15 14:24:54 2016 Im Evince o.ä. Programmen taucht er aber nicht auf: Lösung ist das Installieren des Paketes gtk3-print-backends: $ sudo pacman -S gtk3-print-backends resolving dependencies... looking for conflicting packages... Packages (1) gtk3-print-backends-3.22.1+8+ge11df6c-2 Total Installed Size: 0.17 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [#######################################################################################################################] 100% (1/1) checking package integrity [#######################################################################################################################] 100% (1/1) loading package files [#######################################################################################################################] 100% (1/1) checking for file conflicts [#######################################################################################################################] 100% (1/1) checking available disk space [#######################################################################################################################] 100% :: Processing package changes... (1/1) installing gtk3-print-backends