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

Wie verhindern, dass Firefox immer wieder als Snap installiert wird?

Started by	Ralph Stahl <post@rstahl.de>
First post	2022-10-15 11:42 +0200
Last post	2022-10-17 16:55 +0200
Articles	20 on this page of 174 — 30 participants

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

Page 4 of 9 — ← Prev page 1 2 3 [4] 5 6 7 8 9 Next page →

#128149

From	Frank Miller <miller@posteo.ee>
Date	2023-02-19 01:43 +0100
Message-ID	<63F170AF.1000409@backwurst.de>
In reply to	#128147

Peter J. Holzer wrote:
> On 2023-02-18 22:50, Frank Miller <miller@posteo.ee> wrote:
>> Tim Ritberg wrote:
>>> Am 18.02.23 um 19:02 schrieb Martin Schnitkemper:
>>>> Genau aus diesem Grund hatte ich vor zehn Jahren schon auf eine
>>>> Distribution mit Rolling Release gewechselt, weil ich den Aufwand mit den
>>>> ewigen Installationen einfach satt hatte.
>>>>
>>>> Seinerzeit einmal installiert und danach nur noch durch Paketupdates aktuell
>>>> gehalten, so stelle ich mir eine problemlose Distribution vor.
>>
>>> Ist bei Debian und Ubuntu nicht anders, nur eben der Takt.
>>
>> Falsch. Du möchtest dich mit dem Begriff "rolling release" befassen:
>> https://de.wikipedia.org/wiki/Rolling_Release
> 
> Tim hat sich offensichtlich auf die Aussage 
> 
>>>> Seinerzeit einmal installiert und danach nur noch durch Paketupdates aktuell
>>>> gehalten, so stelle ich mir eine problemlose Distribution vor.
> 
> bezogen. Das ist in der Tat bei Debian und Ubuntu auch so. Dafür braucht
> man keine Rolling Releases, ein durchdachtes Update-Konzept reicht.

IMO gibt es da einen Unterschied zwischen *Update* und *Upgrade*.
Aber das wäre vielleicht eher eine Frage für eine Linux-NG. :-D

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

#128152

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-19 09:18 +0100
Message-ID	<tssm19$h45g$1@news1.tnib.de>
In reply to	#128149

Frank Miller <miller@posteo.ee> wrote:
>IMO gibt es da einen Unterschied zwischen *Update* und *Upgrade*.

Bei Debian ist das im Wesentlichen technisch dasselbe.

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]

#128154

From	Joerg Lorenz <hugybear@gmx.ch>
Date	2023-02-19 09:33 +0100
Message-ID	<tssmst$bgou$1@dont-email.me>
In reply to	#128152

Am 19.02.23 um 09:18 schrieb Marc Haber:
> Frank Miller <miller@posteo.ee> wrote:
>> IMO gibt es da einen Unterschied zwischen *Update* und *Upgrade*.
> 
> Bei Debian ist das im Wesentlichen technisch dasselbe.

Bei OpenSuse Tumbleweed ebenso. Diese Distri hat im Gegensatz zu Ubuntu
oder Mint keinen festen Verfall.

-- 
De gustibus non est disputandum

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

#128163

From	Claus Reibenstein <creibens@gmail.com>
Date	2023-02-19 13:19 +0100
Message-ID	<k5eif3F50kkU4@mid.individual.net>
In reply to	#128149

Frank Miller schrieb am 19.02.2023 um 01:43:

> Aber das wäre vielleicht eher eine Frage für eine Linux-NG. :-D

Äh ... wir _sind_ in einer Linux-NG.

Gruß
Claus

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

#128162

From	Claus Reibenstein <creibens@gmail.com>
Date	2023-02-19 13:17 +0100
Message-ID	<k5eib0F50kkU3@mid.individual.net>
In reply to	#128141

Martin Schnitkemper schrieb am 18.02.2023 um 19:02:

> Genau aus diesem Grund hatte ich vor zehn Jahren schon auf eine
> Distribution mit Rolling Release gewechselt

Verrätst Du uns Unwissenden auch noch, welche das ist?

Gruß
Claus

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

#128187

From	Arno Welzel <usenet@arnowelzel.de>
Date	2023-02-19 21:57 +0100
Message-ID	<k5fgqiF9bd8U4@mid.individual.net>
In reply to	#128141

Martin Schnitkemper, 2023-02-18 19:02:

> Am Sa, 18.02.2023 um 18:04 schrieb Hermann Riemann:
> 
>>     der möglicherweise in keinem anderem Jahr als dieses Jahr
>>     so viel Zeit mit Installationen zugebracht hat.
> 
> Das Jahr ist noch jung... 
> 
> Genau aus diesem Grund hatte ich vor zehn Jahren schon auf eine
> Distribution mit Rolling Release gewechselt, weil ich den Aufwand mit den
> ewigen Installationen einfach satt hatte.
> 
> Seinerzeit einmal installiert und danach nur noch durch Paketupdates aktuell
> gehalten, so stelle ich mir eine problemlose Distribution vor. 

Rolling Release ist für Desktop-Systeme vielleicht praktisch. Aber auf
einem Server will ich *nicht*, dass zentrale Pakete der Distribution
plötzlich ungefragt auf eine neuere Version aktualisiert werden, weil
das im Rahmen des Rolling Release vorgesehen ist. Man stelle sich einen
Webserver vor, auf dem PHP 8.0 läuft, der dann ohne Warnung einfach auf
PHP 8.1 eingerichtet wird, worauf hin dann etliche Dinge erstmal nicht
mehr funktionieren.

-- 
Arno Welzel
https://arnowelzel.de

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

#128225

From	Joerg Lorenz <hugybear@gmx.ch>
Date	2023-02-20 10:06 +0100
Message-ID	<tsvd7b$mnl3$2@dont-email.me>
In reply to	#128187

Am 19.02.23 um 21:57 schrieb Arno Welzel:
> Rolling Release ist für Desktop-Systeme vielleicht praktisch. Aber auf
> einem Server will ich *nicht*, dass zentrale Pakete der Distribution
> plötzlich ungefragt auf eine neuere Version aktualisiert werden, weil
> das im Rahmen des Rolling Release vorgesehen ist. Man stelle sich einen
> Webserver vor, auf dem PHP 8.0 läuft, der dann ohne Warnung einfach auf
> PHP 8.1 eingerichtet wird, worauf hin dann etliche Dinge erstmal nicht
> mehr funktionieren.

Mach Dich schlau, wie ein Rolling-Release den Update-Prozess durchführt
oder eben auch nicht.

-- 
De gustibus non est disputandum

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

#128245

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-20 16:41 +0100
Message-ID	<tt04as$q9vg$1@news1.tnib.de>
In reply to	#128225

Joerg Lorenz <hugybear@gmx.ch> wrote:
>Am 19.02.23 um 21:57 schrieb Arno Welzel:
>> Rolling Release ist für Desktop-Systeme vielleicht praktisch. Aber auf
>> einem Server will ich *nicht*, dass zentrale Pakete der Distribution
>> plötzlich ungefragt auf eine neuere Version aktualisiert werden, weil
>> das im Rahmen des Rolling Release vorgesehen ist. Man stelle sich einen
>> Webserver vor, auf dem PHP 8.0 läuft, der dann ohne Warnung einfach auf
>> PHP 8.1 eingerichtet wird, worauf hin dann etliche Dinge erstmal nicht
>> mehr funktionieren.
>
>Mach Dich schlau, wie ein Rolling-Release den Update-Prozess durchführt
>oder eben auch nicht.

Wie denn? Erzähl doch mal bitte, wie geht das denn so?

-- 
-------------------------------------- !! 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]

#128234

From	Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com>
Date	2023-02-20 11:45 +0100
Message-ID	<llvbcj-v931.ln1@martin.motzarella.org>
In reply to	#128187

Am So, 19.02.2023 um 21:57 schrieb Arno Welzel:

> Rolling Release ist für Desktop-Systeme vielleicht praktisch. 

Um etwas anderes ging es hier auch nicht.

> Aber auf
> einem Server will ich *nicht*, dass zentrale Pakete der Distribution
> plötzlich ungefragt auf eine neuere Version aktualisiert werden, weil
> das im Rahmen des Rolling Release vorgesehen ist. 

Ungefragt passiert überhaupt nichts, und plötzlich auch nicht. 

> Man stelle sich einen
> Webserver vor, auf dem PHP 8.0 läuft, der dann ohne Warnung einfach auf
> PHP 8.1 eingerichtet wird, worauf hin dann etliche Dinge erstmal nicht
> mehr funktionieren.

Ein verantwortungsvoller Administrator aktualisiert erst einmal sein Test-
oder Backup-System, bevor er sich an die produktionskritischen Systeme
heran macht.

Das gleiche Risiko und einen möglichen Migrationsaufwand hast du ebenfalls
bei festen Releasezyklen, weil der Distributor auch irgendwann und für dich
völlig ungefragt und ohne Warnung von PHP 8.0 auf PHP 8.1 aktualisieren
wird. 

-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 6.1.12-arch1-1
‣ KDE-Plasma 5.27.0 · KDE-Frameworks 5.103.0 · Qt 5.15.8
‣ Installed 3354 days ago, up 1 day, 1 hour, 29 minutes

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

#128246

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-20 16:42 +0100
Message-ID	<tt04cn$qa0r$1@news1.tnib.de>
In reply to	#128234

Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> wrote:
>Das gleiche Risiko und einen möglichen Migrationsaufwand hast du ebenfalls
>bei festen Releasezyklen, weil der Distributor auch irgendwann und für dich
>völlig ungefragt und ohne Warnung von PHP 8.0 auf PHP 8.1 aktualisieren
>wird. 

Bei festen Releasezyklen weßt Du wann das Release kommt, Du stößt den
Prozess manuell an UND hast vorher Release Notes, in denen Dinge drin
stehen die Dich interessieren könnten.

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]

#128256

From	"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date	2023-02-20 18:26 +0100
Message-ID	<slrntv7bah.1adug.hjp-usenet3@trintignant.hjp.at>
In reply to	#128234

On 2023-02-20 10:45, Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> wrote:
> Am So, 19.02.2023 um 21:57 schrieb Arno Welzel:
>> Rolling Release ist für Desktop-Systeme vielleicht praktisch. 
>
> Um etwas anderes ging es hier auch nicht.

Wenn Du 20 Usenetter fragst, um was es in diesem Thread geht, wirst Du
30 verschiedene Antworten bekommen.


>> Aber auf einem Server will ich *nicht*, dass zentrale Pakete der
>> Distribution plötzlich ungefragt auf eine neuere Version aktualisiert
>> werden, weil das im Rahmen des Rolling Release vorgesehen ist. 
>
> Ungefragt passiert überhaupt nichts, und plötzlich auch nicht. 

Das hängt von der Definition von "ungefragt" und "plötzlich" ab.


>> Man stelle sich einen Webserver vor, auf dem PHP 8.0 läuft, der dann
>> ohne Warnung einfach auf PHP 8.1 eingerichtet wird, worauf hin dann
>> etliche Dinge erstmal nicht mehr funktionieren.
>
> Ein verantwortungsvoller Administrator aktualisiert erst einmal sein Test-
> oder Backup-System, bevor er sich an die produktionskritischen Systeme
> heran macht.

Das musst Du halt bei einem Rolling-Release mehr oder weniger
kontinuierlich machen. Bei Debian oder Ubuntu machst Du das alle zwei
Jahre (und bei Redhat alle 2 Jahrhunderte ;-)).


> Das gleiche Risiko und einen möglichen Migrationsaufwand hast du
> ebenfalls bei festen Releasezyklen, weil der Distributor auch
> irgendwann und für dich völlig ungefragt und ohne Warnung von PHP 8.0
> auf PHP 8.1 aktualisieren wird. 

Nein, wird er nicht.

        hp

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

#128270

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-20 20:35 +0100
Message-ID	<tt0i1a$r9ok$1@news1.tnib.de>
In reply to	#128256

"Peter J. Holzer" <hjp-usenet3@hjp.at> wrote:
>On 2023-02-20 10:45, Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> wrote:
>> Ein verantwortungsvoller Administrator aktualisiert erst einmal sein Test-
>> oder Backup-System, bevor er sich an die produktionskritischen Systeme
>> heran macht.
>
>Das musst Du halt bei einem Rolling-Release mehr oder weniger
>kontinuierlich machen. Bei Debian oder Ubuntu machst Du das alle zwei
>Jahre (und bei Redhat alle 2 Jahrhunderte ;-)).

Ist das denn bei Red Hat überhaupt supportet, oder wird dort nicht
etwa die Neuinstallation empfohlen?

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]

#128290

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2023-02-20 21:46 +0000
Message-ID	<tt0pmt$62s$4@news2.informatik.uni-stuttgart.de>
In reply to	#128270

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

>>Das musst Du halt bei einem Rolling-Release mehr oder weniger
>>kontinuierlich machen. Bei Debian oder Ubuntu machst Du das alle zwei
>>Jahre (und bei Redhat alle 2 Jahrhunderte ;-)).
> 
> Ist das denn bei Red Hat überhaupt supportet, oder wird dort nicht
> etwa die Neuinstallation empfohlen?

Letzteres.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

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

#128326

From	Ralph Angenendt <dein.name@strg-alt-entf.org>
Date	2023-02-21 10:11 +0000
Message-ID	<slrntv9660.q6p.dein.name@news.strg-alt-entf.org>
In reply to	#128290

Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>
>>>Das musst Du halt bei einem Rolling-Release mehr oder weniger
>>>kontinuierlich machen. Bei Debian oder Ubuntu machst Du das alle zwei
>>>Jahre (und bei Redhat alle 2 Jahrhunderte ;-)).
>> 
>> Ist das denn bei Red Hat überhaupt supportet, oder wird dort nicht
>> etwa die Neuinstallation empfohlen?
>
> Letzteres.

Nun ja, es wird schon supported.
https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/9/html/upgrading_from_rhel_8_to_rhel_9/index

Ralph
-- 
Is your mother worried?
Would you like us to assign someone to worry your mother?

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

#128335

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2023-02-21 12:12 +0000
Message-ID	<tt2cg2$jjr$1@news2.informatik.uni-stuttgart.de>
In reply to	#128326

Ralph Angenendt <dein.name@strg-alt-entf.org> wrote:
> Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>>
>>>>Das musst Du halt bei einem Rolling-Release mehr oder weniger
>>>>kontinuierlich machen. Bei Debian oder Ubuntu machst Du das alle zwei
>>>>Jahre (und bei Redhat alle 2 Jahrhunderte ;-)).
>>> 
>>> Ist das denn bei Red Hat überhaupt supportet, oder wird dort nicht
>>> etwa die Neuinstallation empfohlen?
>>
>> Letzteres.
> 
> Nun ja, es wird schon supported.
> https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/9/html/upgrading_from_rhel_8_to_rhel_9/index

Das ist neu. Frueher gings nicht.
Und es gibt noch tausende von Redhat 7 Installationen.
Da muss neu installiert werden.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

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

#128340

From	Paul Muster <exp-311223@news.muster.net>
Date	2023-02-21 18:35 +0100
Message-ID	<80cfcj-m09.ln1@news.muster.net>
In reply to	#128335

On 21.02.23 13:12, Ulli Horlacher wrote:
> Ralph Angenendt <dein.name@strg-alt-entf.org> wrote:

>> Nun ja, es wird schon supported.
>> https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/9/html/upgrading_from_rhel_8_to_rhel_9/index
> 
> Das ist neu. Frueher gings nicht.

In der Tat!

> Und es gibt noch tausende von Redhat 7 Installationen.

Ja.

> Da muss neu installiert werden.

Nein, auch für das Upgrade von RHEL 7 auf 8 gibt es eine solche 
Prozedur. Sehr interessant!


mfG Paul

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

#128325

From	Ralph Angenendt <dein.name@strg-alt-entf.org>
Date	2023-02-21 10:10 +0000
Message-ID	<slrntv964r.q6p.dein.name@news.strg-alt-entf.org>
In reply to	#128270

Well, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Ist das denn bei Red Hat überhaupt supportet, oder wird dort nicht
> etwa die Neuinstallation empfohlen?

Da du das bei Red Hat eh erst dann machst, wenn die nächste
Rechnergeneration ins Haus steht, weil die davor abgeschrieben ist,
wurde bisher eine Neuinstallation empfohlen. 

Upgrade geht aber, weil auch Red Hat mittlerweile weiß, dass Firmen
nicht so lange auf einer Version bleiben wollen.

https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/9/html/upgrading_from_rhel_8_to_rhel_9/index

Ralph
-- 
Is your mother worried?
Would you like us to assign someone to worry your mother?

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

#128259

From	Joerg Lorenz <hugybear@gmx.ch>
Date	2023-02-20 18:42 +0100
Message-ID	<tt0bf1$qopl$1@dont-email.me>
In reply to	#128234

Am 20.02.23 um 11:45 schrieb Martin Schnitkemper:
> Am So, 19.02.2023 um 21:57 schrieb Arno Welzel:
> 
>> Rolling Release ist für Desktop-Systeme vielleicht praktisch. 
> 
> Um etwas anderes ging es hier auch nicht.
> 
>> Aber auf
>> einem Server will ich *nicht*, dass zentrale Pakete der Distribution
>> plötzlich ungefragt auf eine neuere Version aktualisiert werden, weil
>> das im Rahmen des Rolling Release vorgesehen ist. 
> 
> Ungefragt passiert überhaupt nichts, und plötzlich auch nicht. 

Das begreift der streitsüchtige Haber auch nicht.

-- 
De gustibus non est disputandum

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

#128151

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-19 09:17 +0100
Message-ID	<tsslv5$h447$1@news1.tnib.de>
In reply to	#128135

Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>Bei Ubuntu ist bei neben den Problemen mit snap
>auch noch ein Problem wegen fehlenden statischen
>IP Adressen aufgetreten. Der networker scheint
>dies nicht zu mögen und wicked fehld bei der Installation.

was ist networker? Benutzt Ubuntu keinen NetworkManager?

>Selbst bei raspberry pi gingen statische IP Adressen,
>wo das Problem am besten gelöst ist,

Wie löst Raspibian das denn?

-- 
-------------------------------------- !! 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]

#128167

From	Hermann Riemann <nospam.ng@hermann-riemann.de>
Date	2023-02-19 15:09 +0100
Message-ID	<k5eos4F6438U1@mid.individual.net>
In reply to	#128151

Am 19.02.23 um 09:17 schrieb Marc Haber:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Bei Ubuntu ist bei neben den Problemen mit snap
>> auch noch ein Problem wegen fehlenden statischen
>> IP Adressen aufgetreten. Der networker scheint
>> dies nicht zu mögen und wicked fehlt bei der Installation.
> 
> was ist networker? Benutzt Ubuntu keinen NetworkManager?

networker dürfte der Programmname für den Network Manager sein.
Siehe Programmnamen bei Hochfahren nach Drücken von ESC.

>> Selbst bei raspberry pi gingen statische IP Adressen,
>> wo das Problem am besten gelöst ist,

> Wie löst Raspbian das denn?

Ich weiß es nicht mehr genau, aber prinzipiell
unter Ausnutzung von fallback.

Es könnte so gewesen sein:
https://forum-raspberrypi.de/forum/thread/38292-eth0-erst-dhcp-und-wenn-nicht-vorhanden-static-ip/

mit auskommentierten Zeilen 4 und 5.

Also am Ende von dhcpcd.conf etwa angehängt:

profile static_eth0
static ip_address=192.168.1.2
interface eth0
fallback static_eth0


-- 
http://www.hermann-riemann.de

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

Page 4 of 9 — ← Prev page 1 2 3 [4] 5 6 7 8 9 Next page →

csiph-web

Wie verhindern, dass Firefox immer wieder als Snap installiert wird?

Contents

#128149

#128152

#128154

#128163

#128162

#128187

#128225

#128245

#128234

#128246

#128256

#128270

#128290

#128326

#128335

#128340

#128325

#128259

#128151

#128167