Das Chromium-Update-Problem

[kvg]

Nur kurz: ich für mich habe jetzt Googles Chrome inkl. Google-Repository installiert.
Ist zwar nicht die reine Lehre, aber für die wenigen nötigen Seiten, unter Sicherheitsaspekten und abgewogen gegen den sonstigen Aufwand ist das für mich die beste Lösung.
Beobachte die Chromium-Updateentwicklung in Debian aber weiter.
Grüße
KVG

[mcb]

Nur kurz: ich für mich habe jetzt Googles Chrome inkl. Google-Repository installiert.
Ist zwar nicht die reine Lehre, aber für die wenigen nötigen Seiten, unter Sicherheitsaspekten und abgewogen gegen den sonstigen Aufwand ist das für mich die beste Lösung.
Beobachte die Chromium-Updateentwicklung in Debian aber weiter.
Grüße
KVG

Wie zufrieden oder nicht bist du denn? Das Flatpak Geraffel nervt mich gerade nur noch. Und beim eingebautem Chromium sieht es überhaupt nicht gut aus.

https://tracker.debian.org/pkg/chromium

Sportlicht 100 Lücken offen.

Code: Alles auswählen

rmadison chromium
chromium   | 57.0.2987.98-1~deb8u1   | oldoldoldstable    | amd64, i386
chromium   | 70.0.3538.110-1~deb9u1  | oldoldstable       | armhf
chromium   | 73.0.3683.75-1~deb9u1   | oldoldstable       | source, amd64, arm64, i386
chromium   | 73.0.3683.75-1~deb9u1   | oldoldstable-debug | source
chromium   | 89.0.4389.114-1~deb10u1 | oldstable          | source, amd64, arm64, armhf, i386
chromium   | 89.0.4389.114-1~deb10u1 | oldstable-debug    | source
chromium   | 90.0.4430.85-1~deb10u1  | oldstable-new      | source, amd64, i386
chromium   | 90.0.4430.93-1~deb10u1  | oldstable-new      | source, amd64, armhf, i386
chromium   | 90.0.4430.212-1~deb10u1 | oldstable-new      | source, amd64, armhf, i386
chromium   | 90.0.4430.212-1         | stable             | source, amd64, arm64, armhf, i386
chromium   | 90.0.4430.212-1         | testing            | source, amd64, arm64, armhf, i386
chromium   | 90.0.4430.212-1         | unstable           | source, amd64, arm64, armhf, i386
chromium   | 90.0.4430.212-1         | unstable-debug     | source
marc@mb:~$ 

[tijuca]

Sportlicht 100 Lücken offen.

Und auch die die noch nicht entdeckt sind!

Die Arbeit in Debian ist freiwillig und lebt von denen die diese Arbeit machen, nur nochmal zur Erinnerung.

[mcb]

Sportlicht 100 Lücken offen.

Und auch die die noch nicht entdeckt sind!

Die Arbeit in Debian ist freiwillig und lebt von denen die diese Arbeit machen, nur nochmal zur Erinnerung.

Ja - gut also besser kein Chromium.

[kvg]

Hallo!
Sorry, etwas verspätet, aber hier die Antwort:
Das offizielle Chrome-Repository ist völlig problemlos und immer aktuell. Habe die pragmatische Wahl nicht bereut!
Grüße
KVG

[mcb]

Ja - ich habe es auch aufgegeben mit Chromium.

Bei Chrome ist leider mehr Google drin, sollte man nicht vergessen, dafür weniger bekannte Zerodays ...

Code: Alles auswählen

chromium:
  Installed: (none)
  Candidate: (none)
  Version table:
     93.0.4577.82-1 -1
          1 https://deb.debian.org/debian unstable/main amd64 Packages
     90.0.4430.212-1 -1
        500 https://deb.debian.org/debian bullseye/main amd64 Packages
google-chrome-stable:
  Installed: 94.0.4606.71-1
  Candidate: 94.0.4606.71-1
  Version table:
 *** 94.0.4606.71-1 200
         -1 https://dl.google.com/linux/chrome/deb stable/main amd64 Packages
        100 /var/lib/dpkg/status

Das hier habe ich noch gefunden:

"Scripts to download and run the latest Linux build of Chromium. A substitute for Chrome Canary on Linux. "

Ist dann aber auch nicht stable, sondern bleeding edge ...

https://github.com/mb291/chromium-latest-linux

[willy4711]

Tipp:
Nutze Vivaldi. Ist auf Basis von Chromium, wird aber sehr oft aktualisiert.
Und hat eine richtig gute Oberfläche.
Test:
https://www.kuketz-blog.de/vivaldi-date ... eck-teil5/
https://www.kuketz-blog.de/vivaldi-date ... /#comments

[mcb]

Tipp:
Nutze Vivaldi. Ist auf Basis von Chromium, wird aber sehr oft aktualisiert.
Und hat eine richtig gute Oberfläche.
Test:
https://www.kuketz-blog.de/vivaldi-date ... eck-teil5/
https://www.kuketz-blog.de/vivaldi-date ... /#comments

Jo - das klingt nicht schlecht. Das die auf Google zugreifen für die Add-ons stört mich nicht. So dokmatisch muß man nicht sein.

Schade finde ich es nach wie vor mit dem Chromium - als Zweitbrowser gefällt er mir ansich.

[willy4711]

Nur mal als Beweis, dass da ziemlich intensiv gearbeitet wird:
Seit 1.September gab es allein 4 Updates

Code: Alles auswählen

[UPGRADE] vivaldi-stable:amd64 4.2.2406.52-1 -> 4.2.2406.54-1
[UPGRADE] vivaldi-stable:amd64 4.2.2406.48-1 -> 4.2.2406.52-1
[UPGRADE] vivaldi-stable:amd64 4.2.2406.44-1 -> 4.2.2406.48-1
[UPGRADE] vivaldi-stable:amd64 4.1.2369.21-1 -> 4.2.2406.44-1

[mcb]

Das Team überlegt jetzt den Security Support einzustellen:

#998732 - RM chromium -- RoQA; unmaintained - Debian Bug report logs:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=998732

Hoffentlich läuft es bei Firefox besser.

[kvg]

Ja, hoffe auch, dass es bei Firefox weiter rund läuft.
Gerade stottert es aber beim Wechsel der ESR-Versionen von Firefox und Thunderbird auch etwas…

Als Anwender und bestenfalls interessierter Laie frage ich mich, ob der konservative Versionierungsansatz von Debian vielleicht nicht mehr zu der dynamischen Entwicklung von Webbrowsern etc. passt. Klingt ja auch in dem oben zitierten Chromiun-Remove-Request an.
Also doch künftig Flatpack, Snap oder Appimage? Zumindest für sowas?

[tijuca]

Ja, hoffe auch, dass es bei Firefox weiter rund läuft.
Gerade stottert es aber beim Wechsel der ESR-Versionen von Firefox und Thunderbird auch etwas…

Als Anwender und bestenfalls interessierter Laie frage ich mich, ob der konservative Versionierungsansatz von Debian vielleicht nicht mehr zu der dynamischen Entwicklung von Webbrowsern etc. passt. Klingt ja auch in dem oben zitierten Chromiun-Remove-Request an.

Woran machst Du einen "konservativen Ansatz" für FF und TB fest?
Mal auf die jeweiligen Trackerseiten geschaut um vielleicht besser beurteilen zu können warum es gerade stottert?

PS: Es hat auch in der Vergangenheit immer etwa gedauert bis nach dem Release einer neuen Debian Version alle Tools insoweit aktualisiert waren, dass FF und TB erfolgreich gebaut werden konnten und auch alle Abhängigkeiten erfüllt sind. Aktuell kommt neben der Veröffentlichung von Debian 11 auch noch der Sprung der ESR Version dazu.

[mcb]

Ja, hoffe auch, dass es bei Firefox weiter rund läuft.
Gerade stottert es aber beim Wechsel der ESR-Versionen von Firefox und Thunderbird auch etwas…

Als Anwender und bestenfalls interessierter Laie frage ich mich, ob der konservative Versionierungsansatz von Debian vielleicht nicht mehr zu der dynamischen Entwicklung von Webbrowsern etc. passt. Klingt ja auch in dem oben zitierten Chromiun-Remove-Request an.

Woran machst Du einen "konservativen Ansatz" für FF und TB fest?
Mal auf die jeweiligen Trackerseiten geschaut um vielleicht besser beurteilen zu können warum es gerade stottert?

PS: Es hat auch in der Vergangenheit immer etwa gedauert bis nach dem Release einer neuen Debian Version alle Tools insoweit aktualisiert waren, dass FF und TB erfolgreich gebaut werden konnten und auch alle Abhängigkeiten erfüllt sind. Aktuell kommt neben der Veröffentlichung von Debian 11 auch noch der Sprung der ESR Version dazu.

Nun ja ich habe aus persónlichem Interesse wirklich gesucht, das es bei testing dauert verstehe ich. Wie das ganze für Stable funktionieren soll ? Es braucht u.a. einen neuen rust Kompiler - da beißt sich die Stablekette selbst in den Schwanz? "Firefox ESR 91 Creating Massive Headache for Debian 11 (GNU_Linux) | Techrights"
http://techrights.org/2021/11/10/firefox-esr-91-issues/

[kvg]

Hallo!
Ich meinte keinen konservativen Ansatz für TB und FF, sondern für die restliche Software, die ja in stable und oldstable in der Regel "nur" "targeted" Fixes erhält und ansonsten auf dem Versionsstand bei Erscheinen gehalten wird. Normalerweise ist genau das einer der Gründe, weshalb ich Debian einsetze.
Aber wenn zwischendurch selbst im ESR-Zweig zig neue Versionen von FF (und TB, auch wenn es da nicht ESR genannt wird) erscheinen, stottert es eben beim Versionsübergang. S. auch MCBs Beitrag.
Wie gesagt, das ist keine Kritik, ich verstehe durchaus, dass es beim Wechsel der ESR-Versionen stottert, zumal bei TB die letzte 78er (.15) ja auch sang und klanglos entfallen ist. Ich überlegte halt nur aus der Sicht des Laien, ob in diesen Sonderfällen Flatpaks o.ä. doch ihre Vorteile haben könnten.

[mcb]

Ja naürlich haben die bösen Flatpaks oder Upstream Versionen "Vorteile" gegenüber älteren Versionen mit bekannten Sicherheitslücken, leider auch andere "Nachteile".

Gibt Leute die die Developer Edition von Firefox eisetzen, um nicht nur alle paar Wochen Sicherheitspatches zu bekommen.

PS: die Anführungszeichen sind nicht ohne Grund gesetzt.

[tijuca]

Nun ja ich habe aus persónlichem Interesse wirklich gesucht, das es bei testing dauert verstehe ich. Wie das ganze für Stable funktionieren soll ? Es braucht u.a. einen neuen rust Kompiler - da beißt sich die Stablekette selbst in den Schwanz? "Firefox ESR 91 Creating Massive Headache for Debian 11 (GNU_Linux) | Techrights"
http://techrights.org/2021/11/10/firefox-esr-91-issues/

Interessant wie Außenstehende versuchen die aktuelle Lage zu deuten, mir sind keine Informationsanfragen, die nicht direkt den Debian Projekt Beteiligten kommen, bekannt. Der überwiegende Teil in diesem Post sind reine Vermutungen. Warum ich das von mir gebe, weil ich in den ganzen Prozess für die Aktualisierung der benötigten Software indirekt beteiligt bin.

Die Sache ist für unstable/testing an sich komplett gleich wie in (old)stable.

Es fehlt aktuell rein an den nötigen Buildtools um FF oder TB für stable oder oldstable bauen zu können, so wie es bisher immer war wenn neue ESR-Versionen mal wieder eine aktuellere Kette an Cargo, Rust, LLVM etc. benötigt haben. Das ist alles nicht zufriedenstellend, ja, aber Debian hat keine fest angestellten Entwickler wie Ubuntu oder SuSE z.B. Eine Toolchain zu aktualisieren ist mit einigem Aufwand verbunden und lässt sich nur bedingt vorbereiten.

[mcb]

Habe ich das jetzt richtig verstanden, das Debian keine Pakete ausliefert, de man nicht unter dem Tagetrelease bauen kann? (Außschließlich mit den mitgelieferten Tools, die sich nicht ändern sollen).

^^ etwas vereinfacht.

[MSfree]

Habe ich das jetzt richtig verstanden, das Debian keine Pakete ausliefert, de man nicht unter dem Tagetrelease bauen kann? (Außschließlich mit den mitgelieferten Tools, die sich nicht ändern sollen).

Genau das ist das Problem.

Für aktuellere FF/TB braucht man Compiler, die neuer sind als die, die im aktuellen Stable sitzen, von Oldstable brauchen wir gar nicht erst anzufangen. Und weil Stable nunmal nicht für stabil, im Sinne von Absturzfreiheit steht, sondern für starre Softwareversionen, darf sich die Compilerversion hier nicht ändern.

[kvg]

Auch wenn es damit nochmal etwas Richtung OT abgleitet:
Für Firefox bin ich jetzt doch auch erst mal auf das Flatpak umgestiegen, bis Debian die neue ESR-Version in den Repositories hat.

Die Flatpak-Version läuft problemlos, wird bei Flathub offiziell von Mozilla bereit gestellt und hat komplett eigene Profile (~/.var/app), unabhängig von denen des Debian-Firefoxes.
Je nach weiterem Verlauf überlege ich das auch für Thunderbird.

Sobald Debian "wieder im Takt" mit den neuen Versionen ist, schalte ich zurück.

[mcb]

Auch wenn es damit nochmal etwas Richtung OT abgleitet:
Für Firefox bin ich jetzt doch auch erst mal auf das Flatpak umgestiegen, bis Debian die neue ESR-Version in den Repositories hat.

Die Flatpak-Version läuft problemlos, wird bei Flathub offiziell von Mozilla bereit gestellt und hat komplett eigene Profile (~/.var/app), unabhängig von denen des Debian-Firefoxes.
Je nach weiterem Verlauf überlege ich das auch für Thunderbird.

Sobald Debian "wieder im Takt" mit den neuen Versionen ist, schalte ich zurück.

Von Mozilla gibt es auch Binaries - die kann man sich einfach in einen Ordner entpacken. Und ja flatpaks kommen den Profilen der Installation nicht in den Weg.

[kvg]

Nachdem sich bei Chromium ja jetzt wirklich ewig nicht mehr aktualisiert wurde, es lt. der weiter oben verlinkten Diskussion als "unmaintained" entfernt werden soll und auch aus "Testing" geflogen ist, hätte ich erwartet, dass das aktuelle .2-Release das auch für Bullseye vollzieht, oder trügt mich die Erinnerung, dass bei Point-Releases gelegentlich auch Pakete entfernt wurden?

[mcb]

Pakete werden manchmal entfernt -> man kann sie dann nicht mehr neu installieren, das installierte Programme entfernt werden habe ich noch nicht erlebt.

Code: Alles auswählen

[marc@station2:~$ rmadison chromium
chromium   | 57.0.2987.98-1~deb8u1   | oldoldoldstable    | amd64, i386
chromium   | 70.0.3538.110-1~deb9u1  | oldoldstable       | armhf
chromium   | 73.0.3683.75-1~deb9u1   | oldoldstable       | source, amd64, arm64, i386
chromium   | 73.0.3683.75-1~deb9u1   | oldoldstable-debug | source
chromium   | 89.0.4389.114-1~deb10u1 | oldstable          | source, amd64, arm64, armhf, i386
chromium   | 89.0.4389.114-1~deb10u1 | oldstable-debug    | source
chromium   | 90.0.4430.85-1~deb10u1  | oldstable-new      | source, amd64, i386
chromium   | 90.0.4430.93-1~deb10u1  | oldstable-new      | source, amd64, armhf, i386
chromium   | 90.0.4430.212-1~deb10u1 | oldstable-new      | source, amd64, armhf, i386
chromium   | 90.0.4430.212-1         | stable             | source, amd64, arm64, armhf, i386
chromium   | 93.0.4577.82-1          | unstable           | source, amd64, arm64, armhf, i386
chromium   | 93.0.4577.82-1          | unstable-debug     | source
/code]

[mcb]

Good news!

Code: Alles auswählen

apt policy chromium
chromium:
  Installed: (none)
  Candidate: (none)
  Version table:
     97.0.4692.71-0.1~deb11u1 -1
        500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     90.0.4430.212-1 -1
        500 http://ftp.de.debian.org/debian bullseye/main amd64 Packages

Ob es so bleibt oder auch nicht ...

[slu]

Tatsächlich hatte ich damit überhaupt nicht mehr gerechnet.
Bleibt die Frage ob man sich da zukünftig wieder drauf verlassen kann oder eher nicht...

[Blackbox]

Von der Realität widerlegt zu werden ist bitter, weiter so Debian Projekt!