WSL 2 ist eine recht gut gelungene Integration von Linux in die Windows Welt und es ist für mich inzwischen nicht mehr wegzudenken. Es ist sogar verblüffend einfach gelöst inzwischen und bedarf fast, keinen aufwand.

Man kann sich eigentlich an die Anleitung vom Microsoft orientieren muss allerdings noch eine Sache Anpassen.

Einfach eine Admin PowerShell öffnen und folgende schritte durchspielen.

wsl --set-default-version 2
wsl -–install

Jetzt einmal rebooten und dann die Installation abschließen. Nun öffnet sich eine WSL Shell und fragt nach dem neuen Username und dem Password. Die Grundinstallation ist somit abgeschlossen.

Jetzt sollte man sein System einmal updaten.

sudo apt update
sudo apt upgrade

Wenn das beendet ist, kann man noch eine kleine spezial Config hinzufügen um die filerechte in der WSL Umgebung besser zu regelt.

Öffne mit einem beliebigen Editor in wsl die /etc/wsl.conf als root

sudo nano /etc/wsl.conf

Nun füge diese Zeilen ein, wenn die Config noch nicht existierte.

[automount]
enabled = true
options = "metadata"
mountFsTab = false

Und einmal in der powershell das WSL Restarten damit die Config neu geladen wird.

wsl -–shutdown

Fertig!

Damit gehören die Files in deiner Windows Umgebung auch unter WSL deinem User. Jetzt noch das Remote - WSL addon für Visual Studio Code und man kann wie unter Linux arbeiten!

happy coding :)

Auflisten installierter Distributionen und der WSL Version.

wsl --list --verbose

Nachträgliches ändern der WSL Version.

wsl --set-version <distribution name> <versionNumber>

bzw.

wsl --set-version Ubuntu 2

Durch die Liezens Änderungen bei docker hub und die strickten Limits ist es ja jetzt nötig, bei größeren Infrastrukturen einen eigenen docker-registry-mirror Service zu fahren.

An sich ist das alles nicht sonderlich kompliziert, aber man hat Genug Potenzial um was falsch zu machen.

Hier mal meine Fallstricke auf die ich hereingefallen bin.

{
  "registry-mirrors": ["https://<my-docker-mirror-host>"]
}

1. In /etc/docker/daemon.json oder ~/docker/config.json für den user, muss man ja seinen Mirror eintragen und dabei ist dringend zu beachten das man das Protokoll (HTTP/HTTPS) mit angibt, denn sonst Dropt er die Option.

2. Ein HTTPS Server, brauch dringend eine fullchain Cert mit der kompletten callange, denn wenn das nicht passt Dropt der Gitlab-Runner auch einfach den Mirror, ohne was zu sagen.

3. Testen kann man das recht einfach mit curl, ob es passt. Mit einem Browser, sieht man das leider nicht, weil die weit mehr CA’s drin haben denen sie Trauen.

Wenn „docker info“ jetzt den Mirror anzeigt sollte alles passen.

Jetzt kann der Artikel Parser auch Markdown (.md) Files Parsen und somit habe ich neben HTML nun auch noch .md als Source Format im Blog Generator verfügbar!

Das macht 1, 2 Sachen ein wenig einfacher und ich muss nicht immer alles in HTML Schreiben :)

Beispiele

1. eins
2. zwei
3. drei

• eins
• zwei
• drei

insert me and remove me

substitute thiswith this

test

<p>HTML Document</p>

1
2

import hello_world
print("hello world")

Task List

• item 1
  • item A
  • item B more text
    • item a
    • item b
    • item c
  • item C
• item 2
• item 3

  blabla
      code
  

h1 test

h2 test

h3 test

h4 test

h5 test

h6 test