Amiga Linux Port: Eine Community-Zusammenarbeit

2025-07-05

Diese E-Mail beschreibt Guenther Graus Entscheidung, sich dem AmigaLinux-Porting-Projekt anzuschließen. Er verfolgt Unix auf Amiga seit zwei Jahren und glaubt, dass Hamishs AmigaLinux-Port der vielversprechendste ist, da er einen funktionierenden Kernel hat, obwohl Treiber fehlen. Guenther möchte dem Projekt beitreten, um das Rad nicht neu zu erfinden, und zielt darauf ab, Unix schnell auf dem Amiga zum Laufen zu bringen.

Mehr lesen

Die hohen Kosten und die Komplexität statischer CT-Logs: Eine Debatte über Nachhaltigkeit

2025-07-04

Dieser Artikel vergleicht die Betriebskosten und die Komplexität von zwei CT-Log-Implementierungen: CompactLog und Sunlight. Der Autor zeigt, dass die Architektur von Sunlight, die „direkt von S3 bereitgestellt wird“, im Vergleich zu CompactLog deutlich höhere Schreibkosten (22,4x) und Lesekosten (500x) aufweist. Darüber hinaus weist Sunlight Sicherheitslücken auf (Akzeptanz von 32 Leerzeichen als kryptografischer Seed), es fehlt an Caching, es ist komplex zu implementieren und verfügt über eine schlechte Dokumentation, was zu hohen Betriebskosten und Wartungsaufwand führt. Der Autor kritisiert die Priorisierung der wahrgenommenen Einfachheit gegenüber Nachhaltigkeit und Sicherheit in diesem Design und plädiert für die Einbeziehung kleinerer Betreiber und Überwachungssysteme bei der Gestaltung des CT-Ökosystems, um die Konsolidierung der Kontrolle durch große Unternehmen oder Cloud-Anbieter zu vermeiden.

Mehr lesen
Technologie Cloud-Kosten

Chromium Build-System wechselt zu Siso

2025-06-21

Das Chrome Build Infra Team gibt bekannt, dass das Chromium Build-System von Ninja auf Siso umgestellt wird. Siso ist ein direkter Ersatz für Ninja, der native Unterstützung für Remote-Ausführung bietet. Externe Entwickler müssen einfach weiterhin autoninja verwenden; es wird automatisch Siso verwenden, nachdem `gn clean` das nächste Mal ausgeführt wurde. Bei Problemen kann man wieder auf Ninja zurückwechseln, indem man `use_siso=false` in der `args.gn` setzt. Die Unterstützung für Ninja endet Ende September, ebenso wie die Entfernung von Reclient.

Mehr lesen
Entwicklung

Module adé! Ein neues Programmierparadigma basierend auf einer globalen Funktionsdatenbank

2025-04-04

Dieser Artikel schlägt ein revolutionäres Programmierparadigma vor: das Verwerfen von Modulen zugunsten einer globalen Funktionsdatenbank. Alle Funktionen haben eindeutige Namen und umfangreiche Metadaten, die in einer durchsuchbaren Key-Value-Datenbank gespeichert sind. Dies vereinfacht Open-Source-Beiträge (es reicht, eine einzelne Funktion beizusteuern), eliminiert das Problem der Modulpartitionierung und erleichtert das Auffinden und Wiederverwenden von Funktionen. Der Autor argumentiert, dass dieser Ansatz für die Entwicklung und Wartung großer Programme vorteilhafter ist, und schlägt konkrete Implementierungsideen und Erweiterungen vor, wie z. B. Funktionsbewertung und Peer-Review-Mechanismen.

Mehr lesen
Entwicklung Modularisierung

Kritische Sicherheitslücke in Kubernetes Ingress-Nginx: Gefahr der Ausführung beliebigen Codes

2025-03-24

Mehrere kritische Sicherheitslücken wurden in Kubernetes Ingress-Nginx entdeckt. Die schwerwiegendste (CVE-2025-1974) hat einen CVSS-Score von 9.8 und ermöglicht die Ausführung beliebigen Codes sowie potenzielles Auslaufen von Secrets clusterweit. Alle Versionen vor v1.11.5 und v1.12.1 sind betroffen. Ein sofortiges Upgrade auf die neueste Version oder die vorübergehende Deaktivierung des Validating Admission Controllers wird dringend empfohlen.

Mehr lesen
Entwicklung

Upspin wird eingestellt: Zu kleine Community für die Aufrechterhaltung

2025-02-15

Upspin, ein verteiltes Speichersystem, das den Datenaustausch fördern sollte, schaltet seine zentrale Infrastruktur – den Keyserver – am 6. Mai endgültig ab, da die Community zu klein ist. Obwohl Upspin eine starke Ende-zu-Ende-Verschlüsselung und Benutzerfreundlichkeit bot und ein Backlog wertvoller Verbesserungen vorhanden ist, überwiegt der Wartungsaufwand die aktuelle Community-Größe. Die Entwickler bedanken sich bei allen Mitwirkenden und lassen die Tür für zukünftige Möglichkeiten offen.

Mehr lesen

Linus vs. Tanenbaum: Ein Clash der Betriebssystem-Designphilosophien

2025-02-08

Dieser Thread dokumentiert eine hitzige Debatte zwischen Linus Torvalds, dem Schöpfer von Linux, und Andrew S. Tanenbaum, dem Autor von Minix. Die zentrale Meinungsverschiedenheit dreht sich um die Designphilosophie von Betriebssystemen: Linus plädierte dafür, die Stärken spezifischer Hardware (wie des 386) voll auszuschöpfen, während Tanenbaum Portabilität und den Betrieb auf Low-End-Hardware priorisierte. Linus kritisierte die Designbeschränkungen von Minix hinsichtlich Leistung und Funktionalität, während Tanenbaum erwiderte, dass Linux zu hardwareabhängig sei. Diese Debatte beleuchtet gegensätzliche Ansätze im Betriebssystemdesign und spiegelt den Einfluss von Hardwarebeschränkungen auf die Softwareentwicklung jener Zeit wider.

Mehr lesen
Entwicklung Betriebssystemdesign