Das liest sich so, dass es mit früheren Versionen von LibreOffice schon funktioniert hat, somit nicht an Java liegt.
Dann könnte
Ich würde fast den Weg 3 - 2 - 1 gehen.
ich würde wenn die Möglichkeit besteht mit den snapshots anfangen
Hallo,
eine sehr einfache Anfängerfrage:
Nachdem ich die Veröffentlichung von Mint 19 gelesen habe und auch die 'Abhängigkeit' zu Ubuntu stellt sich mir die Frage:
Grüße, Danke
sorry, das habe ich in Folge überlesen, bzw. bin bei den Löschaktionen hängengeblieben.
Stand ist also User1 = 4x25% und User2 = 0% ?
Dann erst mal einen diff auf beide home Verzeichnisse machen $:> diff -r /home/User1 /home/User2 ,rekursiv ( -r ) das Ganze am Besten als root, da nur root vollständige Leserechte haben dürfte.
Das wäre die einfachste und unansehnlichste Variante. Alles was identisch ist liese sich schon mal ausschließen, daran dürfte es nicht liegen, wird durch den diff auch nicht angezeigt.
Bessere Tools wäre evtl midnight commander, oder eigenständige mit eigener Fensteroberfläche. Das Ultratool hier wäre Beyond Compare, kommerziell, aber ich denke 30Tage vollständig als Testversion verwendbar.
Dann evtl die Differenzen einzeln auf den Testuser übertragen bis die Last auch hochgeht ... anschließend den testuser wieder löschen.
Wenn plaasma invlviert ist könnten es primär Files unter .kde sein?
Wenn ein Coredump vorliegt müsste ein File /tmp/core vorhanden sein. Das lässt sich manchmal über gdb analysieren. je nachdem ..
Wenn du die Möglichkeit hast einen älteren Snapshot zu booten und du die Problematik auf 2-3 Tage eingrenzen kannst, wäre dies evtl noch eine einfachere Möglichkeit, zunächst einen älteren Stand zu testen, dann entweder ein rollback zu machen, oder einen diff auf beide Snapshots durchzuführen.
Da dürften andere kompetenter sein und mehr Erfahrung haben.
bevor man lokale Files wie .cache .config ... etc umbenennt lohnt es sich einen weiteren Account anzulegen und sich unter diesem einzuloggen. Dann kann man ausschließen dass es accountspezifische Einstellungen sind.
Es darf natürlich kein paralleler login mit dem alten Account aktiv sein.
it !!@IQ --lessthan $@Required then:
$:> shutdown --Reboot $$NOW
.!IMMEDIATE
ich hab bei größeren TIER1 Firmen gearbeitet und bei und für Zulieferer, ... flexibel ... und man lernt ein breiteres Spektrum kennen.
für Automobil und weisse/braune Ware ..... und und und ...
manche Auftraggeber geben auch bei Subfirmen in Auftrag ein Linux mit spez. Anforderungen bereitzustellen ... (auf welcher Basis? man bekommt etwas hingestellt: leb und arbeite damit!)
ich hab das herangezogen was per google erreichbar war .. den erst besten passenden link der meiner Ansicht nach meinen Kenntnisstand widergibt und zutrifft
"Eine schöne Bemerkung, die auch hier zutrifft. Ganz frisch aus dem richtigen Internetz! Echt!"
sorry:ich verlier den Faden
ich bin nicht im Bankenwesen tätig, falls dies ein Einsatzgebiet ist.
im Tele-(phon)-Kommunikationsbereich, Automobil, Aero/Luftfahrt, embedded etc ... ist *Suse kein Thema.
* S340/390 Großrechnern == Sparte
Es geht jetzt nicht um Grossrechner in Rechenzentren sondern um Server und Arbeitsplatzrechner die lokal in den Firmen laufen für Entwicklung (lokal/Jenkins), Projektierung, etc., auch da war Solaris oden HP/UX dominant, und um Programme/Produkte die für ein (embedded) Linux geschrieben werden.
Entweder es wird unter MS/Visual Studio cross entwickelt oder auf Ubuntu. ... Und das Arbeits- und Zielsystem ist nie *Suse.
andere(r) Arbeitgeber andere Philosophie - Spartensicht
* ist hier ja kein Grossrechnerforum sondern openSuse/Linux, was auf jeder HW laufen soll
was ist das Kriterium?
wenn 100.000 Entw. bei BOSCH Software im Automobilbereich entwickeln und keinen Suse Kontakt haben ..vs.. 100 die für eine Bank Software für Suse-Großrechner schreiben.. -> verengtes berufliches Umfeld?
ich kenn keine Herd/Kühlschrank mit Display auf dem Suse läuft. Es werden aber 1Mio davon verkauft im Vergleich zu 5 Großrechnern auf denen Suse läuft.
Und all deine Aussage bestätigen mir das.
..ts...ts..ts
müsste durch die Historie des Threads zurück um zu ermitteln um welches Paket es sich handelt.
Vor der Installation deiner Pakete habe ich mit zypper rm bestmöglich die Vorversionen entfernt.
Meines Wissens kam die Abhängigket nach libgconfig aus libgimpconfig, und dies ist Teil der von dir bereitgestellten Pakete. (nur dort existiert/-en g_object_new_with_properties)
(wie auch immer: ich kann den Zustand nicht mehr reproduzieren und möchte es auch nicht. Ich hatte mich damals bedankt für die aktive Hilfe/Zuarbeit und kann dies auch nochmals tun 
DANKE )
jetzt läuft gimp eben nach meiner Vorgehensweise.
ps: aus etlichen Berufsjahren kenn ich die Aussage (von Kollegen - und auch mir) "Auf meinem Rechner läuft's" - diese ist (/war meist) keine verlässliche Information!
und noch eine finale Anmerkung:
... sachwissensfrei
in diesem Sinne zu "sachwissensfrei".
"Würde man sich dort einarbeiten" .. (und weiterem)
"Dein Gimp liegt dort längst fertig gebaut."
"mit deinen eigenwilligen Kompilierungsversuchen zerhackt"
"Sauerlands Fähigkeit dort Pakete zu bauen bezweifeln müssen"
