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 8 of 9 — ← Prev page 1 2 3 4 5 6 7 [8] 9 Next page →

#128176

From	Marcel Mueller <news.5.maazl@spamgourmet.org>
Date	2023-02-19 18:54 +0100
Message-ID	<tstnpa$372up$1@gwaiyur.mb-net.net>
In reply to	#128172

Am 19.02.23 um 16:44 schrieb Laurenz Trossel:
> On 2023-02-19, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Am 19.02.23 um 15:16 schrieb Marc Haber:
>>
>>> Auch mit Linux wird es Dir bald passieren, dass 32bit Hardware nicht
>>> mehr unterstützt wird.
>> Raspberry pi..
> 
> . hat seit einigen Generationen eine 64bit CPU.

Man ist aber relativ dumm, wenn man das nutzt. Es reduziert nur die 
Geschwindigkeit und die Menge des verfügbaren Speichers.


Marcel

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

#128188

From	Tim Ritberg <tim@server.invalid>
Date	2023-02-19 22:36 +0100
Message-ID	<tsu4p1$1488p$1@tota-refugium.de>
In reply to	#128176

Am 19.02.23 um 18:54 schrieb Marcel Mueller:
> Am 19.02.23 um 16:44 schrieb Laurenz Trossel:
>> On 2023-02-19, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>> Am 19.02.23 um 15:16 schrieb Marc Haber:
>>>
>>>> Auch mit Linux wird es Dir bald passieren, dass 32bit Hardware nicht
>>>> mehr unterstützt wird.
>>> Raspberry pi..
>>
>> . hat seit einigen Generationen eine 64bit CPU.
> 
> Man ist aber relativ dumm, wenn man das nutzt. Es reduziert nur die 
> Geschwindigkeit und die Menge des verfügbaren Speichers.
Kaum.
ARM hat auch sowas wie PAE.

Tim

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

#128275

From	Marcel Mueller <news.5.maazl@spamgourmet.org>
Date	2023-02-20 20:58 +0100
Message-ID	<tt0jcv$3g4d4$1@gwaiyur.mb-net.net>
In reply to	#128188

Am 19.02.23 um 22:36 schrieb Tim Ritberg:
> Am 19.02.23 um 18:54 schrieb Marcel Mueller:
>> Am 19.02.23 um 16:44 schrieb Laurenz Trossel:
>>> On 2023-02-19, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>>> Raspberry pi..
>>>
>>> . hat seit einigen Generationen eine 64bit CPU.
>>
>> Man ist aber relativ dumm, wenn man das nutzt. Es reduziert nur die 
>> Geschwindigkeit und die Menge des verfügbaren Speichers.
> Kaum.
> ARM hat auch sowas wie PAE.

Eben drum. ;-)

64 Bit Software braucht halt für alle Pointer-Variablen doppelt so viel 
Speicher. Hochsprachen wie JavaScript, Java, Mono etc. bestehen fast nur 
aus Pointern. C++ etwas weniger, aber immer noch in erheblichem Umfang.
Das bedeutet, die 64 Bit Software belegt bei sonst gleichen Bedingungen 
erheblich mehr Speicher. Das kostet indirekt dann auch noch 
Cache-Effizienz. Also Reinfall auf ganzer Linie, jedenfalls auf 
Mini-Computern wie einem Pi 4.

Marcel

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

#128220

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-20 09:37 +0100
Message-ID	<tsvbfq$o85d$1@news1.tnib.de>
In reply to	#128176

Marcel Mueller <news.5.maazl@spamgourmet.org> wrote:
>Am 19.02.23 um 16:44 schrieb Laurenz Trossel:
>> On 2023-02-19, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>> Am 19.02.23 um 15:16 schrieb Marc Haber:
>>>
>>>> Auch mit Linux wird es Dir bald passieren, dass 32bit Hardware nicht
>>>> mehr unterstützt wird.
>>> Raspberry pi..
>> 
>> . hat seit einigen Generationen eine 64bit CPU.
>
>Man ist aber relativ dumm, wenn man das nutzt. Es reduziert nur die 
>Geschwindigkeit und die Menge des verfügbaren Speichers.

Beim Raspi 4 kann man die kompletten 8 GB mit einer 32bit Distribution
benutzen? Gibt es da sowas wie i386 PAE?

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]

#128258

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

On 2023-02-20 08:37, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Marcel Mueller <news.5.maazl@spamgourmet.org> wrote:
>>Am 19.02.23 um 16:44 schrieb Laurenz Trossel:
>>> On 2023-02-19, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>>> Am 19.02.23 um 15:16 schrieb Marc Haber:
>>>>> Auch mit Linux wird es Dir bald passieren, dass 32bit Hardware nicht
>>>>> mehr unterstützt wird.
>>>> Raspberry pi..
>>> 
>>> . hat seit einigen Generationen eine 64bit CPU.
>>
>>Man ist aber relativ dumm, wenn man das nutzt. Es reduziert nur die 
>>Geschwindigkeit und die Menge des verfügbaren Speichers.
>
> Beim Raspi 4 kann man die kompletten 8 GB mit einer 32bit Distribution
> benutzen? Gibt es da sowas wie i386 PAE?

Bei x86 hatte ich eine Zeit lang ein Debian 32-Bit-Userland mit einem
64-Bit-Kernel. Das hatte gegenüber PAE den Vorteil, dass jeder Prozess 4
GB statt 3 GB nutzbaren Adressraum hatte und dass es ein bisschen
performanter war. Gegenüber einer vollen 64-Bit-Distribution hatte es
den Vorteil, dass es spürbar weniger RAM gebraucht hat und vor allem,
dass ich nicht neu installieren musste.

Sowas sollte bei ARM auch funktionieren. Die meisten
64-Bit-Architekturen, die als 32-Bit-Architekturen begonnen haben,
können 32-Bit-Executables ausführen.

        hp

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

#128178

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

Am 19.02.23 um 16:44 schrieb Laurenz Trossel:
> On 2023-02-19, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Am 19.02.23 um 15:16 schrieb Marc Haber:
>>
>>> Auch mit Linux wird es Dir bald passieren, dass 32bit Hardware nicht
>>> mehr unterstützt wird.
>> Raspberry pi..
> 
> . hat seit einigen Generationen eine 64bit CPU.

Ja aber:

Das meiste an raspi OS ist immer noch 32 Bit.
64 Bit sieht nach Beta ( Versuchs) Version aus.
In ein paar Jahren könnte das anders sein,

wenn nicht raspberry pi 2 und 3 noch wegen Strom sparen
aktuell sind.

Und dann gibt es noch ESP32, raspberry pi Pico,
wo auch schon Python und C funktionieren.
( Und noch Arduino Yun )

Hermann
    noch etliche raspberry pi 1-3 besitzend.

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

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

#128221

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2023-02-20 09:38 +0100
Message-ID	<tsvbj3$o87r$1@news1.tnib.de>
In reply to	#128178

Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>Das meiste an raspi OS ist immer noch 32 Bit.
>64 Bit sieht nach Beta ( Versuchs) Version aus.
>In ein paar Jahren könnte das anders sein,

Es gibt ja zum glück auch andere Distributionen für den Pi.

Außerdem bin ich für eine Pipreisbremse, das ist ja nicht feierlich
was die Dinger seit zwei Jahren kosten.

>Und dann gibt es noch ESP32, raspberry pi Pico,

Auf dem ESP32 läuft ein Linux?

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]

#128230

From	Hermann Riemann <nospam.ng@hermann-riemann.de>
Date	2023-02-20 10:41 +0100
Message-ID	<k5gthoFfrglU3@mid.individual.net>
In reply to	#128221

Am 20.02.23 um 09:38 schrieb Marc Haber:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Das meiste an raspi OS ist immer noch 32 Bit.
>> 64 Bit sieht nach Beta ( Versuchs) Version aus.
>> In ein paar Jahren könnte das anders sein,
> 
> Es gibt ja zum glück auch andere Distributionen für den Pi.

Auf dem raspberry pi 1 habe ich ein Multimedia OS installiert.
Danach nie wieder.

> Außerdem bin ich für eine Pipreisbremse, das ist ja nicht feierlich
> was die Dinger seit zwei Jahren kosten.

Wo bleibt die Preisbremse und Energiedeckel für Grafikkarten?
Und auch die Kompatibilitätsvorschrift für den Anschluss an Linux?

Das raspberry pi 4 so teuer ist, liegt an hoffentlich bald
vorübergehende Verwaltungsprobleme.

>> Und dann gibt es noch ESP32, raspberry pi Pico,
> 
> Auf dem ESP32 läuft ein Linux?

https://hackaday.com/2022/07/14/its-linux-on-an-esp32/
..

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

#128277

From	Marcel Mueller <news.5.maazl@spamgourmet.org>
Date	2023-02-20 21:06 +0100
Message-ID	<tt0jsa$3g4d4$3@gwaiyur.mb-net.net>
In reply to	#128230

Am 20.02.23 um 10:41 schrieb Hermann Riemann:
>> Es gibt ja zum glück auch andere Distributionen für den Pi.
> 
> Auf dem raspberry pi 1 habe ich ein Multimedia OS installiert.
> Danach nie wieder.

Der Pi 1 war nix für Eye-Candy Bloatware. ;-)
Aber mit VDR gab er einen gut brauchbaren und schnellen TV ab.


Marcel

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

#128276

From	Marcel Mueller <news.5.maazl@spamgourmet.org>
Date	2023-02-20 21:03 +0100
Message-ID	<tt0jm7$3g4d4$2@gwaiyur.mb-net.net>
In reply to	#128178

Am 19.02.23 um 19:35 schrieb Hermann Riemann:
> wenn nicht raspberry pi 2 und 3 noch wegen Strom sparen
> aktuell sind.

Das mit dem Strom sparen ist so eine Sache. Auch wenn alle etwas anderes 
behaupten, bei mir braucht der Pi 4 /weniger/ Strom als der Pi 1.
Natürlich kann ein Pi 4 /unter Vollast/ mehr brauchen, aber bei 
derselben Aufgabe braucht er in der Praxis weniger. Beim Pi 1 bin ich 
samt USB-Netzteil immer auf ca. 3,5W gekommen. Der Pi 4 braucht die 
meiste Zeit eher 3,1W. Und die Spitzen sind so kurz, dass sie im Mittel 
nichts ausmachen.
(Den Pi 3 habe ich noch nicht gemessen.)


Marcel

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

#128291

From	Tim Ritberg <tim@server.invalid>
Date	2023-02-20 22:52 +0100
Message-ID	<tt0q21$149ng$2@tota-refugium.de>
In reply to	#128276

Am 20.02.23 um 21:03 schrieb Marcel Mueller:
> Am 19.02.23 um 19:35 schrieb Hermann Riemann:
>> wenn nicht raspberry pi 2 und 3 noch wegen Strom sparen
>> aktuell sind.
> 
> Das mit dem Strom sparen ist so eine Sache. Auch wenn alle etwas anderes 
> behaupten, bei mir braucht der Pi 4 /weniger/ Strom als der Pi 1.
> Natürlich kann ein Pi 4 /unter Vollast/ mehr brauchen, aber bei 
> derselben Aufgabe braucht er in der Praxis weniger. Beim Pi 1 bin ich 
> samt USB-Netzteil immer auf ca. 3,5W gekommen. Der Pi 4 braucht die 
> meiste Zeit eher 3,1W. Und die Spitzen sind so kurz, dass sie im Mittel 
> nichts ausmachen.
Ich hab hie neulich einen Pi1 für Wlan AP fertig gemacht.
Da war ich erstaund, dass ich ihm nicht die 700Mhz Takt austreiben 
konnte. Der kann einfach nicht sparen.

Tim

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

#128213

From	klaus reile <klaus.reile@no-more-mail-to.zr>
Date	2023-02-20 09:12 +0100
Message-ID	<k5gobnFf1i1U1@mid.individual.net>
In reply to	#128169

On Sun, 19 Feb 2023 15:16:40 +0100
Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> klaus reile <klaus.reile@no-more-mail-to.zr> wrote:
> >Hier auf dem Rechner, mit dem ich das TomTom Navi aktualisierte,
> >werkelt ein i5 der 3. Generation mit 8GB Ram und einer 120er SSD mit
> >Win10 pro. Irgendwas meinte Windows prüfen zu müssen (vielleicht
> >updates?) und meinte dann ganz forsch sinngemäss: Dieser Rechner ist
> >für Win 11 nicht geeignet. So etwas ist mir in langen Jahren des
> >Nutzens von Linux noch nie passiert.
> 
> Auch mit Linux wird es Dir bald passieren, dass 32bit Hardware nicht
> mehr unterstützt wird. Auch i386 deckt schon seit einiger Zeit nicht
> mehr die komplette historische i386-Reihe ab.

Abgesehen von einer Spielerei (hier war die Installation eines Linux
auf einem älteren netbook das Thema) kann ich mich gar nicht erinnern,
wann ich das letzte Mal in die Verlegenheit kam, solch ein 32bit-Linux
zu nutzen. Es ist aber schön, dass man immer noch dran kommt für den
Fall der Fälle.
Eine andere Geschichte ist, besagtes netbook ist mit 'aktuellem' 32bit
Linux schnarchlangsam. Seinerzeit hatte ich einige Jahre ein netbook
von Aldi (Akoya E1210). Das lief nach meiner Erinnerung bedeutend
flüssiger. Und es hatte nur 1GB RAM und keine SSD. 

Klaus

> 
> Microsoft nutzt in Windows 11 eine ganze Reihe leidlich aktueller
> Securityfeatures und wollte halt den Workaround-Code für ältere
> Hardware nicht pflegen. Das kann ich sogar halbwegs verstehen.
> 
> Grüße
> Marc

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

#128180

From	Gerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date	2023-02-19 19:58 +0000
Message-ID	<167683673342.70954.10284159546829043150.XPN@ID-37099.user.uni-berlin.de>
In reply to	#128153

Marcel Mueller schrieb am 19/2/2023 09:21:

> Am 18.02.23 um 18:52 schrieb Gerald E¡scher:
>> Marcel Mueller schrieb am 18/2/2023 17:09:
>> 
>>> Demnächst werde ich mich aber mal wieder mit dem Thema befassen müssen,
>>> denn 22.04 ist keine Option.
>> 
>> Xubuntu 22.04 habe ich kürzlich auf mein altes, weißes MacBook von
>> 2007(!) installiert und läuft wunderbar. Allen Unkenrufen zum Trotz
>> auch der Snap-Firefox.
>
> Natürlich funktioniert Snap. Nur kann mir niemand plausibel erklären, 
> warum der jetzt auf einmal zum starten wieder genauso lange braucht, wie 
> früher ohne SSD

Ob der Firefox 5 s oder 2 s zum Starten braucht, ist mir jedenfalls
ziemlich wurscht, den starte ich nicht andauernd.

> und warum ich bei mehreren Snap-Programmen gleichzeitig 
> kaum noch Speicher übrig habe,

Firefox-snap auf meinem MacBook frisst mit ein paar geöffneten Tabs 
400 MB RAM, das kommt mir nicht viel vor. Firefox bringt ohnehin seine
eigene GUI mit, da machen die paar zusätzlichen Systembibliotheken
keinen so großen Unterschied.

> und warum meine alte SSD, die ewig dicke 
> gereicht hat, jetzt auf einmal viel zu klein ist.
> Kurzum, ich müsste neue Hardware anschaffen und alte, funktionierende 
> wegwerfen, nur um Ubuntu glücklich zu machen. Das lauft so nicht.

Xubuntu 20.04, Firefox-snap:

| gerald@tigermaus:/snap/firefox/2311/usr$ du -h
| 26K	./lib/firefox/browser/chrome/icons/default
| 26K	./lib/firefox/browser/chrome/icons
| 67K	./lib/firefox/gmp-clearkey
| [...]
| 348M	./lib/firefox
| 2,2M	./lib/x86_64-linux-gnu/pipewire-0.3
| 725K	./lib/x86_64-linux-gnu/spa-0.2/audioconvert
| [...]
| 65M	./lib/x86_64-linux-gnu
| 413M	./lib
| 216M	./share/hunspell
| 12K	./share/pipewire/filter-chain
| 31K	./share/pipewire
| 216M	./share
| 628M	.

Die 65 MB zusätzlichen GNU-Bibliotheken gegenüber 348 MB Firefox und
216 MB Wörterbüchern sind ein Problem?
Wobei man die Wörterbücher vermutlich unbedenklich entsorgen könnte.

Und wenn der Speicherplatz wirklich ein Problem sein sollte, die
Distribution zu wechseln, halte ich für deutlich mehr Aufwand, als die
SSD auf eine größere zu klonen.

-- 
Gerald

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

#128197

From	Hans Crauel <crauel_usenet@freenet.de>
Date	2023-02-19 23:33 +0000
Message-ID	<tsubjo$hbfs$1@dont-email.me>
In reply to	#128180

Gerald E¡scher schrieb 

> Marcel Mueller schrieb am 19/2/2023 09:21:
>> Natürlich funktioniert Snap. Nur kann mir niemand plausibel erklären, 
>> warum der jetzt auf einmal zum starten wieder genauso lange braucht, wie 
>> früher ohne SSD
> 
> Ob der Firefox 5 s oder 2 s zum Starten braucht, ist mir jedenfalls
> ziemlich wurscht, den starte ich nicht andauernd. 

Ah, der olympische Gedanke. Finde ich gut. 

Hans

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

#128346

From	Gerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date	2023-02-21 18:19 +0000
Message-ID	<167700357973.70954.12708765086574432445.XPN@ID-37099.user.uni-berlin.de>
In reply to	#128197

Hans Crauel schrieb am 20/2/2023 00:33:

> Gerald E¡scher schrieb 
>
>> Marcel Mueller schrieb am 19/2/2023 09:21:
>>> Natürlich funktioniert Snap. Nur kann mir niemand plausibel erklären, 
>>> warum der jetzt auf einmal zum starten wieder genauso lange braucht, wie 
>>> früher ohne SSD
>> 
>> Ob der Firefox 5 s oder 2 s zum Starten braucht, ist mir jedenfalls
>> ziemlich wurscht, den starte ich nicht andauernd. 
>
> Ah, der olympische Gedanke. Finde ich gut. 

Dabei sein ist alles. Wenn der Firefox spätestens mit dem Beginn der
nächsten olympischen Spiele hochgefahren ist, reicht das.

-- 
Gerald

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

#125608

From	michaelnoeusenet@mac.com (Michael Noe)
Date	2022-10-15 18:34 +0200
Message-ID	<1pzvq2p.7qwufa13gfurfN@ID-7682.user.dfncis.de>
In reply to	#125591

Ralph Stahl <post@rstahl.de> wrote:

> Ich möchte Firefox nicht als Snap installieren, weil das Nachteile beim
> Benutzen und Speichern von PDF, Bildern etc bringt (wegen Sandbox?).

Was funktioniert da konkret bei Dir nicht, was das Speichern von PDFs
und Bildern angeht?

(Vom Kontext her ist das hier das eigentliche Thema, der Thread hier ist
leider schon wieder zu 99 % eine Metadiskussion.)

-- 

 Gruß

 Michael

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

#125612

From	Kay Martinen <usenet@martinen.de>
Date	2022-10-15 20:11 +0200
Message-ID	<9n9r1j-qdo.ln1@news.martinen.de>
In reply to	#125608

Am 15.10.22 um 18:34 schrieb Michael Noe:
> Ralph Stahl <post@rstahl.de> wrote:
> 
>> Ich möchte Firefox nicht als Snap installieren, weil das Nachteile beim
>> Benutzen und Speichern von PDF, Bildern etc bringt (wegen Sandbox?).
> 
> Was funktioniert da konkret bei Dir nicht, was das Speichern von PDFs
> und Bildern angeht?

Wird das nicht schon aus obigem klar. Ein Snap Paket steckt doch in 
einem Container. Und aus der Sandbox kann man offenbar nicht einfach ein 
runtergeladenes PDF speichern was ja schon dem Prinzip zuwider liefe.

Gleiches träfe dann auf TB zu. Der hat inzwischen auch einen internen 
PDF Viewer. Und wenn der als snap läuft kann man so einen anhang 
vermutlich auch nicht einfach speichern.

> (Vom Kontext her ist das hier das eigentliche Thema, der Thread hier ist
> leider schon wieder zu 99 % eine Metadiskussion.)

Der Kontext ist der im Betreff und da ist es offenbar sehr wohl die 
Frage unter welchem OS welchen Flavours und Version man den FF noch 
snapfrei bekommt - und bei welchem nicht oder nur mit extra stress.

Ｂｙｅ／
    ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

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

#125614

From	Hergen Lehmann <hlehmann.expires.12-22@snafu.de>
Date	2022-10-15 20:39 +0200
Message-ID	<sbbr1j-pthk1.ln1@hergen.spdns.de>
In reply to	#125612

Am 15.10.22 um 20:11 schrieb Kay Martinen:

> Wird das nicht schon aus obigem klar. Ein Snap Paket steckt doch in 
> einem Container. Und aus der Sandbox kann man offenbar nicht einfach ein 
> runtergeladenes PDF speichern was ja schon dem Prinzip zuwider liefe.
> 
> Gleiches träfe dann auf TB zu. Der hat inzwischen auch einen internen 
> PDF Viewer. Und wenn der als snap läuft kann man so einen anhang 
> vermutlich auch nicht einfach speichern.

Man kann durchaus, allerdings nur in das im snap-Paket hart kodierte 
Download-Verzeichnis. Jeder Versuch, die Datei woanders zu speichern, 
endet damit, das sie im Nirvana landet.

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

#125616

From	Kay Martinen <usenet@martinen.de>
Date	2022-10-15 21:09 +0200
Message-ID	<f3dr1j-odo.ln1@news.martinen.de>
In reply to	#125614

Am 15.10.22 um 20:39 schrieb Hergen Lehmann:
> Am 15.10.22 um 20:11 schrieb Kay Martinen:
> 
>> Wird das nicht schon aus obigem klar. Ein Snap Paket steckt doch in
>> einem Container. Und aus der Sandbox kann man offenbar nicht einfach ein
>> runtergeladenes PDF speichern was ja schon dem Prinzip zuwider liefe.
>>
>> Gleiches träfe dann auf TB zu. Der hat inzwischen auch einen internen
>> PDF Viewer. Und wenn der als snap läuft kann man so einen anhang
>> vermutlich auch nicht einfach speichern.
> 
> Man kann durchaus, allerdings nur in das im snap-Paket hart kodierte
> Download-Verzeichnis. Jeder Versuch, die Datei woanders zu speichern,
> endet damit, das sie im Nirvana landet.

Cool, eingebautes /dev/null als speicher. Das ist also der Fortschritt 
von dem sie immer reden, oder? ;-)

Gut, das EINE Verzeichnis kann/soll dann natürlich im User Homedir sein. 
Was verhindern könnte das "spezielles" irgendwo im dateisystem landet 
und schaden an richtet - wo der Benutzer schreibrechte hätte.

Trotzdem bevormundend!

Ｂｙｅ／
    ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

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

#125617

From	"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date	2022-10-15 21:15 +0200
Message-ID	<slrntkm1n4.75np.hjp-usenet3@trintignant.hjp.at>
In reply to	#125614

On 2022-10-15 18:39, Hergen Lehmann <hlehmann.expires.12-22@snafu.de> wrote:
> Am 15.10.22 um 20:11 schrieb Kay Martinen:
>> Wird das nicht schon aus obigem klar. Ein Snap Paket steckt doch in 
>> einem Container. Und aus der Sandbox kann man offenbar nicht einfach ein 
>> runtergeladenes PDF speichern was ja schon dem Prinzip zuwider liefe.
[...]
> Man kann durchaus, allerdings nur in das im snap-Paket hart kodierte 
> Download-Verzeichnis. Jeder Versuch, die Datei woanders zu speichern, 
> endet damit, das sie im Nirvana landet.

Hier nicht:

% lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.1 LTS
Release:        22.04
Codename:       jammy

% psg firefox
hjp         9708 10.3  3.6 4244392 598060 tty2   Sl+  Oct13 308:18              |   \_ /snap/firefox/1943/usr/lib/firefox/firefox …
hjp        10009  0.0  0.2 219736 37012 tty2     Sl+  Oct13   0:00              |   |   \_ /snap/firefox/1943/usr/lib/firefox/fire…
hjp        10032  0.0  0.8 2515596 145420 tty2   Sl+  Oct13   0:27              |   |   \_ /snap/firefox/1943/usr/lib/firefox/fire…
...

Das ist also der Firefox aus dem Snap, der da läuft.

Ich kann PDFs und sonstige Downloads speichern, wo ich will.

        hp

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

Page 8 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

#128176

#128188

#128275

#128220

#128258

#128178

#128221

#128230

#128277

#128276

#128291

#128213

#128180

#128197

#128346

#125608

#125612

#125614

#125616

#125617