Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #120628 > unrolled thread

Chrome, Brave etc. Tabs kaputt

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Chrome, Brave etc. Tabs kaputt Matthias Gerds <m.gerds@posteo.de> - 2022-01-07 18:40 +0100
    Re: Chrome, Brave etc. Tabs kaputt Matthias Gerds <m.gerds@posteo.de> - 2022-01-11 14:32 +0100
      Re: Chrome, Brave etc. Tabs kaputt Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2022-01-12 12:50 +0100
        Re: Chrome, Brave etc. Tabs kaputt Matthias Gerds <m.gerds@posteo.de> - 2022-01-12 20:29 +0100
          Re: Chrome, Brave etc. Tabs kaputt Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2022-01-12 22:07 +0100
        Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-01-13 06:32 -0500
          Re: Chrome, Brave etc. Tabs kaputt Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2022-01-13 13:49 +0100
            Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-01-13 15:30 -0500
          Re: Chrome, Brave etc. Tabs kaputt Matthias Gerds <m.gerds@posteo.de> - 2022-01-13 17:03 +0100
            Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-01-13 15:33 -0500
              Re: Chrome, Brave etc. Tabs kaputt Matthias Gerds <m.gerds@posteo.de> - 2022-01-13 22:54 +0100
                Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 02:57 -0500
              Re: Chrome, Brave etc. Tabs kaputt Frank Miller <miller@posteo.ee> - 2022-01-13 23:17 +0100
                Re: Chrome, Brave etc. Tabs kaputt Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-14 20:09 +0100
                  Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 18:39 -0500
                    Re: Chrome, Brave etc. Tabs kaputt Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-15 09:03 +0100
                      Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-01-15 07:08 -0500
                        Re: Chrome, Brave etc. Tabs kaputt Paul Muster <exp-311222@news.muster.net> - 2022-01-15 14:53 +0100
                          Re: Chrome, Brave etc. Tabs kaputt Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-16 11:25 +0100
                        Re: Chrome, Brave etc. Tabs kaputt Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-16 11:24 +0100
                    Re: Chrome, Brave etc. Tabs kaputt Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-15 20:46 +0100
                Re: Chrome, Brave etc. Tabs kaputt Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2022-02-06 17:22 +0100
                  Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-02-07 11:36 -0500
                    Re: Chrome, Brave etc. Tabs kaputt Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-02-07 17:00 +0000
                      Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-02-07 19:29 -0500
                    Re: Chrome, Brave etc. Tabs kaputt michaelnoeusenet@mac.com (Michael Noe) - 2022-02-07 18:07 +0100
                      Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-02-07 19:43 -0500
                        Re: Chrome, Brave etc. Tabs kaputt Juergen Ilse <news@usenet-verwaltung.de> - 2022-02-09 22:18 +0000
                          Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-02-09 21:04 -0500
                          Re: Chrome, Brave etc. Tabs kaputt Marte Schwarz <marte.schwarz@gmx.de> - 2022-02-11 09:59 +0100
                            Labskaus (was: Chrome, Brave etc. Tabs kaputt) Andreas Kohlbach <ank@spamfence.net> - 2022-02-11 10:13 -0500
                          Re: Chrome, Brave etc. Tabs kaputt Arno Welzel <usenet@arnowelzel.de> - 2022-02-12 10:52 +0100
                            Re: Chrome, Brave etc. Tabs kaputt michaelnoeusenet@mac.com (Michael Noe) - 2022-02-12 12:54 +0100
                              Schnipo (was: Chrome, Brave etc. Tabs kaputt) Andreas Kohlbach <ank@spamfence.net> - 2022-02-12 10:08 -0500
                            Re: Chrome, Brave etc. Tabs kaputt Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-02-12 12:00 +0000
                              Re: Chrome, Brave etc. Tabs kaputt Arno Welzel <usenet@arnowelzel.de> - 2022-02-13 11:15 +0100
                          Re: Chrome, Brave etc. Tabs kaputt michaelnoeusenet@mac.com (Michael Noe) - 2022-02-12 12:31 +0100
                            Re: Chrome, Brave etc. Tabs kaputt Thomas Hochstein <thh@thh.name> - 2022-02-12 14:23 +0100
                              Re: Chrome, Brave etc. Tabs kaputt michaelnoeusenet@mac.com (Michael Noe) - 2022-02-12 14:34 +0100
                    Flammkuchen (was: Chrome, Brave etc. Tabs kaputt) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-02-07 20:15 +0100
                    Re: Chrome, Brave etc. Tabs kaputt Juergen Ilse <news@usenet-verwaltung.de> - 2022-02-09 22:05 +0000
                      Re: Chrome, Brave etc. Tabs kaputt Andreas Kohlbach <ank@spamfence.net> - 2022-02-09 20:58 -0500
                  Re: Chrome, Brave etc. Tabs kaputt Juergen Ilse <news@usenet-verwaltung.de> - 2022-02-09 21:49 +0000
    Re: Chrome, Brave etc. Tabs kaputt Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2022-01-11 18:26 +0100
    Re: Chrome, Brave etc. Tabs kaputt (Update) Matthias Gerds <m.gerds@posteo.de> - 2022-01-21 18:50 +0100
      Re: Chrome, Brave etc. Tabs kaputt (Update) Andreas Kohlbach <ank@spamfence.net> - 2022-01-21 13:22 -0500
        Re: Chrome, Brave etc. Tabs kaputt (Update) Matthias Gerds <m.gerds@posteo.de> - 2022-01-21 23:12 +0100

Page 1 of 3  [1] 2 3  Next page →

#120628 — Chrome, Brave etc. Tabs kaputt

Hey!
Hier funktioniert plötzlich das Verschieben und Einfügen von Tabs nicht mehr,
sondern diese werden als neue Fenster von der Tableiste abgelöst.
Wer ist der Schuldige? KWin, QTStep-Fensterdekoration oder Google Chrome selbst
(welcher die Basis für Brave und andere Browser bildet, u.a. den vielgerühmten
MS-Edge :-D )? BTW: Bei Vivaldi funktioniert's nach wie vor.

M:

--
Betriebssystem: LMDE 4
KDE-Plasma-Version: 5.14.5
Qt-Version: 5.11.3
KDE-Frameworks-Version: 5.54.0
Kernel-Version: 4.19.0-18-amd64

[toc] | [next] | [standalone]

#120762

Am 07.01.22 um 18:40 schrieb Matthias Gerds:
> Hey!
> Hier funktioniert plötzlich das Verschieben und Einfügen von Tabs nicht mehr,
> sondern diese werden als neue Fenster von der Tableiste abgelöst.
> Wer ist der Schuldige? KWin, QTStep-Fensterdekoration oder Google Chrome selbst
> (welcher die Basis für Brave und andere Browser bildet, u.a. den vielgerühmten
> MS-Edge :-D )? BTW: Bei Vivaldi funktioniert's nach wie vor.

Jetzt bin ich verwirrt (x = funktioniert NICHT, v = funktioniert):

x KDE Plasma
x Cinnamon
x FVWM
x Budgie Desktop

v KDE/OpenBox
v OpenBox
v XFCE4
v FluxBox
v JWM
v WindowMaker

Woran könnte es liegen? An der Chrome-Basis wohl nicht, weil es ja unter manchen DE ja geht.
Ist mir momentan ein Rätsel.

M:

-- 
Betriebssystem: LMDE 4
KDE-Plasma-Version: 5.14.5
Qt-Version: 5.11.3
KDE-Frameworks-Version: 5.54.0
Kernel-Version: 4.19.0-18-amd64

[toc] | [prev] | [next] | [standalone]

#120805

Am Dienstag, 11.01.2022 14:32 schrieb Matthias Gerds:

> Jetzt bin ich verwirrt (x = funktioniert NICHT, v = funktioniert):

Das Problem betrifft nur die Windowmanager KWin
https://chromium-review.googlesource.com/c/chromium/src/+/3355376

und Mutter
https://chromium-review.googlesource.com/c/chromium/src/+/3355470

Deswegen funktioniert es bei einigen Desktopumgebungen, und bei
anderen nicht.

Da kein Backport für die Version 97 geplant ist, musst du auf Version 98
warten, oder vorübergehend wieder auf Version 96 zurück, was aber nicht
empfehlenswert ist, weil die Version 97 37 teils kritische
Sicherheitslücken schließt. 

-- 
powered by Arch Linux x86_64 🐧 Kernel: 5.15.13-arch1-1
KDE-Plasma 5.23.5 · KDE-Frameworks 5.89.0 · Qt 5.15.2

[toc] | [prev] | [next] | [standalone]

#120815

Am 12.01.22 um 12:50 schrieb Martin Schnitkemper:
> Am Dienstag, 11.01.2022 14:32 schrieb Matthias Gerds:
> 
>> Jetzt bin ich verwirrt (x = funktioniert NICHT, v = funktioniert):
> 
> Das Problem betrifft nur die Windowmanager KWin
> https://chromium-review.googlesource.com/c/chromium/src/+/3355376
> 
> und Mutter
> https://chromium-review.googlesource.com/c/chromium/src/+/3355470
> 
> Deswegen funktioniert es bei einigen Desktopumgebungen, und bei
> anderen nicht.
> 
> Da kein Backport für die Version 97 geplant ist, musst du auf Version 98
> warten, oder vorübergehend wieder auf Version 96 zurück, was aber nicht
> empfehlenswert ist, weil die Version 97 37 teils kritische
> Sicherheitslücken schließt.

Na, vielen Dank für die Aufklärung. So weit war ich mit meinen Recherchen nicht gekommen.
Klingt auch logisch, weil es ja z.B. unter KDE mit OpenBox ja auch funktioniert.
Habe jetzt noch mal unter Tumbleweed geschaut, da gibt's dasselbe Problem, trotz weit
vorangeschrittenen Programmversionen. Da läuft aber Wayland.

LMDE4 (Mint Debian, KDE Plasma)
--------------------
KDE-Plasma-Version: 5.14.5
Qt-Version: 5.11.3
KDE-Frameworks-Version: 5.54.0
Kernel-Version: 4.19.0-18-amd64
KWin-Version: 5.14.5
Brave-Version:  97.0.4692.71 (Chromium)
Chrome-Version: 97.0.4692.71

openSUSE Tumbleweed (KDE Plasma Wayland)
--------------------
KDE-Plasma-Version 5.23.4
KDE-Frameworks-Version: 5.89.0
Qt-Version: 5.15.2
Kernel-Version: 5.15.12-1
Grafik-Plattform: Wayland
Mutter-Version: 41.2
Browser-Versionen: wie oben

Ok, ist also ein Chrome-Fehler, Geduld ist angesagt. Benutze zur Zeit Vivaldi und Firefox,
da gibt's kein solches Problem. Erstaunlich, wie wichtig die Browser-Tabs geworden sind.

Thanks.

M:

[toc] | [prev] | [next] | [standalone]

#120821

Am Mittwoch, 12.01.2022 20:29 schrieb Matthias Gerds:

> OpenBox ja auch funktioniert. Habe jetzt noch mal unter Tumbleweed
> geschaut, da gibt's dasselbe Problem, trotz weit vorangeschrittenen
> Programmversionen. Da läuft aber Wayland.
...
> Brave-Version:  97.0.4692.71 (Chromium)
> Chrome-Version: 97.0.4692.71

Das sind auch die aktuellen Versionen, da gibt es seitens Google nichts
neueres.

Bei Arch war es nur so, dass es ein Benutzer in dessen Bugtracker mit
Hinweis auf die bereitgestellten Patche gemeldet hatte, worauf der
Paketbetreuer das Chromium-Installationspaket unter Anwendung der Patche
aus den Quellen neu gebaut und verteilt hatte, was das Problem löste. 

> Ok, ist also ein Chrome-Fehler, Geduld ist angesagt. 

Die Roadmap sieht eine Veröffentlichung der Version 98 für den 01.02. vor,
also noch gut zwei Wochen: https://chromestatus.com/features/schedule

> Vivaldi und Firefox, da gibt's kein solches Problem. Erstaunlich, wie
> wichtig die Browser-Tabs geworden sind.

Ging mir ähnlich, deswegen war ich auch froh, dass von Arch eine schnelle
Lösung kam. 

-- 
powered by Arch Linux x86_64 🐧 Kernel: 5.15.13-arch1-1
KDE-Plasma 5.23.5 · KDE-Frameworks 5.89.0 · Qt 5.15.2

[toc] | [prev] | [next] | [standalone]

#120826

On Wed, 12 Jan 2022 12:50:50 +0100, Martin Schnitkemper wrote:
>
> Am Dienstag, 11.01.2022 14:32 schrieb Matthias Gerds:
>
>> Jetzt bin ich verwirrt (x = funktioniert NICHT, v = funktioniert):
>
> Das Problem betrifft nur die Windowmanager KWin
> https://chromium-review.googlesource.com/c/chromium/src/+/3355376
>
> und Mutter
> https://chromium-review.googlesource.com/c/chromium/src/+/3355470
>
> Deswegen funktioniert es bei einigen Desktopumgebungen, und bei
> anderen nicht.

Ähnliches hatte ich vor Jahren, als nach einem Update (GTK?) Tabs in
Chromium gleich bei Start abstürzten, er auch keine Seite laden wollte,
und Firefox einfor. Dauerte Wochen, bis ein Update dieser Lib(s?) beide
Browser "reparierte".

Damals war es unter Gnome. Falkon und Gnome Web (vormals als Epiphany
bekannt) waren nicht betroffen, sodass Falkon (als einzigen noch für mich
verfügbaren Browser) nutzen musste.

Gnome Web ist und bleibt aus anderen Gründen unbenutzbar.

> Da kein Backport für die Version 97 geplant ist, musst du auf Version 98
> warten, oder vorübergehend wieder auf Version 96 zurück, was aber nicht
> empfehlenswert ist, weil die Version 97 37 teils kritische
> Sicherheitslücken schließt.

Ja, abwarten und aussitzen, Alternative Browser (oder alternative
Desktops) solange verwenden.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120830

Am Donnerstag, 13.01.2022 06:32 schrieb Andreas Kohlbach:

> und Firefox einfor. Dauerte Wochen, bis ein Update dieser Lib(s?) beide
> Browser "reparierte".

Ich denke mal, dass es dieses mal etwas schneller geht, weil keine Libs von
Drittanbietern an dem Problem beteiligt sind, sondern das Problem von Chrome
selber verursacht wird und Google auch relativ schnell mit Patches reagiert
hat. Auch wenn es nicht explizit so kommuniziert wurde gehe ich doch davon
aus, dass die Änderungen im nächsten Release berücksichtigt werden.

> Ja, abwarten und aussitzen, Alternative Browser (oder alternative
> Desktops) solange verwenden.

...oder selber unter Anwendung der Patche kompilieren, oder bei dem 
Paketbetreuer der jeweiligen Distribution vorstellig werden, damit sie die
Patche ähnlich wie bei Arch vorab aufnehmen und ein korrigiertes Paket
bereitstellen. 

-- 
powered by Arch Linux x86_64 🐧 Kernel: 5.15.13-arch1-1
KDE-Plasma 5.23.5 · KDE-Frameworks 5.89.0 · Qt 5.15.2

[toc] | [prev] | [next] | [standalone]

#120834

On Thu, 13 Jan 2022 13:49:26 +0100, Martin Schnitkemper wrote:
>
> Am Donnerstag, 13.01.2022 06:32 schrieb Andreas Kohlbach:
>
>> und Firefox einfor. Dauerte Wochen, bis ein Update dieser Lib(s?) beide
>> Browser "reparierte".
>
> Ich denke mal, dass es dieses mal etwas schneller geht, weil keine Libs von
> Drittanbietern an dem Problem beteiligt sind, sondern das Problem von Chrome
> selber verursacht wird und Google auch relativ schnell mit Patches reagiert
> hat. Auch wenn es nicht explizit so kommuniziert wurde gehe ich doch davon
> aus, dass die Änderungen im nächsten Release berücksichtigt werden.

Ja, mag sein, dass der vorliegende Fall anders liegt, als bei meinen
jüngsten Erfahrungen angenommen.

Wenn ich diesen Fall richtig verstehe, sind nur Browser betroffen, die
auf Chromes Render-Engine (oder anderes drumherum) setzen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120833

Am 13.01.22 um 12:32 schrieb Andreas Kohlbach:
> On Wed, 12 Jan 2022 12:50:50 +0100, Martin Schnitkemper wrote:
>>
>> Am Dienstag, 11.01.2022 14:32 schrieb Matthias Gerds:
>>
>>> Jetzt bin ich verwirrt (x = funktioniert NICHT, v = funktioniert):
>>
>> Das Problem betrifft nur die Windowmanager KWin
>> https://chromium-review.googlesource.com/c/chromium/src/+/3355376
>>
>> und Mutter
>> https://chromium-review.googlesource.com/c/chromium/src/+/3355470
>>
>> Deswegen funktioniert es bei einigen Desktopumgebungen, und bei
>> anderen nicht.
> 
> Ähnliches hatte ich vor Jahren, als nach einem Update (GTK?) Tabs in
> Chromium gleich bei Start abstürzten, er auch keine Seite laden wollte,
> und Firefox einfor. Dauerte Wochen, bis ein Update dieser Lib(s?) beide
> Browser "reparierte".
> 
> Damals war es unter Gnome. Falkon und Gnome Web (vormals als Epiphany
> bekannt) waren nicht betroffen, sodass Falkon (als einzigen noch für mich
> verfügbaren Browser) nutzen musste.
> 
> Gnome Web ist und bleibt aus anderen Gründen unbenutzbar.
> 
>> Da kein Backport für die Version 97 geplant ist, musst du auf Version 98
>> warten, oder vorübergehend wieder auf Version 96 zurück, was aber nicht
>> empfehlenswert ist, weil die Version 97 37 teils kritische
>> Sicherheitslücken schließt.
> 
> Ja, abwarten und aussitzen, Alternative Browser (oder alternative
> Desktops) solange verwenden.

Habe hier sowieso immer mehrere Browser installiert. Brave (von Chromium
abhängig) war allerdings schon lange mein Lieblings-Browser. Firefox ist auch ok,
hat aber gerade (andere) Probleme. Bleibt noch Vivaldi. Oder Edge! :-D

:-)

M:

[toc] | [prev] | [next] | [standalone]

#120835

On Thu, 13 Jan 2022 17:03:54 +0100, Matthias Gerds wrote:
>
> Am 13.01.22 um 12:32 schrieb Andreas Kohlbach:
>> On Wed, 12 Jan 2022 12:50:50 +0100, Martin Schnitkemper wrote:
>
>>> https://chromium-review.googlesource.com/c/chromium/src/+/3355470
>>>
>>> Deswegen funktioniert es bei einigen Desktopumgebungen, und bei
>>> anderen nicht.
>> Ähnliches hatte ich vor Jahren, als nach einem Update (GTK?) Tabs in
>> Chromium gleich bei Start abstürzten, er auch keine Seite laden wollte,
>> und Firefox einfor. Dauerte Wochen, bis ein Update dieser Lib(s?) beide
>> Browser "reparierte".
>> Damals war es unter Gnome. Falkon und Gnome Web (vormals als
>> Epiphany
>> bekannt) waren nicht betroffen, sodass Falkon (als einzigen noch für mich
>> verfügbaren Browser) nutzen musste.
>> Gnome Web ist und bleibt aus anderen Gründen unbenutzbar.
>> 
>>> Da kein Backport für die Version 97 geplant ist, musst du auf Version 98
>>> warten, oder vorübergehend wieder auf Version 96 zurück, was aber nicht
>>> empfehlenswert ist, weil die Version 97 37 teils kritische
>>> Sicherheitslücken schließt.
>> Ja, abwarten und aussitzen, Alternative Browser (oder alternative
>> Desktops) solange verwenden.
>
> Habe hier sowieso immer mehrere Browser installiert. Brave (von Chromium
> abhängig) war allerdings schon lange mein Lieblings-Browser. Firefox ist auch ok,
> hat aber gerade (andere) Probleme.

Welche sind?

> Bleibt noch Vivaldi. Oder Edge! :-D

Für Edge müsste man wohl auf Windows ausgreifen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120836

Am 13.01.22 um 21:33 schrieb Andreas Kohlbach:
> On Thu, 13 Jan 2022 17:03:54 +0100, Matthias Gerds wrote:
>>
>> Am 13.01.22 um 12:32 schrieb Andreas Kohlbach:
>>> On Wed, 12 Jan 2022 12:50:50 +0100, Martin Schnitkemper wrote:
>>
>>>> https://chromium-review.googlesource.com/c/chromium/src/+/3355470
>>>>
>>>> Deswegen funktioniert es bei einigen Desktopumgebungen, und bei
>>>> anderen nicht.
>>> Ähnliches hatte ich vor Jahren, als nach einem Update (GTK?) Tabs in
>>> Chromium gleich bei Start abstürzten, er auch keine Seite laden wollte,
>>> und Firefox einfor. Dauerte Wochen, bis ein Update dieser Lib(s?) beide
>>> Browser "reparierte".
>>> Damals war es unter Gnome. Falkon und Gnome Web (vormals als
>>> Epiphany
>>> bekannt) waren nicht betroffen, sodass Falkon (als einzigen noch für mich
>>> verfügbaren Browser) nutzen musste.
>>> Gnome Web ist und bleibt aus anderen Gründen unbenutzbar.
>>>
>>>> Da kein Backport für die Version 97 geplant ist, musst du auf Version 98
>>>> warten, oder vorübergehend wieder auf Version 96 zurück, was aber nicht
>>>> empfehlenswert ist, weil die Version 97 37 teils kritische
>>>> Sicherheitslücken schließt.
>>> Ja, abwarten und aussitzen, Alternative Browser (oder alternative
>>> Desktops) solange verwenden.
>>
>> Habe hier sowieso immer mehrere Browser installiert. Brave (von Chromium
>> abhängig) war allerdings schon lange mein Lieblings-Browser. Firefox ist auch ok,
>> hat aber gerade (andere) Probleme.
> 
> Welche sind?

https://www.heise.de/news/Stoerung-bei-Firefox-Seiten-laden-nicht-Browser-stuerzt-ab-6325869.html
Ist wohl schon behoben.
  
>> Bleibt noch Vivaldi. Oder Edge! :-D
> 
> Für Edge müsste man wohl auf Windows ausgreifen.

War nicht so bierernst gemeint ... Obwohl ich mich frage, ob das wohl mit Wine funktionieren würde.
Dann hätte man auch gleich die ganzen Viren frei Haus. :-)
Im Ernst: Ich benutze Wine für manche Programme, sehe es aber eher kritisch, zumindest habe ich mal
die Verknüpfung mit *.exe-Dateien aufgehoben. Müsste mal prüfen, ob das nicht durch irgendein
Update wieder rückgängig gemacht wurde.

M:

[toc] | [prev] | [next] | [standalone]

#120842

On Thu, 13 Jan 2022 22:54:06 +0100, Matthias Gerds wrote:
>
> Am 13.01.22 um 21:33 schrieb Andreas Kohlbach:
>> On Thu, 13 Jan 2022 17:03:54 +0100, Matthias Gerds wrote:
>>>
>>> Habe hier sowieso immer mehrere Browser installiert. Brave (von Chromium
>>> abhängig) war allerdings schon lange mein Lieblings-Browser. Firefox ist auch ok,
>>> hat aber gerade (andere) Probleme.
>> Welche sind?
>
> https://www.heise.de/news/Stoerung-bei-Firefox-Seiten-laden-nicht-Browser-stuerzt-ab-6325869.html
> Ist wohl schon behoben.

| Im Bugtracker von Mozilla erklärt der Entwickler Gian-Carlo Pascutto,
| dass man "Googles Cloud Load Balancer (oder einen ähnlichen Service von
| CloudFlare)" im Verdacht habe. Ein dortiges Update auf HTTP/3 könnte
| existierende Bugs in der HTTP/3-Implementierung von Firefox
| auslösen. Das würde erklären, warum der Fehler offenbar nicht durch ein
| Update von Firefox selbst ausgelöst wurde.
|
| Die genannten Load-Balancing-Services nutzt Mozilla wohl auch selbst,
| wodurch der Fehler unabhängig von den geöffneten Tabs auftreten kann;
| etwa wenn Firefox-Installationen Mozillas Server im Hintergrund
| kontaktieren. Das geschieht beispielsweise im Zuge von Update-Checks
| oder wenn Telemetrie-Daten übertragen werden.

Alles in der Wolke. Alles wird (automatisch) gut. Telemetrie-Senden ist
sowieso geil, auch ohne Wolke. Könnte man sicher auch in die Wolke
integrieren, dass auch Google was davon hat. :-(

X'Post + F'up2 de.comm.software.mozilla.browser
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120837

Andreas Kohlbach wrote:
> On Thu, 13 Jan 2022 17:03:54 +0100, Matthias Gerds wrote:
>>
>> Am 13.01.22 um 12:32 schrieb Andreas Kohlbach:
[..snip..]
>> Habe hier sowieso immer mehrere Browser installiert. Brave (von Chromium
>> abhängig) war allerdings schon lange mein Lieblings-Browser. Firefox ist auch ok,
>> hat aber gerade (andere) Probleme.
>
> Welche sind?
>
>> Bleibt noch Vivaldi. Oder Edge! :-D
>
> Für Edge müsste man wohl auf Windows ausgreifen.

Öh, nein. Seit einem Jahr nicht mehr. Nich mitbekommen?

[toc] | [prev] | [next] | [standalone]

#120851

Hallo Andreas Kohlbach,

Du schriebst am Fri, 14 Jan 2022 03:24:22 -0500:

> >> Für Edge müsste man wohl auf Windows ausgreifen.
> >
> > Öh, nein. Seit einem Jahr nicht mehr. Nich mitbekommen?
...
> Nein, ich will nicht wissen, welche Repos ich eintragen müsste.

Vermutlich garkeine. Das Ding wird wohl als fertig zusammengebauter
Monolith (aka "Hinkelstein") geliefert werden, ähnlich wie die
ebenfalls für Linux erhältliche (!) Powershell aus Windows. (Ich
wollte mir die mal anschauen, in der Hoffnung, per man page da
näheres drüber zu erfahren. Nix da, dicker Brocken und nix dabei.
Wird ihre "Dokumentation" wohl eingebaut haben...)

...
> dazu ein, wie man nach einer Standard-Installation IE 5 spurlos
> loswerden konnte. Ich lehnte den ab, weil ich damals Microsoft

Ja, das ging damals noch, dann hat MS den so festgenagelt, daß es
darüber sogar (AFAIR) Rechtsstreitigkeiten gab.

> ablehnte. Heute ist Edge dagegen für Linux zu haben...

Na, inzwischen ist MS doch schon länger ein intensiver Kontributor
für Linux, angeblich sogar in Systembelangen, nicht nur beim Gooey.
Seither ist die Stabilität von Linux IMHO allerdings auch nicht gerade
besser geworden. Nur Korrelation?

> The world is going to end (aber auch ohne Edge für Linux).

Tja, nach Linus Torvalds hat(te) MS halt nur die Chance, unterzugehen -
oder sich anzupassen und mitzumischen. Ob deren Mitmischen aber für
Linux so vorteilhaft ist, könnte man durchaus in Frage stellen.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#120862

On Fri, 14 Jan 2022 20:09:54 +0100, Sieghard Schicktanz wrote:
>
> Hallo Andreas Kohlbach,
>
> Du schriebst am Fri, 14 Jan 2022 03:24:22 -0500:
>
>> >> Für Edge müsste man wohl auf Windows ausgreifen.
>> >
>> > Öh, nein. Seit einem Jahr nicht mehr. Nich mitbekommen?
> ...
>> Nein, ich will nicht wissen, welche Repos ich eintragen müsste.
>
> Vermutlich garkeine. Das Ding wird wohl als fertig zusammengebauter
> Monolith (aka "Hinkelstein") geliefert werden, ähnlich wie die
> ebenfalls für Linux erhältliche (!) Powershell aus Windows. (Ich
> wollte mir die mal anschauen, in der Hoffnung, per man page da
> näheres drüber zu erfahren. Nix da, dicker Brocken und nix dabei.
> Wird ihre "Dokumentation" wohl eingebaut haben...)

Dann wüsste ich nicht, in welchem Paket er in [Debian] steckt. Und will
es auch nicht wissen. ;-)

> ...
>> dazu ein, wie man nach einer Standard-Installation IE 5 spurlos
>> loswerden konnte. Ich lehnte den ab, weil ich damals Microsoft
>
> Ja, das ging damals noch, dann hat MS den so festgenagelt, daß es
> darüber sogar (AFAIR) Rechtsstreitigkeiten gab.

Ich erinnere mich, dass bei Windows 98, was 1999 auf meinem
Walmart-Computer installiert war, jemand dafür ein Skript schrieb.

Bei meinem Windows 95 (rasend schnellem Pentium I mit 133 MHz CPU, üppiger
1,3 GB Festplatte und satten 16 MB RAM) Computer, im Jahr 1995 gekauft,
war IE IIRC nicht einmal default installiert. Bill Gates schenkte dem
Internet IIRC keine große Bedeutung zu.

>> ablehnte. Heute ist Edge dagegen für Linux zu haben...
>
> Na, inzwischen ist MS doch schon länger ein intensiver Kontributor
> für Linux, angeblich sogar in Systembelangen, nicht nur beim Gooey.
> Seither ist die Stabilität von Linux IMHO allerdings auch nicht gerade
> besser geworden. Nur Korrelation?

Azure?

Vielleicht hat man erkannt, dass Linux keine Bedrohung mehr ist. Linux
hat (und IMO wird) sich auf dem Desktop nicht durchgesetzt. Zudem scheint
man in Redmond sich mehr auf das Verkaufen von Apps in der Wolke zu
konzentrieren, während man den Kampf am Server-Markt verloren hat.

>> The world is going to end (aber auch ohne Edge für Linux).
>
> Tja, nach Linus Torvalds hat(te) MS halt nur die Chance, unterzugehen -
> oder sich anzupassen und mitzumischen. Ob deren Mitmischen aber für
> Linux so vorteilhaft ist, könnte man durchaus in Frage stellen.

Wenn alles Open Source sein muss - warum nicht? Ich könnte mir
vorstellen, dass einige MS-Programmierer in ihrer Freizeit für Linux
coden. Und github wurde schon vor einiger Zeit von MS
assimiliert. Scheint für Programmierer dennoch weiter *die* Stelle zum
Austauschen von Programm-Code zu sein.

Von der Installation von Skype auf dem Linux Desktop nehme ich Abstand,
weil es IIRC nicht als Open Source verfügbar ist.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120864

Andreas Kohlbach <ank@spamfence.net> wrote:
>On Fri, 14 Jan 2022 20:09:54 +0100, Sieghard Schicktanz wrote:
>>
>> Hallo Andreas Kohlbach,
>>
>> Du schriebst am Fri, 14 Jan 2022 03:24:22 -0500:
>>
>>> >> Für Edge müsste man wohl auf Windows ausgreifen.
>>> >
>>> > Öh, nein. Seit einem Jahr nicht mehr. Nich mitbekommen?
>> ...
>>> Nein, ich will nicht wissen, welche Repos ich eintragen müsste.
>>
>> Vermutlich garkeine. Das Ding wird wohl als fertig zusammengebauter
>> Monolith (aka "Hinkelstein") geliefert werden, ähnlich wie die
>> ebenfalls für Linux erhältliche (!) Powershell aus Windows. (Ich
>> wollte mir die mal anschauen, in der Hoffnung, per man page da
>> näheres drüber zu erfahren. Nix da, dicker Brocken und nix dabei.
>> Wird ihre "Dokumentation" wohl eingebaut haben...)
>
>Dann wüsste ich nicht, in welchem Paket er in [Debian] steckt. Und will
>es auch nicht wissen. ;-)

Die meisten Anbieter kommerzieller Software behaupten nicht, ihre
Software wäre "in Debian", sondern dass sie Pakete "für Debian"
bereitstellen.

Die Qualität solcher Pakete kann von unbenutzbar über gefährlich¹ und
grausam bis nahezu perfekt reichen. Und den Edge wird es sicher nur
als Binary-Only-Paket geben.

Grüße
Marc

¹ Ich habe bei so einem Paket mal ein postinst-Script mit "cp
/usr/local/vendor/lib/glibc.so /lib" gesehen, das Paket hat also mal
so mirnichts dirnichts die glibc des Systems durch eine eigene ersetzt
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#120866

On Sat, 15 Jan 2022 09:03:14 +0100, Marc Haber wrote:
>
> ¹ Ich habe bei so einem Paket mal ein postinst-Script mit "cp
> /usr/local/vendor/lib/glibc.so /lib" gesehen, das Paket hat also mal
> so mirnichts dirnichts die glibc des Systems durch eine eigene ersetzt

Das wäre in meinen Augen ein "No no". Im besten Fall sollten (Debian)
Maintainer ein solches Paket in "non-free" stellen. Besser, es gleich
wegwerfen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120867

On 15.01.22 13:08, Andreas Kohlbach wrote:
> On Sat, 15 Jan 2022 09:03:14 +0100, Marc Haber wrote:

>> ¹ Ich habe bei so einem Paket mal ein postinst-Script mit "cp
>> /usr/local/vendor/lib/glibc.so /lib" gesehen, das Paket hat also mal
>> so mirnichts dirnichts die glibc des Systems durch eine eigene ersetzt
> 
> Das wäre in meinen Augen ein "No no". Im besten Fall sollten (Debian)
> Maintainer ein solches Paket in "non-free" stellen. Besser, es gleich
> wegwerfen.

Das war selbstverständlich kein Paket _der Debian-Distribution_, sondern 
ganz offenbar ein Paket eines Debian-fremden Paketierers _für den 
Einsatz auf einem Debian_. Ansonsten wäre es durch diverse 
Sicherheitsmaßnahmen der Debian-Distribution lange vor der 
Bereitstellung auf den Download-Servern aussortiert worden.

Mehr lesen, Andreas! Und verstehen. So macht das echt keinen Spaß.

Abonniere doch mal debian-user-german. Nur Lesen, nicht Schreiben. Da 
lernst du viel.


mfG Paul

[toc] | [prev] | [next] | [standalone]

#120873

Paul Muster <exp-311222@news.muster.net> wrote:
>Das war selbstverständlich kein Paket _der Debian-Distribution_, sondern 
>ganz offenbar ein Paket eines Debian-fremden Paketierers _für den 
>Einsatz auf einem Debian_.

Genau.

> Ansonsten wäre es durch diverse 
>Sicherheitsmaßnahmen der Debian-Distribution lange vor der 
>Bereitstellung auf den Download-Servern aussortiert worden.

Da wäre ich mir nicht so sicher, ich fürchte das wäre erstmal nicht
aufgefallen. Einen Automatismus, der solche Sauereien vor
Bereitstellung des Pakets auf dem Downloadserver entdeckt, gibt es
nicht.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#120872

Andreas Kohlbach <ank@spamfence.net> wrote:
>On Sat, 15 Jan 2022 09:03:14 +0100, Marc Haber wrote:
>>
>> ¹ Ich habe bei so einem Paket mal ein postinst-Script mit "cp
>> /usr/local/vendor/lib/glibc.so /lib" gesehen, das Paket hat also mal
>> so mirnichts dirnichts die glibc des Systems durch eine eigene ersetzt
>
>Das wäre in meinen Augen ein "No no". Im besten Fall sollten (Debian)
>Maintainer ein solches Paket in "non-free" stellen. Besser, es gleich
>wegwerfen.

Das war ein Paket "für Debian", nicht "in Debian".

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web