Gimp, Probleme nach letzten Update
OS 15.4 aktuelle Updates Gimp lief bisher immer problemlos. Seit dem letzten allgemeinen Update vor einigen Tagen erhalte ich beim Öffnen einer Bilddatei folgende Fehlermeldung ------------------------------------- Das Plugin »file-jpeg« ist abgestürzt (/usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg) Das abgestürzte Plugin hat GIMP eventuell instabil gemacht. Sie sollten sicherheitshalber Ihre Bilder jetzt abspeichern und anschließend GIMP neu starten. Das Öffnen von »/Daten/Multimedia/Pictures/eigene Bilder/2011/05/JEN000288.JPG« ist fehlgeschlagen: Prozedur »file-jpeg-load« hat sich ohne Rückgabewerte beendet ------------------------------------- ich habe bisher folgendes erfolglos versucht: 1. Gimp über yast mit "unbedingt aktualisiere" aktualisiert 2. Stufenweise von GIMP 2.10.30-150400.3.8.2 auf 2.10.30-150400.1.10 zurückgegangen 3. Plugin "file-jpeg" von einem alten OS (15.3) kopiert 4. Gimp völlig deinstalliert und nach reboot neu installiert Ich glaube langsam, daß es nicht an Gimp liegt (falsche Fehlermeldung) sondern irgend eine Inkompatibilität mit anderen OS-Teile set meinem letzten "zypper up" vorliegt Vielleicht hat jemand eine Idee... LG Peter
Peter Sikorski GTL schrieb:
Das Plugin »file-jpeg« ist abgestürzt (/usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg) [...] Ich glaube langsam, daß es nicht an Gimp liegt (falsche Fehlermeldung) sondern irgend eine Inkompatibilität mit anderen OS-Teile set meinem letzten "zypper up" vorliegt
Das denke ich auch. Gimp und auch seine Plugins sind von mehreren Dutzend Libraries abhängig, wenn da mal eine aus dem Packman-Repo oder so dazwischen gerutscht ist und für gimp nicht ganz passt, kann das zu Problemen führen. Führe mal das Plugin-Binary händisch in einem Terminal-Fenster aus. Bei mir kommt dann: /usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used Wenn bei Dir stattdessen Gemecker über irgendeine Library kommt, wüssten wir schon, wo wir suchen müssen... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Gute Idee, aber hat leider nichts gebraucht: der direkte Aufruf erbrachte die richtige Fehlermeeldung: /usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used Ich vergaß zu erwähnen, daß ich beim Löschen von Gimp in Yast die Option "Bereinigung beim Löschen von Paketen" angewählt hatte und damit eine ganze Ecke von Libraries mit neu aufgebaut habe - allerdings nur die die nirgends anders benötigt werden. Habe mir die Liste der Libraries angesehen. Im Notfall müßte ich versuchen alle händisch neu zu installieren und darauf achten, daß alle möglichst aus dem selben Quellenblock stammen.. Oh Gott... Am 27.11.22 um 17:17 schrieb Manfred Haertel, DB3HM:
Peter Sikorski GTL schrieb:
Das Plugin »file-jpeg« ist abgestürzt (/usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg) [...] Ich glaube langsam, daß es nicht an Gimp liegt (falsche Fehlermeldung) sondern irgend eine Inkompatibilität mit anderen OS-Teile set meinem letzten "zypper up" vorliegt
Das denke ich auch.
Gimp und auch seine Plugins sind von mehreren Dutzend Libraries abhängig, wenn da mal eine aus dem Packman-Repo oder so dazwischen gerutscht ist und für gimp nicht ganz passt, kann das zu Problemen führen.
Führe mal das Plugin-Binary händisch in einem Terminal-Fenster aus. Bei mir kommt dann:
/usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used
Wenn bei Dir stattdessen Gemecker über irgendeine Library kommt, wüssten wir schon, wo wir suchen müssen...
Am 27.11.2022 um 20:27 schrieb Peter Sikorski GTL:
Gute Idee, aber hat leider nichts gebraucht:
der direkte Aufruf erbrachte die richtige Fehlermeeldung: /usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used
Ich vergaß zu erwähnen, daß ich beim Löschen von Gimp in Yast die Option "Bereinigung beim Löschen von Paketen" angewählt hatte und damit eine ganze Ecke von Libraries mit neu aufgebaut habe - allerdings nur die die nirgends anders benötigt werden.
Habe mir die Liste der Libraries angesehen. Im Notfall müßte ich versuchen alle händisch neu zu installieren und darauf achten, daß alle möglichst aus dem selben Quellenblock stammen.. Oh Gott...
Tja, dafür gibt es so etwas wie Snapshots. Falls du die nicht hast ... selber schuld. Manfred
Am Sonntag, 27. November 2022, 20:27:06 CET schrieb Peter Sikorski GTL:
Gute Idee, aber hat leider nichts gebraucht:
der direkte Aufruf erbrachte die richtige Fehlermeeldung: /usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used
Ich vergaß zu erwähnen, daß ich beim Löschen von Gimp in Yast die Option "Bereinigung beim Löschen von Paketen" angewählt hatte und damit eine ganze Ecke von Libraries mit neu aufgebaut habe - allerdings nur die die nirgends anders benötigt werden.
Habe mir die Liste der Libraries angesehen. Im Notfall müßte ich versuchen alle händisch neu zu installieren und darauf achten, daß alle möglichst aus dem selben Quellenblock stammen.. Oh Gott...
Und was sagt: zypper lr -d Stephan Übrigens läuft gimp aus dem graphics Repo ohne Probleme.
Am 27.11.22 um 21:39 schrieb Stephan Hemeier:
Am Sonntag, 27. November 2022, 20:27:06 CET schrieb Peter Sikorski GTL:
Gute Idee, aber hat leider nichts gebraucht:
der direkte Aufruf erbrachte die richtige Fehlermeeldung: /usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used
Ich vergaß zu erwähnen, daß ich beim Löschen von Gimp in Yast die Option "Bereinigung beim Löschen von Paketen" angewählt hatte und damit eine ganze Ecke von Libraries mit neu aufgebaut habe - allerdings nur die die nirgends anders benötigt werden.
Habe mir die Liste der Libraries angesehen. Im Notfall müßte ich versuchen alle händisch neu zu installieren und darauf achten, daß alle möglichst aus dem selben Quellenblock stammen.. Oh Gott...
Und was sagt: zypper lr -d
Stephan
Übrigens läuft gimp aus dem graphics Repo ohne Proble
Stephan was für ein Repo meinst meinst du damit? Unter "https://download.opensuse.org/repositories/graphics/15.4/" finde ich kein gimp. in Anlage die gewünschte Liste der Repos. Ich weis wohl, das viele Repos viele Probleme machen können, aber ich sehe keinen Weg mit weniger auszukommen. Übrigens, wo es nicht eindeutig ist habe ich im Repo-Namen in Klammern hinzugefügt wofür dieses Repo unbedingt nötig ist. lg Peter
Am 27.11.22 um 23:58 schrieb Peter Sikorski GTL:
Unter "https://download.opensuse.org/repositories/graphics/15.4/" finde ich kein gimp.
Jedenfalls eben gibt es dort gimp-2.10.32-lp154.1.6.x86_64.rpm und etwa 40 weiter gimp-*-Pakete. Genau genommen in: https://download.opensuse.org/repositories/graphics/15.4/x86_64/ -- Viele Grüße Michael
On 28.11.22 20:54, Michael Behrens wrote:
Am 27.11.22 um 23:58 schrieb Peter Sikorski GTL:
Unter "https://download.opensuse.org/repositories/graphics/15.4/" finde ich kein gimp.
Jedenfalls eben gibt es dort gimp-2.10.32-lp154.1.6.x86_64.rpm und etwa 40 weiter gimp-*-Pakete. Genau genommen in:
https://download.opensuse.org/repositories/graphics/15.4/x86_64/
Erst einmal einmal eine Entschuldigung: Natürlich gibt es gimp im graphics-repo. Als ich nachgesehen habe war es kurz von Mitternacht und wahrscheinlich waren meine Augen schon zu... Habe nun testweise auf die dort vorhandene höhere Version umgestellt --> aber leider die exakt gleiche Fehlermeldung erhalten. Ich immer mehr davon überzeugt, daß irgend etwas in tief darunterliegenden Libs sich harkt. Die direkt benötigten Libs habe ich in der Zwischenzeit daraufhin überprüft, daß alle aus dem gleichen Quellenblock stammen und habe alle sicherheitshalber neu installiert. Auch kein Erfolg. Das Problem könnte natürlich noch tiefer liegen, aber da komme nie ran.
Am Dienstag, 29. November 2022, 14:16:02 CET schrieb Peter Sikorski GTL:
Habe nun testweise auf die dort vorhandene höhere Version umgestellt --> aber leider die exakt gleiche Fehlermeldung erhalten.
Was sagt zypper se -si jpeg Stephan PS: zu der Repoliste sagt ich jetzt mal nichts......
Hallo Stephan, gewünschte Liste in der Anlage Peter Am 29.11.22 um 16:53 schrieb Stephan Hemeier:
Am Dienstag, 29. November 2022, 14:16:02 CET schrieb Peter Sikorski GTL:
Habe nun testweise auf die dort vorhandene höhere Version umgestellt --> aber leider die exakt gleiche Fehlermeldung erhalten.
Was sagt zypper se -si jpeg
Stephan
PS: zu der Repoliste sagt ich jetzt mal nichts......
Am Dienstag, 29. November 2022, 19:38:11 CET schrieb Peter Sikorski GTL:
Hallo Stephan,
gewünschte Liste in der Anlage
Peter
Am 29.11.22 um 16:53 schrieb Stephan Hemeier:
Am Dienstag, 29. November 2022, 14:16:02 CET schrieb Peter Sikorski GTL:
Habe nun testweise auf die dort vorhandene höhere Version umgestellt --> aber leider die exakt gleiche Fehlermeldung erhalten.
Was sagt zypper se -si jpeg
Stephan
PS: zu der Repoliste sagt ich jetzt mal nichts......
Wenn ich so etwas lese, sträuben sich mir immer die nackenhaare:
i | libmjpegutils-2_2-0 | Paket | 2.2.1-lp154.101.48 | x86_64 | multimedia:libs (cdrtools)
Repo multimedia:libs...... Stephan
Hallo Peter, Am 27.11.22 um 23:58 schrieb Peter Sikorski GTL:
Am 27.11.22 um 21:39 schrieb Stephan Hemeier:
Am Sonntag, 27. November 2022, 20:27:06 CET schrieb Peter Sikorski GTL:
Gute Idee, aber hat leider nichts gebraucht:
der direkte Aufruf erbrachte die richtige Fehlermeeldung: /usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg is a GIMP plug-in and must be run by GIMP to be used
Ich vergaß zu erwähnen, daß ich beim Löschen von Gimp in Yast die Option "Bereinigung beim Löschen von Paketen" angewählt hatte und damit eine ganze Ecke von Libraries mit neu aufgebaut habe - allerdings nur die die nirgends anders benötigt werden.
Habe mir die Liste der Libraries angesehen. Im Notfall müßte ich versuchen alle händisch neu zu installieren und darauf achten, daß alle möglichst aus dem selben Quellenblock stammen.. Oh Gott...
Und was sagt: zypper lr -d
Stephan
Übrigens läuft gimp aus dem graphics Repo ohne Proble
Stephan was für ein Repo meinst meinst du damit? Unter "https://download.opensuse.org/repositories/graphics/15.4/" finde ich kein gimp.
in Anlage die gewünschte Liste der Repos. Ich weis wohl, das viele Repos viele Probleme machen können, aber ich sehe keinen Weg mit weniger auszukommen. Übrigens, wo es nicht eindeutig ist habe ich im Repo-Namen in Klammern hinzugefügt wofür dieses Repo unbedingt nötig ist.
lg Peter
Ich habe mir Deine Repo-Liste einmal angesehen. Dabei ist mir aufgefallen, dass Du für Keepass ein extra Repo eingebunden hast. Warum machst Du das? Wenn du da auf das Standard-Repo gehen kannst, hast Du schon mal ein Repo weniger. Keepass und KeepassXC finden sich beide in den Standard-Repos. KeepassXC bietet einige Vorteile gegenüber Keepass wie z.B. Browserintegration. Wäre daher meine Empfehlung ;-) Just my two cents :-) Mark
Hallo Mark, danke für den Tip. Das extra Repo kommt aus sehr alter Zeit als in den Standard Repos noch kein Keepass vorhanden war. Wäre natürlich nicht schlecht ein Repo weniger zu haben... Muß in einer stillen Stunde noch mal prüfen, ob ich auf die etwas ältere Version in den Standard Repos gehen kann. Das Problem ist auf die Datenbank greifen nicht nur Linux Rechner sondern auch noch 3 alte Windows Maschinen (OS 8.1) zu und ich möchte die Programmversionen möglichst gleich halten. Danke Peter On 29.11.22 07:55, Mark Wenzel wrote: .....
Ich habe mir Deine Repo-Liste einmal angesehen. Dabei ist mir aufgefallen, dass Du für Keepass ein extra Repo eingebunden hast. Warum machst Du das? Wenn du da auf das Standard-Repo gehen kannst, hast Du schon mal ein Repo weniger. Keepass und KeepassXC finden sich beide in den Standard-Repos. KeepassXC bietet einige Vorteile gegenüber Keepass wie z.B. Browserintegration. Wäre daher meine Empfehlung ;-)
Just my two cents :-)
Mark
Hallo Peter, Am 29. November 2022 15:17:22 MEZ schrieb Peter Sikorski GTL <peter@german-thai-link.de>:
Hallo Mark, danke für den Tip. Das extra Repo kommt aus sehr alter Zeit als in den Standard Repos noch kein Keepass vorhanden war. Wäre natürlich nicht schlecht ein Repo weniger zu haben...
Muß in einer stillen Stunde noch mal prüfen, ob ich auf die etwas ältere Version in den Standard Repos gehen kann. Das Problem ist auf die Datenbank greifen nicht nur Linux Rechner sondern auch noch 3 alte Windows Maschinen (OS 8.1) zu und ich möchte die Programmversionen möglichst gleich halten.
Ich habe gerade noch mal nachgeschaut. KeepassXC gibt es auch für Windows 7/8/8.1 (64bit) in der aktuellen Version unter https://keepassxc.org/download/#windows Und natürlich für Windows 10/11, MacOS, Linux :-) Viele Grüße Mark
Danke Peter
On 29.11.22 07:55, Mark Wenzel wrote: .....
Ich habe mir Deine Repo-Liste einmal angesehen. Dabei ist mir aufgefallen, dass Du für Keepass ein extra Repo eingebunden hast. Warum machst Du das? Wenn du da auf das Standard-Repo gehen kannst, hast Du schon mal ein Repo weniger. Keepass und KeepassXC finden sich beide in den Standard-Repos. KeepassXC bietet einige Vorteile gegenüber Keepass wie z.B. Browserintegration. Wäre daher meine Empfehlung ;-)
Just my two cents :-)
Mark
Das Problem ist größtenteils gelöst, lediglich 2 Notebook zicken noch aber auf alle Desktops ist das Problem erledigt. Leider habe ich 2 Sachen gleichzeitig gemacht: 1. alle Dependencies nochmals durchgegangen und wenn irgend möglich nicht nur auf die gleiche Repo Gruppe sondern auf das exakt gleichen repo gebracht. 2. einen allgemeinen Update mit zypper up gemacht. und irgendwas hat da geholfen... Vielen Dank an alle fürs Mitdenken und eure Mühe Peter Am 27.11.22 um 16:41 schrieb Peter Sikorski GTL:
OS 15.4 aktuelle Updates
Gimp lief bisher immer problemlos. Seit dem letzten allgemeinen Update vor einigen Tagen erhalte ich beim Öffnen einer Bilddatei folgende Fehlermeldung
------------------------------------- Das Plugin »file-jpeg« ist abgestürzt (/usr/lib64/gimp/2.0/plug-ins/file-jpeg/file-jpeg)
Das abgestürzte Plugin hat GIMP eventuell instabil gemacht. Sie sollten sicherheitshalber Ihre Bilder jetzt abspeichern und anschließend GIMP neu starten.
Das Öffnen von »/Daten/Multimedia/Pictures/eigene Bilder/2011/05/JEN000288.JPG« ist fehlgeschlagen:
Prozedur »file-jpeg-load« hat sich ohne Rückgabewerte beendet -------------------------------------
ich habe bisher folgendes erfolglos versucht:
1. Gimp über yast mit "unbedingt aktualisiere" aktualisiert 2. Stufenweise von GIMP 2.10.30-150400.3.8.2 auf 2.10.30-150400.1.10 zurückgegangen 3. Plugin "file-jpeg" von einem alten OS (15.3) kopiert 4. Gimp völlig deinstalliert und nach reboot neu installiert
Ich glaube langsam, daß es nicht an Gimp liegt (falsche Fehlermeldung) sondern irgend eine Inkompatibilität mit anderen OS-Teile set meinem letzten "zypper up" vorliegt
Vielleicht hat jemand eine Idee...
LG Peter
participants (7)
-
Manfred Haertel, DB3HM -
Manfred Kreisl -
Mark Wenzel -
mark.wenzel＠gmx.net
-
Michael Behrens -
Peter Sikorski GTL -
Stephan Hemeier