Clear Linux

Wenn’s dich interessiert, go for it! Ich hab selbst mit Gentoo vor zwanzig Jahren jedesmal etwas dazu gelernt wenn ein emerge wieder mal etwas zerschossen hat. Auf einem Pentium II hat’s dann auch jedesmal eine Ewigkeit gedauert bis das Compilieren fertig war, da war ausreichend Zeit die wirklich gut gemachten Gentoo Wiki Seiten zu durchforsten.

Aber irgendwann verlagert sich das Interesse und man freut sich wenn zB ein OS Update einfach ohne Bauchweh in zwei Minuten erledigt ist um sich anderen Dingen widmen zu können. Damals habe ich Debian schätzen gelernt und auch heute noch rennen viele Kisten daheim entweder direkt mit Debian oder einem Abkömmling davon. In der Firma spielt es auf klassischen VMs zu 90% RHEL, was für die Anforderungen in diesem Umfeld auch ok ist.

Mit der Popularität von Containern tritt die Frage des OS aber eh immer mehr in den Hintergrund. Das OS allein ist halt „nur“ ein Baustein von vielen um am Ende brauchbare Lösungen zu bauen.

Zitat aus einem Post von davebastard

thats the point, als main sys muss einfach alles funktionieren und es darf ned passieren dass mir ein update alles zerschießt

Naja, das ist mir mit Manjaro auch schon 1-2 mal passiert, schnelle Forensuche hat aber immer Erfolg gebracht.

Ich hab da die GNOME Variante als OS am PC und auch am Laptop, werd aber heut mal KDE eine Chance geben und den Laptop damit testweise befeuern, weil er eh nur rumsteht momentan.

Das Projekt hat sich jetzt komplett verabschiedet da ich mich mit Ubuntu und Kali ausreichend amüsieren kann Bin jedoch komplett auch Linux umgestiegen und brauche daher auch kein Windoes mehr. Gibt ja genug Alternativen und "workarounds". Ob wohl man sagen muss dass die Workarounds teilweise sehr zeitraubend sind, aber das macht mir nix da ich noch _jung_ und "motiviert" bin ^^

Mein Eindruck von clearlinux war, dass die relativ viel unnoetig halbgar selber machen, z. B. den Installer. Der ist in Go geschrieben und erledigt viele DInge durch den Aufruf von externen Programmen, deren Output er parsed, und bei (fuer die Programmierer des Installers) "unerwarteten" Daten dann gerne mit kreativen Exceptions verstirbt. Ich musste damals die Kopie von `lsblk` am Live-System entsprechend patchen/wrappen, damit man es bei mir installieren konnte. Hab das Problem inkl. proposed Patch (im Installer; nicht in lsblk...) auch beim Projekt reported, aber der Bug war monatelang in Triage, und mittlerweile finde ich keinen Hinweis auf seine Existenz mehr... Fuer mich ist es nix; die paar % Mehrleistung in manchen Corner-Cases ist mir die Kopfschmerzen mit so einem Nischenprodukt eher nicht wert. Dann lieber Gentoo! \o

Rolling Release am Server will afaict quasi niemand, aber nachdem heute eh alle das erstbeste Container-Image reinrotzen fuer $app, wird das auch immer weniger wichtig werden

Ad Kernel: Das stimmt schon, aber afaik hat Clear Linux eben auch ein sehr stark auf moderne Mikroarchitekturen optimiertes Userland. Also die Libraries und Binaries arbeiten potenziell schneller/effizienter als die von anderen Distributionen. Gut zu sehen ist das an den Benchmarks von diversen Tools zur stream compression.

Zitat

Vielleicht bin ich aber gerade nur verstört, weil ich gestern Lotto gespielt habe und einen Produktion (nichts zu kritsches..) Server von Debian 10 auf 11 upgegraded habe. Überraschenderweise hat funktioniert!

die Zeiten wo das ein Riesen Drama war sind aber schon länger vorbei, vor allem wenn man keine windigen Fremdrepos verwendet.

Ich hab das sogar mit ansible unlängst gemacht und immer gleich 3 am stück...

edit: ich hätt aber prinzipiell nix gegen rolling release solang pakete ähnlich gut getestet sind wie in z.B. debian stable ... daran wirds wsl scheitern, das erfordert doch ziemliche manpower die auch debian nur hat weil es schon so lang existiert

Zitat aus einem Post von davebastard

edit: ich hätt aber prinzipiell nix gegen rolling release solang pakete ähnlich gut getestet sind wie in z.B. debian stable ... daran wirds wsl scheitern, das erfordert doch ziemliche manpower die auch debian nur hat weil es schon so lang existiert

Es würde nicht LTS Versionen z.B. von Ubuntu Server geben. Allerdings ist man damit gezwungen, alle 6 Monate ein Distro Upgrade zu machen. Da kann es zu Inkompatibilitäten z.B. bei PHP Scripte kommen, wenn der Server plötzlich nur noch PHP 8.2 unterstützt usw.

Ich seh da ehrlich gesagt wenig Probleme - üblicherweise macht man so ein Upgrade nicht Blind und weiß wenns wo größere Versionsspürnge gibt.

Es soll ja noch Unternehmen geben die nach wie vor ein altes PHP 5.6 am laufen haben (seit 4 Jahren ohne Support).
Ich halts halt für unverantwortlich wenn man eine wichtige Applikation auf eine Architektur setzt die gut 7 Jahre schon abgekündigt ist