Aktuell wird von MiKTeX nur eine Version für Ubuntu 20.04 LTS (focal) bereitgestellt. Leider fehlt diese Information in der offiziellen Dokumentation (Install MiKTeX for Linux). Hier die Schritte für Ubuntu 20.04:

sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys D6BC243565B2087BC3F897C9277A7293F59E4889
echo "deb [arch=amd64] http://miktex.org/download/ubuntu focaluniverse" | sudo tee /etc/apt/sources.list.d/miktex.list
sudo apt-get update
sudo apt-get install miktex

Auf Ubuntu 20.04 LTS reicht dies schon. Bei Ubuntu 21.04 gibt es leider noch zwei Abhängigkeiten, die nicht automatisch aufgelöst werden können:

miktex: 
  Hängt ab von: libicu66 (>= 66.1-1~) ist aber nicht installierbar
  Hängt ab von: liblog4cxx10v5 (>= 0.10.0) ist aber nicht installierbar

Die Pakete können aber manuell heruntergeladen und installiert werden – natürlich auf eigene Gefahr, allerdings ist mir nichts aufgefallen, was irgendwie Probleme machen würde.

$ wget http://security.ubuntu.com/ubuntu/pool/main/i/icu/libicu66_66.1-2ubuntu2_amd64.deb
$ wget http://security.ubuntu.com/ubuntu/pool/universe/l/log4cxx/liblog4cxx10v5_0.10.0-15ubuntu2_amd64.deb
$ sudo dpkg -i libicu66_66.1-2ubuntu2_amd64.deb
$ sudo dpkg -i liblog4cxx10v5_0.10.0-15ubuntu2_amd64.deb

Hier kommen dann unter Umständen ein paar Fehler, dass libapr1 und libaprutil1 fehlen. Dies lässt sich mit einem beherzten sudo apt --fix-broken install beheben. Danach sollte sich MiKTeX per sudo apt install miktex installieren lassen.

Abschließend kann MiKTeX fertig eingerichtet und z.B. in TexMaker verwendet werden.

$ sudo miktexsetup --shared=yes finish
$ sudo initexmf --admin --set-config-value [MPM]AutoInstall=1
$ sudo mpm --admin --update
2 packages have been successfully updated.
$ mpm --update
There are currently no updates available.

Um Kosten für eine meiner Entwicklungs-VMs in der Google Cloud Platform zu sparen, versetze ich diese oft über längere Zeit in Suspend. Damit bleibt alles wie ich es verlassen habe, häuft aber nicht unnötige Kosten an.

Ein Problem, dass ich regelmäßig hatte war, dass Datum und Uhrzeit nach dem Un-suspend auf dem alten Stand stehenbleiben. Zwar lässt sich die Zeit mit dem Kommando c:\windows\system32\w32tm.exe /resync /force neu synchronisieren, allerdings wäre es doch schön, wenn das automatisch nach dem Login passieren würde. (Das /force ist nötig, da oft genug die Differenz zu hoch ist)

Mit der Aufgabenplanung ist es möglich, ein Kommando nach dem Login zu starten. Bei mir sieht das dann so aus:

Wurde eine SLES VM auf GCP (und mutmaßlich auch auf AWS und Azure) ohne Internetverbindung eingerichtet und gebootet, so konnte diese sich nicht initial bei Suse registrieren. Dadurch sind dann die Repositories für Updates nicht vorhanden.
Sollte solch ein Server also später doch Internetzugang bekommen und soll aktualisiert werden, so muss dieser dann registriert werden. Dies funktioniert mittels Aufrufs von

/usr/sbin/registercloudguest --force-new

Danach sind die Repositories verfügbar und ein zypper refresh sollte funktionieren.

Der (sehr gute) Artikel von Jeff Atwood (hier) hat mich dazu gebracht, mal mit zopfli etwas herumzuprobieren.
Vorab das Fazit: Gut! PNG Dateien werden deutlich kleiner, ergo weniger Traffic und Datenverbrauch. Gerade für Webseiten, die auch häufig Mobil abgerufen werden lohnt es sich also, seine statischen Bilder mal „nachzukomprimieren“.

Hier was ich gemacht habe:

1. Die aktuellen Sourcen von zopfli klonen und zopflipng kompilieren

   $ git clone https://github.com/google/zopfli
   $ cd zopfli
   $ make zopflipng

   Hier fällt dann ein binary „zopflipng“ heraus, mehr braucht es nicht.

2. zopflipng auf alle PNG Dateien anwenden.
   Testweise kann man das auch erstmal mit ein, zwei Dateien ausprobieren, der Aufruf ist einfach:

   $ zopflipng -m testfile.png testfile-compress.png

   Um dann alle Dateien im Ordner (und den Unterordnern) zu komprimieren einfach diesen One-Liner starten:

   $ for f in `find -maxdepth 5 -iname "*.png"`; do  zopflipng -y -m $f $f; done

Das Komprimieren dauert einige Zeit, ist also nichts, um Ad-Hoc erzeugte Bilder zu verkleinern. Statische Ressourcen, wie Hintergrundbilder, Avatare und ähnliches können aber z.B. in einem nächtlichen Cron
komprimiert werden.

Bei mir war die Kompressionsrate zwischen 10% und 50%, also durchaus lohnend für einen sehr überschaubaren Aufwand.

Der Windows Server 2008 (R2) ist zwar schon ein paar Tage älter, hin und wieder trifft man trotzdem noch auf ihn. Über die Jahre füllt sich die Systempartition mit Daten die nicht mehr unbedingt notwendig sind. Bei Desktop Windows Versionen hilft hier die Datenträgerbereinigung (cleanmgr.exe) weiter, bei Windows Server 2008 R2 findet sich diese leider nicht mehr an der gewohnten Stelle in den Laufwerkseigenschaften.

Grundsätzlich ließe sich dies durch die Installation des Features „Desktop Erfahrung“ („Desktop Experience“) beheben, dies erfordert allerdings einen Serverreboot, der nicht immer erwünscht ist.

Einfacher geht es allerdings so:
Bei Windows Server 2008 (und R2) sind die notwendigen Dateien (im Grunde nur die .exe) schon mitgeliefert, und zwar im winsxs Ordner:

Die Datei cleanmgr.exe gehört nach c:\windows\system32, die Datei cleanmgr.exe.mui nach c:\windows\system32\en-US. Auf anderssprachigen Installationen kommt die .mui Datei natürlich in den entsprechenden Ordner, bei Deutsch etwa c:\windows\system32\de-DE.

Danach lässt sich über einen Command Prompt „cleanmgr.exe“ problemlos aufrufen und verwenden.

(Original hier, ich habe das auf Deutsch übernommen, damit ich es wiederfinde 😉 )