Das begleitende Paket (ebuild) Chromium in Gentoo Linux hat die bevorstehende Entfernung des Pakets aus dem Repository aufgrund der zu hohen Wartungskosten angek\u00fcndigt. Es wird erw\u00e4hnt, dass der Betreuer nicht in der Lage ist, das Paket nach der Verk\u00fcrzung des Ver\u00f6ffentlichungszyklus von Chrome weiterhin auf dem erforderlichen Niveau zu unterst\u00fctzen. Wenn in den n\u00e4chsten Tagen kein Freiwilliger gefunden wird, der bereit ist, die Wartung von Chromium in Gentoo zu \u00fcbernehmen, wird das Paket www-client\/chromium am 24. Oktober nicht mehr zur Installation verf\u00fcgbar sein.<\/p>\n
Neue Korrekturversionen von Chromium erscheinen in letzter Zeit w\u00f6chentlich und enthalten Hunderte von Sicherheitsupdates. Neben den h\u00e4ufigeren Ver\u00f6ffentlichungen wird die Wartung durch \u00c4nderungen in den Upstream-Projekten und Konflikte erschwert, die sich einerseits aus dem Bestreben ergeben, den Nutzern die erforderliche Qualit\u00e4t zu bieten, w\u00e4hrend gleichzeitig die Einbettung von Abh\u00e4ngigkeiten in das Paket vermieden werden soll, und andererseits aus der Notwendigkeit, Updates zur Behebung von Sicherheitsanf\u00e4lligkeiten zeitnah zu ver\u00f6ffentlichen. Die Kompilierung von Chromium dauert 15-16 Stunden auf einem Laptop und etwa 6 Stunden auf einem leistungsstarken PC, wobei vor der Ver\u00f6ffentlichung des Pakets alle Build-Optionen mit unterschiedlichen USE-Flags \u00fcberpr\u00fcft werden m\u00fcssen.<\/p>\n
Chromium verwendet eine gro\u00dfe Anzahl eingebetteter Abh\u00e4ngigkeiten (z. B. ffmpeg, harfbuzz, zstd), aber besonders kompliziert gestaltet sich die Wartung durch die Hinzuf\u00fcgung von Rust und Go als Abh\u00e4ngigkeiten. Im Fall von Rust h\u00e4ngen die Probleme mit der Verwendung experimenteller Funktionen zusammen, deren Kompatibilit\u00e4t mit neuen Ver\u00f6ffentlichungen beeintr\u00e4chtigt werden kann, w\u00e4hrend Go erfordert, dass das Toolkit Netzwerkzugang hat, der f\u00fcr Build-Umgebungen durch die Regeln von Gentoo untersagt ist. Dar\u00fcber hinaus wurden Ausf\u00e4lle im CI-System von Google festgestellt, die manchmal zu unvollst\u00e4ndigen Archiven mit Code f\u00fchren. <\/p>\n
Nach Ansicht des Betreuers wird f\u00fcr eine qualitativ hochwertige Unterst\u00fctzung des Pakets ein Team von mindestens drei Personen ben\u00f6tigt, die Kenntnisse in den Sprachen C, C++, Go, JavaScript und Rust haben und mit den spezifischen Werkzeugen von Google vertraut sind. Ein Betreuer ben\u00f6tigt mehr als 6 Stunden pro Woche f\u00fcr die Wartung von Chromium, also fast einen ganzen Arbeitstag aus seiner Freizeit, und das ohne die Zeiten, in denen Fehler diagnostiziert und behoben werden m\u00fcssen, sowie das Zusammenf\u00fchren des Build-Zustands mit den Anforderungen von Gentoo.<\/p>\n
Das letzte Tropfen, nach dem der Betreuer beschloss, die Unterst\u00fctzung des Pakets einzustellen, war die Herabw\u00fcrdigung seiner Arbeit im Zusammenhang mit der Diskussion \u00fcber die zu langsame Ver\u00f6ffentlichung von Chromium-Updates in Gentoo (in Gentoo wird derzeit Version 151 ausgeliefert, w\u00e4hrend der aktuelle Release 155 ist). Einer der Diskussionsteilnehmer schlug vor, ein fertiges Ebuild-Skript aus dem Drittanbieter-Repository Bentoo zu verwenden, dessen Wartung automatisiert ist. Der Betreuer erkl\u00e4rte, dass ein einfaches Kopieren ohne \u00dcberpr\u00fcfung der \u00c4nderungen und vollst\u00e4ndiges Testen aller Build-Varianten mit unterschiedlichen USE-Flags nicht zul\u00e4ssig sei, da sonst die Funktionsf\u00e4higkeit des Pakets f\u00fcr alle Benutzer nicht garantiert werden kann. Darauf erhielt er die Antwort, dass dies alles Unsinn sei.<\/p>\n