keine weitere Nutzung vom Illuminator unter Linuxmint-21 cinnamon mehr möglich

Quote from kleiner_Hobbit

mol

Schön, nach langer Zeit wieder von Dir zu hören/lesen

Danke ;-}
Interessen haben sich verschoben. Fotografie ist Randbereich, ohne Hund würde ich wahrscheinlich 50 Bilder/Jahr machen, davon 45 mit dem Handy. Wobei ich von Archi auch mehr Bilder&Videos mit dem Handy als mit derKamera gemacht habe. Ist halt immer dabei und wiegt nix.
Eigentlich bin ich nur noch in einem Linux Forum aktiv, wobei "aktiv" schon fast ein Euphemismus ist

Abschließend, nach ein bisschen rumgefummel und verwundert auf den Monitor glotzend, mit einem (unscheinbar erscheinenden) Tip von Franz, habe ich die AKTUELLE Version von JPG-Illuminator zum laufen bekommen.
Aktueller JPG Illuminator in aktuellem Wine (v7.15) auf MX Linux und sollte aufgrund der Basis debian auf jeder Distribution laufen, die sich von Debian ableitet (alle *Buntus, Mint, etc)

Das "WIE" hört sich unlogisch und Krude an:
Es gibt bei Wine in der Grafik 2 Zustände: nativ und ein virtuelles Desktop.
Nativ bedeutet das Programm sieht aus als wenn es ein Linuxprogramm wäre, man kann auch mehrere starten. Drag&Drop zwischen Linux Dateimanager und Wine Programm funktioniert
virtueller Desktop bedeutet ein Screen einstellbarer Größe in der alle Anwendung nebeneinander laufen. Kein Drag&drop
Ohne virtuellen Desktop startet JPG Illuminator gar nicht, es schimmelt nur irgendwo im Speicher und ist auf der Taskleiste zu sehen, ist aber nicht als Anwendung sichtbar.
Im Virtuellen Desktop wird es sichtbar, aber die komplette leiste fehlt, dadurch eigentlich unbenutzbar.
Tip des Jahres: mit F11 kann man die leiste an/aus schalten und in diesem besonderen Fall ... erscheint sie! JPG Illuminator funktioniert, aber erst mal nur auf dem virtuellen Desktop.
Und nun das wundersame. Hat man im Virtuellen Desktop die Leiste hochgebracht und den JPG-Illuminator konfiguriert und startet JPg_illuminator danach im nativen Zustand, funktioniert er immer noch (inkl. drag&drop)

wenn ich mxsml6.* suchen lasse sind das die pfade wo es bei mir ist. ich hatte so eine fehlermeldung auch noch nie.

/opt/wine-staging/lib/wine/i386-windows/msxml6.dll

/opt/wine-staging/lib/wine/i386-unix/msxml6.dll.so

/opt/wine-staging/lib64/wine/x86_64-unix/msxml6.dll.so

/opt/wine-staging/lib64/wine/x86_64-windows/msxml6.dll

/home/winnI/.wine/drive_c/windows/syswow64/msxml6.dll

selber irgendwelche dlls nachinstalliert habe ich bei wine nie , immer die komplettinstallation benutzt die der paketmanager anbietet. Wobei bei MX debian stable die Basis ist und ich nicht aus Fremdquellen installiere (aus der Sicht von Debian stable ist selbst wineHQ eine Fremdquelle, weil die ungetestet). Und Ubuntu und Mint backen eh ihr eigenes Süppchen mit bunt gemischten repositorien aus testing, unstable und ubuntu ppa. Waren nie wirklich langzeit stabil, deswegen war lange Zeit opensuse mein Arbeitssystem und inzwischen MX-Linux. In 4 Jahren weniger Systemhänger wie früher mit ubuntu oder mint in 4 Wochen (nämlich gar keinen) ;-}

Wine 6.0 hatte ich nie. Debian stable ist ja konservativ und bei Debian v10 war die Wine Version irgendwas mit 5.x.

Bei Debian 11 ist es jetzt 6.22. Die von mir benutzte 7.15 ist aus dem MX testing (das mit Debian nichts zu tun hat, sondern von den MX Entwicklern gepflegt wird) und die 8.0 ist noch eine RC, also Beta, sozusagen. Hab ich auch nur auf einer testinstallation laufen, läuft aber unauffällig (auch mit dem jpg-illuminator)

Natürlich sind die verschiedenen derivate unterschiedlich in ihren Repos, deswegen benutze ich ja auch MX, weil mir die langweilige stabilität eines Debian Stable wichtiger war, als aktualität. Das MX seine eigenen Testrepos hat und in einigen Bereichen (Hardware und bestimmte Programme) sozusagen Tagesaktuell ist ... notfalls machen sie auch was auf Zuruf, hab ich erst so nach ein/zwei Jahren mitbekommen.

Ich benutze aber keine Fremdrepos, die meisten Supportanfragen kommen von Leuten die externe Repos benutzen und, da ja mit ubuntu und mint über Debian verwandt, gibt es dann auch suicidale anwender die PPAs einbinden. Das geht technisch, der Paketmanager spielt da mit, aber man landet dann schnell in der "hell of dependencies" und ruiniert sein System so erfolgreich, dass man um eine Neuinstallation nicht rum kommt.

Eingeschränkt läuft der JPG-Illu bei mir auch, in Funktionen die ich noch nie benutzt habe. Habe ich deswegen erst sehr spät bemerkt als ich mal geguckt habe, was ich da seit Jahren im Menü habe

Martin um der Sache auf die Spur zu kommen könntest Du ein Konsolenfenster öffnen, dort dmesg starten und einmal den Fehler provozieren.

Alternativ dort tail -f /var/log/messages laufen lassen.

Ich kenne Linuxmint nicht aber das sind so kleine Universalhilfen.

Grüße!

Moin Martin,

JI oder Wine benutze und kenne ich nicht.

Im Terminalfenster kannst Du die beiden genannten Befehle oder auch weitere ausführen ohne daß davon andere Anwendungen betroffen sind. Wenn eine Anwendung eine Zeit nicht reagiert schaust Du eben später wieder ins Terminal.

Mit Glück ergibt sich aus den Meldungen dort ein Hinweis der Dich weiterbringt.

Quote from Franz

Das gleiche Problem hattest du schon einmal vor über einem Jahr. Ist es damals von alleine wieder verschwunden?

Martin, beantworte doch bitte auch noch die Frage von Franz.

Die Fehlermeldung in Deinem Screenshot stammt vom JI. Da weiß ich nichts zu.

Quote from phoenix66

weil es eigentlich ein Linuxproblem ist. Die meisten Mitglieder verwenden kein Linuxmint und können noch weniger helfen

Okay, ich will das nur zum besseren Verständnis weiter eingrenzen. Es ist offenbar ein Problem des JI und das unter Wine (der Windowsemulation).

Linux an sich ist ziemlich gut dokumentiert, standardisiert und stabil. Da gibt es kein generelles Problem mit Bildern. Deshalb würde ich so (systematisch) vorgehen wie beschrieben.