Beiträge von TuxSv748

    dass eine neuere Version zwar installiert werden kann, aber nicht unbedingt funktionieren muss

    diesmal wohl nicht, all die anderen Male zuvor hat es funktioniert, sonst hätte ich es diesmal ja auch nicht wieder so gemacht .. (gibt immer ein 1.Mal)
    Wenn die Anhängigkeitsprüfung sauber aufgesetzt ist sehe weiterhin kein Problem darin. Ist ja LINUX und nicht WINDOWS


    Das hat doch damit nicht zu tun.

    Doch - damit müssten die angebotenen Pakete in sich stimmig gewesen sein.


    Will aber damit keine Anleitung für Einsteiger liefern - also so was lassen - Finger weg <X

    heute nicht mehr - demnächst.


    Bin schon öfters so vorgegangen, wenn eine aktuellere Release vorliegt und das gewünschte rpm/Paket nicht von meiner installierten Release bereitgestellt wird, dann hab ich eben die Version der neueren Release verwendet, per yast auf Konflikte und Abhängigkeiten prüfen lassen - so wie hier auch - und es hat immer funktioniert.


    Wenn neuere libs nötig waren, dann existieren die ja i.d.R parallel mit den alten.


    Das alles waren ja die offiziellen openSuse Pakete - nichts von home:Sauerland zu dem Zeitpunkt.

    mein erster Ansatz war ja auch gimp2.10 aus Leap15 zu installieren, weil es nur dort vorkam (als rpm existierte).
    ... und die ensprechenden Anhängigkeiten bei der Installation von Yast auflösen zu lassen.
    Yast hat ja auch nichts mehr bemängelt und installiert.


    Ansonsten läuft Leap42.3 bei mir jetzt in diesem Zustand auch problemlos.




    Requires auf 2.56.0

    Leap42.3 hat aber 2.54 - soweit ich weiß, 2.56 wollte ich ja händisch bauen

    Kein glib2 aus meinem Repo........

    war NIE meine Behauptung, denke nur bei dir könnte eine aktuellere glib2 rumlungern die etwas anderes ausspuckt als bei mir.


    :?: was wäre deine Ausgabe in dem Fall? zypper se -si glib2 libglib-2

    ich habe keine Zweifel dass es bei dir läuft :!:

    Hast du mal daran gedacht, das es evtl. ein Fehler von dir sein könnte?????

    gerne - nur welcher :?:


    das ist vor kurzem alles neu aufgesetzt nachdem die alte VM Leap42.3 nicht mehr gebootet hatte (Problem hab ich gepostet).
    Nicht viel gemacht seither, außer aktualisiert und up-to-date gehalten. Keine wüsten Installationsorgien ...


    Gegenfrage:
    wie sieht bei dir folgendes aus:

    Code
    $:~> strings  /usr/lib64/libgimpconfig-2.0.so.0 | grep g_object_new_with_properties                                                                                                                                                                                                                                
    g_object_new_with_properties
    g_object_new_with_properties
    $:~> strings  /usr/lib64/libglib-2.0.so.0 | grep g_object_new_with_properties                                                                                                                                                                                                                                
    $:~>


    :?:

    :!: ich bleib bei meiner Vemutung dass /usr/lib64/libgimpconfig-2.0.so.0 gegen die falsche glib2 gebaut/-linkt wurde. Was macht sonst das symbol dort, was nicht in glib2 vorkommt!!
    $:~> strings /usr/lib64/libgimpconfig-2.0.so.0 | grep g_object_new_with_properties
    g_object_new_with_properties
    g_object_new_with_properties
    $:~>

    ich denke, dass /usr/lib64/libgimp-2.0.so.0 von home:Sauerland gegen eine andere (lib)glib-2 gebaut/gelinkt wurde. In meiner s.o. kommt das Symbol nicht vor.
    Wenn ich das Vergleiche mit der glib2 die ich versucht habe zu bauen: (was ich nicht durchgeführt und auch nicht abschließend installiert habe)



    dort ist die Funktion g_object_new_with_properties vorhanden.


    Du kannst ein Repo nicht auf aktiv setzen und die Aktualisierung ausschalten.
    Wenn schon aktiv, dann auch aktualisieren oder wenn nicht aktualisieren, dann auch nicht aktiv!

    ich hab die Repos nur mit zypper ar <repoUrl> <repoName> hinzugefügt wie sonst auch, allerdings einige keys nur temporär akzeptiert (falls dies dazu führt?)


    Ich glaube, dass da nichts mehr hilft, außer Neuinstallation.
    Das Ding wurde professionell kaputtgespielt.

    Das ist eine weitestgehend Neuinstallation. Viel habe ich nicht modifiziert, seither nur Updates/Patches eingespielt und dann versucht gimp2.10 zu installieren, glib2 zu bauen aber nicht durchgeführt ...

    wenn du in dolphin Umschalt+F4 eingibst hast du unten ein komplettes Terminal angehängt.
    Anders betrachtet: du hast ein Terminal/Shell mit oben angefügtem doppelten 'Explorer-Fenster'


    Durch klicken in die linke/rechte Häflte springst du autom. in das entspr. Verzeichnis und kannst dort im Terminal jeden belieb. Befehl ausführen und hast oben links/rechts das Kontextmenu für die enstprechenden Files/Directories die dolphin bietet.


    finde ich pers. am komfortabelsten zum Arbeiten.

    ... Fortsetzung:


    folgendes ist installiert:

    jetzt noch aktualisiert:
    sudo zypper up gimp-lang gimp-plugin-aa gimp-plugins-python 

    :!: sieht für mich so aus, dass ich mir den <X Infect <X
    /usr/lib64/libgimp-2.0.so.0 von home:Sauerland geholt habe.