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

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

Snap: gimp öffnet keine Datei in /tmp/

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

Contents

  Snap: gimp öffnet keine Datei in /tmp/ Ralph Stahl <post@rstahl.de> - 2020-06-10 13:45 +0200
    Re: Snap: gimp öffnet keine Datei in /tmp/ Ralph Stahl <post@rstahl.de> - 2020-06-10 13:50 +0200
      Re: Snap: gimp öffnet keine Datei in /tmp/ Sven Hartge <sh-206@svenhartge.de> - 2020-06-10 14:01 +0200
      Re: Snap: gimp öffnet keine Datei in /tmp/ Miguel <miguel@miguel.de> - 2020-06-10 22:19 +0200
        Re: Snap: gimp öffnet keine Datei in /tmp/ Ralph Stahl <post@rstahl.de> - 2020-06-11 13:53 +0200
          Re: Snap: gimp öffnet keine Datei in /tmp/ Miguel <miguel@miguel.de> - 2020-06-14 10:25 +0200
            Re: Snap: gimp öffnet keine Datei in /tmp/ Ralph Stahl <post@rstahl.de> - 2020-06-14 21:04 +0200
              Re: Snap: gimp öffnet keine Datei in /tmp/ Bernd Mayer <beam.bam.boom@knuut.de> - 2020-06-14 21:11 +0200
              Re: Snap: gimp öffnet keine Datei in /tmp/ Miguel <miguel@miguel.de> - 2020-06-18 00:07 +0200
    Re: Snap: gimp öffnet keine Datei in /tmp/ Sven Hartge <sh-206@svenhartge.de> - 2020-06-10 13:58 +0200
      OT: Als / wie Jan Novak <repcom@gmail.com> - 2020-06-10 14:40 +0200
        Re: OT: Als / wie Ralph Stahl <post@rstahl.de> - 2020-06-10 16:39 +0200
        Re: OT: Als / wie Sven Hartge <sh-206@svenhartge.de> - 2020-06-10 16:56 +0200
          Re: OT: Als / wie Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-10 18:29 +0200
          Re: OT: Als / wie Jan Novak <repcom@gmail.com> - 2020-06-11 08:03 +0200
            Re: OT: Als / wie Sven Hartge <sh-206@svenhartge.de> - 2020-06-11 13:22 +0200
              Re: OT: Als / wie Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-06-12 16:49 +0200
    Re: Snap: gimp öffnet keine Datei in /tmp/ Paul Muster <exp-311220@news.muster.net> - 2020-06-11 16:48 +0200
      Re: Snap: gimp öffnet keine Datei in /tmp/ Ralph Stahl <post@rstahl.de> - 2020-06-12 11:55 +0200
    Re: Snap: gimp öffnet keine Datei in /tmp/ Ralph Stahl <post@rstahl.de> - 2020-06-12 13:37 +0200

#110896 — Snap: gimp öffnet keine Datei in /tmp/

Moin!

In der Mozilla-Browser-NG habe ich gerade ein Problem diskutiert
(hjseq0F7pm8U1@mid.individual.net, "FF 76 Linux: Öffnen von m3u in
VLC"), das dem Folgenden sehr ähnelt und sicher die gleiche Ursache hat.
Nur hat es nichts mit dem Firefox zu tun, sondern vermutlich mit dem
Mechanismus, der hinter einer Software steckt, die über snap installiert
wurde. Ich nutze Xubuntu 20.04 und hier gimp 2.10.18, über snap
eingebunden.

(Nur am Rande: Ich kann gimp nicht über apt installieren, denn dabei
fehlt eine neuere Version von GEGL, was immer das ist. Gimp lässt sich
installieren, aber nicht starten. Also eine Notlösung.)

Zum Thema. Ich mache einen Screenshot und wähle "Öffnen mit GIMP". Gimp
startet, versucht die in /tmp/ liegende Datei zu laden und quittiert das
mit "/tmp/Bildschirmfoto_2020-06-10_13-18-32.png« konnte nicht geöffnet
werden: Datei /tmp/Bildschirmfoto_2020-06-10_13-18-32.png konnte nicht
zum Lesen geöffnet werden: No such file or directory". Letzteres ist
falsch, die Datei ist da und gehört mir mit 664.

Mit dem Gimp kann ich auch nicht händisch in /tmp/ eine Datei auswählen.
Okay, das Verzeichnis gehört root, aber selbst wenn ich des mal
spaßeshalber mir gehören lasse, geht es nicht. Das Verzeichnis erscheint
"leer".

In dem anderen Thread tauchte die Idee auf, durch die Installation über
snap könnte sich eine merkwürdige Situation bezüglich der Rechte der
installierten Anwendungen ergeben. Wenn ich mir angucke, was da so alles
gemounted ist nach einer snap-Installation... Für gimp zeigt sich zum
Beispiel

> mount | grep gimp
/var/lib/snapd/snaps/gimp_273.snap on /snap/gimp/273 type squashfs
(ro,nodev,relatime,x-gdu.hide)
nsfs on /run/snapd/ns/gimp.mnt type nsfs (rw)

was ich nicht im Geringsten deuten kann. Nur nsfs kann ich als ein
spezielles Filesystem für snap finden, was mich Böses ahnen lässt.

Könnte an der Vermutung was dran sein? Eine beliebige Bilddatei irgendwo
in home kann ich laden, auch den verschobenen obigen Screenshot. Was
kann ich tun? Klar kann ich mir behelfen durch verschieben und manuelles
Laden, aber das ist ja nicht der Sinn der Übung.

Danke im Voraus!

Ralph

[toc] | [next] | [standalone]

#110897

Am 10.06.20 um 13:45 schrieb Ralph Stahl:
> Moin!
> 
> In der Mozilla-Browser-NG habe ich gerade ein Problem diskutiert
> (hjseq0F7pm8U1@mid.individual.net, "FF 76 Linux: Öffnen von m3u in
> VLC"), das dem Folgenden sehr ähnelt und sicher die gleiche Ursache hat.
> Nur hat es nichts mit dem Firefox zu tun, sondern vermutlich mit dem
> Mechanismus, der hinter einer Software steckt, die über snap installiert
> wurde. Ich nutze Xubuntu 20.04 und hier gimp 2.10.18, über snap
> eingebunden.
> 
> (Nur am Rande: Ich kann gimp nicht über apt installieren, denn dabei
> fehlt eine neuere Version von GEGL, was immer das ist. Gimp lässt sich
> installieren, aber nicht starten. Also eine Notlösung.)
> 
> Zum Thema. Ich mache einen Screenshot und wähle "Öffnen mit GIMP". Gimp
> startet, versucht die in /tmp/ liegende Datei zu laden und quittiert das
> mit "/tmp/Bildschirmfoto_2020-06-10_13-18-32.png« konnte nicht geöffnet
> werden: Datei /tmp/Bildschirmfoto_2020-06-10_13-18-32.png konnte nicht
> zum Lesen geöffnet werden: No such file or directory". Letzteres ist
> falsch, die Datei ist da und gehört mir mit 664.
> 
> Mit dem Gimp kann ich auch nicht händisch in /tmp/ eine Datei auswählen.
> Okay, das Verzeichnis gehört root, aber selbst wenn ich des mal
> spaßeshalber mir gehören lasse, geht es nicht. Das Verzeichnis erscheint
> "leer".
> 
> In dem anderen Thread tauchte die Idee auf, durch die Installation über
> snap könnte sich eine merkwürdige Situation bezüglich der Rechte der
> installierten Anwendungen ergeben. Wenn ich mir angucke, was da so alles
> gemounted ist nach einer snap-Installation... Für gimp zeigt sich zum
> Beispiel
> 
>> mount | grep gimp
> /var/lib/snapd/snaps/gimp_273.snap on /snap/gimp/273 type squashfs
> (ro,nodev,relatime,x-gdu.hide)
> nsfs on /run/snapd/ns/gimp.mnt type nsfs (rw)
> 
> was ich nicht im Geringsten deuten kann. Nur nsfs kann ich als ein
> spezielles Filesystem für snap finden, was mich Böses ahnen lässt.
> 
> Könnte an der Vermutung was dran sein? Eine beliebige Bilddatei irgendwo
> in home kann ich laden, auch den verschobenen obigen Screenshot. Was
> kann ich tun? Klar kann ich mir behelfen durch verschieben und manuelles
> Laden, aber das ist ja nicht der Sinn der Übung.
> 
> Danke im Voraus!
> 
> Ralph
> 

https://wiki.ubuntuusers.de/snap/ sagt: "Außerdem unterliegen unter
Ubuntu die snaps der Überwachung durch AppArmor. Diese verhindert unter
Ubuntu und dessen Derivaten, dass snaps auf Systemverzeichnisse wie
/var, /etc, /tmp oder /usr zugreifen können. Die Beschränkung bei /tmp
verhindert z.B., dass ein per snap installiertes Gimp 2.10.8 auf
Screenshots zugreifen kann, wenn diese per Default in /tmp abgelegt
werden". Das ist eigentlich die Lösung - wenn es mein Problem lösen
würde. Denn warum /tmp gesperrt wird, verstehe ich nicht. Kann ich das
ändern (apparmor)? Wie kann ich das umgehen?

Ralph

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

#110899

Ralph Stahl <post@rstahl.de> wrote:

> https://wiki.ubuntuusers.de/snap/ sagt: "Außerdem unterliegen unter
> Ubuntu die snaps der Überwachung durch AppArmor. Diese verhindert
> unter Ubuntu und dessen Derivaten, dass snaps auf Systemverzeichnisse
> wie /var, /etc, /tmp oder /usr zugreifen können. Die Beschränkung bei
> /tmp verhindert z.B., dass ein per snap installiertes Gimp 2.10.8 auf
> Screenshots zugreifen kann, wenn diese per Default in /tmp abgelegt
> werden". Das ist eigentlich die Lösung - wenn es mein Problem lösen
> würde. Denn warum /tmp gesperrt wird, verstehe ich nicht. Kann ich das
> ändern (apparmor)? Wie kann ich das umgehen?

/tmp wurde in der Vergangenheit sehr gerne für Symlink-Angriffe gegen
nicht ausreichend randomisierte Dateinamen oder Verweise benutzt.

Daher ist es absolut üblich Programmen, die nicht vertrausenswürdig sind
oder Daten aus nicht vertrauenswürdiger Quelle verarbeiten, ein
alterantives TMPDIR zu präsentieren, zur Isolation.

S!

-- 
Sigmentation fault. Core dumped.

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

#110912

On 6/10/20 1:50 PM, Ralph Stahl wrote:
> 
> https://wiki.ubuntuusers.de/snap/ sagt: "Außerdem unterliegen unter
> Ubuntu die snaps der Überwachung durch AppArmor. Diese verhindert unter
> Ubuntu und dessen Derivaten, dass snaps auf Systemverzeichnisse wie
> /var, /etc, /tmp oder /usr zugreifen können. Die Beschränkung bei /tmp
> verhindert z.B., dass ein per snap installiertes Gimp 2.10.8 auf
> Screenshots zugreifen kann, wenn diese per Default in /tmp abgelegt
> werden". Das ist eigentlich die Lösung - wenn es mein Problem lösen
> würde. Denn warum /tmp gesperrt wird, verstehe ich nicht. Kann ich das
> ändern (apparmor)? Wie kann ich das umgehen?
> 
Kein Snap benutzen, (https://blog.linuxmint.com/?p=3906), wenn es ueber 
apt nicht geht versuch es doch mal mit einem Flatpak 
(https://flathub.org/apps/details/org.gimp.GIMP)

Miguel


-- 
"""""
"`¡´ iguel
"
"
"

Linux statt Windows
__
Ist wie eine Scheidung, Du verzichtest auf Annehmlichkeiten wie fertiges
Essen und Sex, aber Du hast Deine Freiheit wieder!

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

#110932

Am 10.06.20 um 22:19 schrieb Miguel:
> On 6/10/20 1:50 PM, Ralph Stahl wrote:
>>
>> https://wiki.ubuntuusers.de/snap/ sagt: "Außerdem unterliegen unter
>> Ubuntu die snaps der Überwachung durch AppArmor. Diese verhindert unter
>> Ubuntu und dessen Derivaten, dass snaps auf Systemverzeichnisse wie
>> /var, /etc, /tmp oder /usr zugreifen können. Die Beschränkung bei /tmp
>> verhindert z.B., dass ein per snap installiertes Gimp 2.10.8 auf
>> Screenshots zugreifen kann, wenn diese per Default in /tmp abgelegt
>> werden". Das ist eigentlich die Lösung - wenn es mein Problem lösen
>> würde. Denn warum /tmp gesperrt wird, verstehe ich nicht. Kann ich das
>> ändern (apparmor)? Wie kann ich das umgehen?
>>
> Kein Snap benutzen, (https://blog.linuxmint.com/?p=3906), wenn es ueber 
> apt nicht geht versuch es doch mal mit einem Flatpak 
> (https://flathub.org/apps/details/org.gimp.GIMP)
> 
> Miguel
> 
> 

Super Idee! Damit habe ich mich noch nie befasst. Ich habe Flatpak und
Gimp installiert und kann Bilder in /tmp lesen und bearbeiten. Toll!

Abär: Der Hinweis auf https://wiki.ubuntuusers.de/Flatpak/, dass sich
per Flatpak installierte Programme (außer mit flatpak run [PAKET]) auch
so: "Gängige Desktop-Umgebungen sollten auch über Flatpak installierte
Anwendungen automatisch erkennen und wie klassisch installierte
Anwendungen anzeigen." starten lassen, kann ich nicht bestätigen. Ich
könnte mir helfen, wenn ich wüsste, wo gimp steht (Symlink dorthin). Ich
habs jetzt mit "flatpak run org.gimp.GIMP" gestartet, was für meinen
Zweck dann nicht geeignet ist, wenn ich Screenshots gleich aus
xfce4-screenshoter heraus starten will. Also habe ich ein kleines
Shellscript in /usr/bin gemacht, was das erledigt. Ist das der einzige Weg?

Ralph

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

#111026

On 6/11/20 1:53 PM, Ralph Stahl wrote:

> Super Idee! Damit habe ich mich noch nie befasst. Ich habe Flatpak und
> Gimp installiert und kann Bilder in /tmp lesen und bearbeiten. Toll!
> 
> Abär: Der Hinweis auf https://wiki.ubuntuusers.de/Flatpak/, dass sich
> per Flatpak installierte Programme (außer mit flatpak run [PAKET]) auch
> so: "Gängige Desktop-Umgebungen sollten auch über Flatpak installierte
> Anwendungen automatisch erkennen und wie klassisch installierte
> Anwendungen anzeigen." starten lassen, kann ich nicht bestätigen. Ich
> könnte mir helfen, wenn ich wüsste, wo gimp steht (Symlink dorthin). Ich
> habs jetzt mit "flatpak run org.gimp.GIMP" gestartet, was für meinen
> Zweck dann nicht geeignet ist, wenn ich Screenshots gleich aus
> xfce4-screenshoter heraus starten will. Also habe ich ein kleines
> Shellscript in /usr/bin gemacht, was das erledigt. Ist das der einzige Weg?
> 
Ich nutze Mint 19.3, basiert auf Ubuntu 18.04, also ein aehnlicher
Unterbau wie bei Dir. Flatpak ist hier schon von vornherein dabei.
Bei der Installation wurde automatisch ein Menueintrag erstellt 
(/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=gimp-2.10 
--file-forwarding org.gimp.GIMP @@u %U @@).
Ich vermute, bei Dir liegt Gimp im gleichen Verzeichnis und kann genauso
gestartet werden. ;-)


-- 
"""""
"`¡´ iguel
"
"
"

Linux statt Windows
__
Ist wie eine Scheidung, Du verzichtest auf Annehmlichkeiten wie fertiges
Essen und Sex, aber Du hast Deine Freiheit wieder!

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

#111045

Am 14.06.20 um 10:25 schrieb Miguel:
> On 6/11/20 1:53 PM, Ralph Stahl wrote:
> 
>> Super Idee! Damit habe ich mich noch nie befasst. Ich habe Flatpak und
>> Gimp installiert und kann Bilder in /tmp lesen und bearbeiten. Toll!
>>
>> Abär: Der Hinweis auf https://wiki.ubuntuusers.de/Flatpak/, dass sich
>> per Flatpak installierte Programme (außer mit flatpak run [PAKET]) auch
>> so: "Gängige Desktop-Umgebungen sollten auch über Flatpak installierte
>> Anwendungen automatisch erkennen und wie klassisch installierte
>> Anwendungen anzeigen." starten lassen, kann ich nicht bestätigen. Ich
>> könnte mir helfen, wenn ich wüsste, wo gimp steht (Symlink dorthin). Ich
>> habs jetzt mit "flatpak run org.gimp.GIMP" gestartet, was für meinen
>> Zweck dann nicht geeignet ist, wenn ich Screenshots gleich aus
>> xfce4-screenshoter heraus starten will. Also habe ich ein kleines
>> Shellscript in /usr/bin gemacht, was das erledigt. Ist das der einzige Weg?
>>
> Ich nutze Mint 19.3, basiert auf Ubuntu 18.04, also ein aehnlicher
> Unterbau wie bei Dir. Flatpak ist hier schon von vornherein dabei.
> Bei der Installation wurde automatisch ein Menueintrag erstellt 
> (/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=gimp-2.10 
> --file-forwarding org.gimp.GIMP @@u %U @@).
> Ich vermute, bei Dir liegt Gimp im gleichen Verzeichnis und kann genauso
> gestartet werden. ;-)
> 
> 

Ja, so war es zwischendurch, als ich es noch als flatpak gebraucht habe,
weil ich es "normal" nicht installieren konnte (libgegl passte nicht,
ist inzwischen repariert). Aber danke für den Hinweis, der mir zeigt,
dass es auch in anderen Systemen manchmal Probleme mit Gimp zu geben
scheint und man diesen Weg gehen muss.

VG Ralph

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

#111046

Am 14.06.20 um 21:04 schrieb Ralph Stahl:
> Am 14.06.20 um 10:25 schrieb Miguel:
>>>
>> Ich nutze Mint 19.3, basiert auf Ubuntu 18.04, also ein aehnlicher
>> Unterbau wie bei Dir. Flatpak ist hier schon von vornherein dabei.

Hallo,

siehe für das kommende linuxmint 20:
https://www.linux-magazin.de/news/linux-mint-20-ohne-automatische-snap-installationen/

"Apt-Pakete dürfen in Linux Mint 20 weder den Snap-Store-Client noch den 
Snap-Daemon installieren. Snap-Software sei vergleichbar mit 
proprietärer Software bekräftigte Linux-Mint-Chef Clément Lefèbvre seine 
bisherige Kritik an dem Format."


Bernd Mayer

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

#111121

On 6/14/20 9:04 PM, Ralph Stahl wrote:
> 
> Ja, so war es zwischendurch, als ich es noch als flatpak gebraucht habe,
> weil ich es "normal" nicht installieren konnte (libgegl passte nicht,
> ist inzwischen repariert). Aber danke für den Hinweis, der mir zeigt,
> dass es auch in anderen Systemen manchmal Probleme mit Gimp zu geben
> scheint und man diesen Weg gehen muss.
> 

Hatte keine Probs mit Gimp, Mint basiert immer auf den LTS Versionen von 
Ubuntu, d.h. Anwendungen bekommen nur alle 2 Jahre ein Versionsupdate, 
und bei Grafik und Kommunikation ist mir das zu selten, also eigene 
Repos oder Flatpak (die halten sich selbst aktuell).

-- 
"""""
"`¡´ iguel
"
"
"

Linux statt Windows
__
Ist wie eine Scheidung, Du verzichtest auf Annehmlichkeiten wie fertiges
Essen und Sex, aber Du hast Deine Freiheit wieder!

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

#110898

Ralph Stahl <post@rstahl.de> wrote:

> Zum Thema. Ich mache einen Screenshot und wähle "Öffnen mit GIMP".
> Gimp startet, versucht die in /tmp/ liegende Datei zu laden und
> quittiert das mit "/tmp/Bildschirmfoto_2020-06-10_13-18-32.png« konnte
> nicht geöffnet werden: Datei
> /tmp/Bildschirmfoto_2020-06-10_13-18-32.png konnte nicht zum Lesen
> geöffnet werden: No such file or directory". Letzteres ist falsch, die
> Datei ist da und gehört mir mit 664.

/tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.

S!

-- 
Sigmentation fault. Core dumped.

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

#110902 — OT: Als / wie

Am 10.06.20 um 13:58 schrieb Sven Hartge:

> /tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
> eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.

Wenn ich hier mal Klugscheissen darf: Das heisst "als" und nicht "wie"  :-)
Bin's schon gewohnt zu korrigieren, weil meine Tochter das auch immer 
wieder mal sagt :-)))))

Jan

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

#110906 — Re: OT: Als / wie

Am 10.06.20 um 14:40 schrieb Jan Novak:
> Am 10.06.20 um 13:58 schrieb Sven Hartge:
> 
>> /tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
>> eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.
> 
> Wenn ich hier mal Klugscheissen darf: Das heisst "als" und nicht "wie"  :-)
> Bin's schon gewohnt zu korrigieren, weil meine Tochter das auch immer 
> wieder mal sagt :-)))))
> 
> Jan
> 

Wenn schon, dann "als wie" :-D . Und es heißt heißt, nicht heisst, und
klugscheißen. Ein ß ist nicht verboten B-) .

Huch, schön! Un nu is aber gut.

Ralph
Erbsenzähler

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

#110907 — Re: OT: Als / wie

Jan Novak <repcom@gmail.com> wrote:
> Am 10.06.20 um 13:58 schrieb Sven Hartge:

>> /tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
>> eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.

> Wenn ich hier mal Klugscheissen darf: Das heisst "als" und nicht "wie"
> :-) Bin's schon gewohnt zu korrigieren, weil meine Tochter das auch
> immer wieder mal sagt :-)))))

In meinem nordrheinisch/hessischen Dialekt wird anstelle von "als" bei
Vergleichen auch gleichbedeutend "wie" benutzt, egal ob es sich um
Ungleichheit oder Gleichheit handelt.

S!
(Ja, ist technisch gesehen falsch.)

-- 
Sigmentation fault. Core dumped.

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

#110909 — Re: OT: Als / wie

Am 10.06.20 um 16:56 schrieb Sven Hartge:
> Jan Novak <repcom@gmail.com> wrote:
>> Am 10.06.20 um 13:58 schrieb Sven Hartge:
> 
>>> /tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
>>> eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.
> 
>> Wenn ich hier mal Klugscheissen darf: Das heisst "als" und nicht "wie"
>> :-) Bin's schon gewohnt zu korrigieren, weil meine Tochter das auch
>> immer wieder mal sagt :-)))))
> 
> In meinem nordrheinisch/hessischen Dialekt wird anstelle von "als" bei
> Vergleichen auch gleichbedeutend "wie" benutzt, egal ob es sich um
> Ungleichheit oder Gleichheit handelt.
> 
> S!
> (Ja, ist technisch gesehen falsch.)

In einer Programmiersprache sieht das nach if then else
https://www.dict.cc/englisch-deutsch/else.html
..

allerdings in Python
if GIMP  : /tmp=ordner1
elif you : /tmp=ordner2

Hermann
    der Python wegen weniger Text(konflikte) mag.

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

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

#110920 — Re: OT: Als / wie

Am 10.06.20 um 16:56 schrieb Sven Hartge:
> Jan Novak <repcom@gmail.com> wrote:
>> Am 10.06.20 um 13:58 schrieb Sven Hartge:
> 
>>> /tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
>>> eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.
> 
>> Wenn ich hier mal Klugscheissen darf: Das heisst "als" und nicht "wie"
>> :-) Bin's schon gewohnt zu korrigieren, weil meine Tochter das auch
>> immer wieder mal sagt :-)))))
> 
> In meinem nordrheinisch/hessischen Dialekt wird anstelle von "als" bei
> Vergleichen auch gleichbedeutend "wie" benutzt, egal ob es sich um
> Ungleichheit oder Gleichheit handelt.

(Asche auf mein Haupt) ... das stimmt. Ich komme gebürtig auch aus 
Hessen, und das sagt man da wirklich oft :-)

Jan

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

#110931 — Re: OT: Als / wie

Jan Novak <repcom@gmail.com> wrote:
> Am 10.06.20 um 16:56 schrieb Sven Hartge:
>> Jan Novak <repcom@gmail.com> wrote:
>>> Am 10.06.20 um 13:58 schrieb Sven Hartge:
 
>>>> /tmp liegt außerhalb der Isolationsumgebung, in der GIMP durch SNAP
>>>> eingesperrt ist. Daher sieht GIMP ein anderes /tmp wie du.
 
>>> Wenn ich hier mal Klugscheissen darf: Das heisst "als" und nicht
>>> "wie" :-) Bin's schon gewohnt zu korrigieren, weil meine Tochter das
>>> auch immer wieder mal sagt :-)))))
 
>> In meinem nordrheinisch/hessischen Dialekt wird anstelle von "als"
>> bei Vergleichen auch gleichbedeutend "wie" benutzt, egal ob es sich
>> um Ungleichheit oder Gleichheit handelt.

> (Asche auf mein Haupt) ... das stimmt. Ich komme gebürtig auch aus
> Hessen, und das sagt man da wirklich oft :-)

Der Unterschied zwischen "als" und "wie" bei Vergleichen ist z.B. auch
eines der Dinge, welches Personen die Deutsch als Fremdsprache lernen
gerne auf die Füße fällt, dass sich das Wort ändert basierend auf der
Gleichheit/Ungleichheit der verglichenen Dinge.

Das dann in unterschiedlichen Dialekten dann jeweils bevorzugt die eine
oder die andere Variante für beide Vergleiche benutzt wird, macht die
Sache dann noch weniger einfach.

Aber das wird jetzt noch mehr Off-Topic als es vorher schon war.

S°

-- 
Sigmentation fault. Core dumped.

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

#110978 — Re: OT: Als / wie

Sven Hartge schrieb am 11.06.2020 um 13:22:

> Der Unterschied zwischen "als" und "wie" bei Vergleichen ist z.B. auch
> eines der Dinge, welches Personen die Deutsch als Fremdsprache lernen
> gerne auf die Füße fällt, dass sich das Wort ändert basierend auf der
> Gleichheit/Ungleichheit der verglichenen Dinge.

Das ist in anderen Sprachen auch so, z.B. im Englischen: as long as vs.
longer than.

Ist also mitnichten eine Unart der deutschen Sprache.

Gruß
Claus

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

#110936

On 10.06.20 13:45, Ralph Stahl wrote:

> Ich nutze Xubuntu 20.04 und hier gimp 2.10.18, über snap
> eingebunden.

Man gewöhne sich besser gar nicht erst daran, denn der snap-Unsinn ist 
hoffentlich bald wieder Geschichte.

<https://www.heise.de/news/Linux-Paketformat-Snap-wird-zum-Zankapfel-zwischen-Mint-und-Ubuntu-4781140.html>

> (Nur am Rande: Ich kann gimp nicht über apt installieren, denn dabei
> fehlt eine neuere Version von GEGL, was immer das ist. Gimp lässt sich
> installieren, aber nicht starten. Also eine Notlösung.)

Dann repariere das Paketsystem bzw. die Installation auf deinem Rechner. 
(Marc gab dir dazu Hinweise im anderen Thread, _das_ ist der 
Lösungsansatz. Nicht snap.)


mfG Paul

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

#110968

Am 11.06.20 um 16:48 schrieb Paul Muster:
> On 10.06.20 13:45, Ralph Stahl wrote:
> 
>> Ich nutze Xubuntu 20.04 und hier gimp 2.10.18, über snap
>> eingebunden.
> 
> Man gewöhne sich besser gar nicht erst daran, denn der snap-Unsinn ist 
> hoffentlich bald wieder Geschichte.
> 
> <https://www.heise.de/news/Linux-Paketformat-Snap-wird-zum-Zankapfel-zwischen-Mint-und-Ubuntu-4781140.html>
> 
>> (Nur am Rande: Ich kann gimp nicht über apt installieren, denn dabei
>> fehlt eine neuere Version von GEGL, was immer das ist. Gimp lässt sich
>> installieren, aber nicht starten. Also eine Notlösung.)
> 
> Dann repariere das Paketsystem bzw. die Installation auf deinem Rechner. 
> (Marc gab dir dazu Hinweise im anderen Thread, _das_ ist der 
> Lösungsansatz. Nicht snap.)
> 
> 
> mfG Paul
> 

Also "apt oder apt get und englisches locale verwenden." ist ein
Hinweis, wie ich das machen soll? "Repariere" ist ein Hinweis? Würde ich
ja beides gern beherzigen, wenn ich wüßte wie.

Ist es denn schwer, ein paar Worte mehr als Hilfe zum "Reparieren" zu
geben? Es sind nicht alle Profis auf dem Gebiet, die mit Linux arbeiten.

Gimp läuft jetzt nicht mehr als Snap, sondern mit Flatpak, damit ist das
/tmp-Problem weg (dessen Sinn habe ich inzwischen ergründet). Richtiger
wäre es, Gimp ordentlich mit apt zu installieren, dann muss ich mir
nicht sowas ans Bein binden.

Ralph

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

#110971

Am 10.06.20 um 13:45 schrieb Ralph Stahl:
> Moin!
> 
> In der Mozilla-Browser-NG habe ich gerade ein Problem diskutiert
> (hjseq0F7pm8U1@mid.individual.net, "FF 76 Linux: Öffnen von m3u in
> VLC"), das dem Folgenden sehr ähnelt und sicher die gleiche Ursache hat.
> Nur hat es nichts mit dem Firefox zu tun, sondern vermutlich mit dem
> Mechanismus, der hinter einer Software steckt, die über snap installiert
> wurde. Ich nutze Xubuntu 20.04 und hier gimp 2.10.18, über snap
> eingebunden.
> 
> (Nur am Rande: Ich kann gimp nicht über apt installieren, denn dabei
> fehlt eine neuere Version von GEGL, was immer das ist. Gimp lässt sich
> installieren, aber nicht starten. Also eine Notlösung.)
> 
> Zum Thema. Ich mache einen Screenshot und wähle "Öffnen mit GIMP". Gimp
> startet, versucht die in /tmp/ liegende Datei zu laden und quittiert das
> mit "/tmp/Bildschirmfoto_2020-06-10_13-18-32.png« konnte nicht geöffnet
> werden: Datei /tmp/Bildschirmfoto_2020-06-10_13-18-32.png konnte nicht
> zum Lesen geöffnet werden: No such file or directory". Letzteres ist
> falsch, die Datei ist da und gehört mir mit 664.
> 
> Mit dem Gimp kann ich auch nicht händisch in /tmp/ eine Datei auswählen.
> Okay, das Verzeichnis gehört root, aber selbst wenn ich des mal
> spaßeshalber mir gehören lasse, geht es nicht. Das Verzeichnis erscheint
> "leer".
> 
> In dem anderen Thread tauchte die Idee auf, durch die Installation über
> snap könnte sich eine merkwürdige Situation bezüglich der Rechte der
> installierten Anwendungen ergeben. Wenn ich mir angucke, was da so alles
> gemounted ist nach einer snap-Installation... Für gimp zeigt sich zum
> Beispiel
> 
>> mount | grep gimp
> /var/lib/snapd/snaps/gimp_273.snap on /snap/gimp/273 type squashfs
> (ro,nodev,relatime,x-gdu.hide)
> nsfs on /run/snapd/ns/gimp.mnt type nsfs (rw)
> 
> was ich nicht im Geringsten deuten kann. Nur nsfs kann ich als ein
> spezielles Filesystem für snap finden, was mich Böses ahnen lässt.
> 
> Könnte an der Vermutung was dran sein? Eine beliebige Bilddatei irgendwo
> in home kann ich laden, auch den verschobenen obigen Screenshot. Was
> kann ich tun? Klar kann ich mir behelfen durch verschieben und manuelles
> Laden, aber das ist ja nicht der Sinn der Übung.
> 
> Danke im Voraus!
> 
> Ralph
> 

Das Problem ist nicht, dass Gimp keine Datei in /tmp öffnen kann,
sondern dass es das nicht kann, wenn es als Snap läuft - das ist eine
generelleEigenschaft von SnapApps. Und ich konnte Gimp nicht normal
installieren, weil GEGL falsch war. Das Ziel der Mühe war also
eigentlich, Gimp normal installieren zu können.

Hier gibts die Lösung, die für mich funktionierte:

https://forum.ubuntuusers.de/topic/probleme-mit-gimp-3/#post-9165196

Vor dem Upgrade auf Xubuntu 20.04 hatte ich das PPA für Gimp benutzt,
dann fürs Upgrade deaktiviert, letztlich gelöscht. Dabei blieben wohl
Ungereimtheiten zurück, die mit "apt install -f" nicht zu lösen waren.
Abhilfe schaffte erst

sudo apt install apt-purge
sudo ppa-purge ppa:otto-kesselgulasch/gimp

Und dann die normale Installation mit

sudo apt install gimp

Anscheinend funktioniert das PPA noch nicht für 20.04.

So, nun läuft Gimp wieder normal und alles ist gut.

Ralph

[toc] | [prev] | [standalone]

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

csiph-web