Beiträge von TuxSv748

  • glib2-2.56.1-375.2.src: No package 'libpcre' found // Gimp2.10 unter Leap42.3

    Zitat von Sauerland

    rpmbuild Umgebung erstellen in /home:

    hab ich selber noch nie gemacht, wäre ein Versuch wert.


    Allerdings:
    glib2-2.56.1-375.2.src.rpm ist ja nur ein Teil, dann müsste ich evtl andere Sourcen auch nachbauen.


    Mein Problem ist momentan eher:
    Durch die Installation von gimp2.10.2 aus dem Leap15.0 Repo kommt ja letztendlich die Abhängigkeit und Fehlermeldung
    gimp: symbol lookup error: /usr/lib64/libgimpconfig-2.0.so.0: undefined symbol: g_object_new_with_properties



    Diese werde ich auch nicht los wenn ich einzelne libs aus den Sourcen selber baue. libgimpconfig sucht in irgendwas ein symbol mit der Bezeichnung 'g_object_new_with_properties'

    Code
    ./gobject/gobject.h:GObject*    g_object_new_with_properties      (GType           object_type,
./gobject/gobject.h:GLIB_DEPRECATED_IN_2_54_FOR(g_object_new_with_properties)
./gobject/gobject.c:    return g_object_new_with_properties (object_type, 0, NULL, NULL);
./gobject/gobject.c:g_object_new_with_custom_constructor (GObjectClass          *class,
./gobject/gobject.c:    return g_object_new_with_custom_constructor (class, params, n_params);
./gobject/gobject.c: * g_object_new_with_properties: (rename-to g_object_new)
./gobject/gobject.c:g_object_new_with_properties (GType          object_type,
./gobject/gobject.c: * Deprecated: 2.54: Use g_object_new_with_properties() instead.

    Symbol scheint vorhanden zu sein.



    ... Ein Versuch .. morgen. Vielleicht ist es damit getan(?)

  • glib2-2.56.1-375.2.src: No package 'libpcre' found // Gimp2.10 unter Leap42.3

    Zitat von Sauerland

    Erste Frage:
    woher ist gimp-2.10?


    Zweite Frage:
    warum nicht aus dem Graphics Repo?

    da unter Index of /repositories/graphics/openSUSE_Leap_42.3/x86_64 nur 2.8.22 zur Verfügung steht und dies durch meine Updates aktuell gehalten wurde musste ich die 2.10.2er von Index of /repositories/graphics/openSUSE_Leap_15.0/x86_64 herunterladen ... als das offizielle graphics Repo.



    normalerweise ist dieses Vorgehen mit geringem Aufwand und Nachziehen von einzelnen Anhängigkeiten zu irgendwelchen libs schnell erledigt.


    Zitat von Sauerland

    Übrigens hab ich glib2 auch schon in Version 2.56 gebaut, und nicht nur ich.....
    Show home:Sauerland / glib2 - openSUSE Build Service

    ich denke ich habe diese Version heruntergeladen glib2-2.56.1-375.2.src.rpm (via software.opensuse.org), lokal entpackt, dann das tar darin und im Unterverzeichnis glib2-2.56.1-375.2.src/glib-2.56.1/ dann mit ./configure angefangen:
    Dann sukzessive Abhängigkeiten auflösen müssen, sprich libs mit zypper nachinstalliert, ./configure -> zypper -> ... ./configure -> zypper -> ...



    mit dem libpcre Fehler habe ich dann dort aufgehört, weil ich nicht wusste welche lib ich aktualisieren müsste s.o. die direkte Installation eines rpms libpcre1-8.39-11.1.x86_64.rpm hat nichts gebracht.



    Dann habe ich mich entschlossen die fehlenden Anhängigkeiten/libs per Update aus den Leap15er Repos durchzuführen. Was darin endet dass beim gimp Start folgende Fehlermeldung noch kommt:
    gimp: symbol lookup error: /usr/lib64/libgimpconfig-2.0.so.0: undefined symbol: g_object_new_with_properties


    Jetzt hab ich den Eindruck dass ich weitere libs nachziehen müsste, weiß nur nicht welche und was ich mir damit einhandeln werde.
    mit:

    Code
    strings /usr/lib64/libgimpconfig-2.0.so.0 | grep lib

    könnte man die Abhängigkeiten zu anderen libs ermitteln, geholfen hat es bisher nicht diese auch zu aktualisieren.
    Deswegen der Punkt: lohnt sich das?



    Zitat von Berichtigung

    Wenn du da etwas moderneres haben willst, installiere dir einfach einen neueren Kernel

    Es geht mir nicht um den Kernel, habe den aktuellsten für 42.3 angebotenen installiert. Ich wollte gimp2.10.2 darauf ans Laufen bekommen.

  • glib2-2.56.1-375.2.src: No package 'libpcre' found // Gimp2.10 unter Leap42.3

    Hallo Gemeinde,


    bin seit längerem erstmalig wieder dabei Sourcen zu kompilieren, was erst mal fehlschlägt.


    Hintergrund:
    Wollte gimp2.10 unter Leap 42.3 ans Laufen bekommen. Installation mit Anhängigkeiten ist soweit durchgelaufen, beim Starten von gimp wurde bemängelt dass glib nicht in Version >= 2.54.2 vorliegt.

    Leider gibt es kein fertiges installierbares Paket, so dass ich die Sourcen von 2.56 über openSuse heruntergeladen habe (home:Sauerland - dürften es sein)



    Erstes Problem meinerseits:
    Ständiges Nachinstallieren von einzelnen libs/Paketen im Wechsel mit ./configure


    ./configure --help
    .. brachte keine Aufschluß ob man dies einfach mal durchlaufen lassen kann und gesammelt eine Ausgabe bekommt was nachinstalliert werden muss, um zumindest dieses Wechselspiel abzukürzen.


    ?( Frage: gibt es eine Möglichkeit dies durch einfachen Aufruf gesammelt aufgelistet zu bekommen?


    Inzwischen bin ich bei einer Meldung/Abbruch angelangt:

    Code
    checking for PCRE... no
configure: error: Package requirements (libpcre >= 8.13) were not met:


No package 'libpcre' found

    zur Verfügung stehen: zypper se libpcre liefert:

    hab schon libpcre2 Pakete installiert und wieder gelöscht, weil dies zu keiner Verbesserung geführt hat. Leider gibt es erst mal kein libpcre-devel Paket wie in anderen Fällen.


    Jetzt habe ich noch explizit : libpcre1-8.39-11.1.x86_64.rpm installiert (Version 8.39?), das Ergebnis/Abbruch bleibt dasselbe.


    ?( Frage: wer weiß weiter?


    irgendwie ist das Verfahren noch nicht ideal, insb. die Suche und Auswahl entsprechender Repos - Einbinden - Installation des Pakets - ...


    ps:
    .. einige oneclick Installationen lieferten zwar einen Fehler, configure war anschließend aber befriedigt (?) z.B. libffi, etc.



    *****
    Alternativ (Updates von Leap15.0):
    hierbei müsste es sich um die libs:

    • libglib-2_0-0 - General-Purpose Utility Library - und
    • libglib-2_0-0-32bit - General-Purpose Utility Library

    handeln.
    Inzwischen habe ich versucht durch Einbinden von Repos von Leap15.0 Updates auf diese libs durchzuführen. Dies lief erfolgreich durch.
    Beim Aufruf von gimp bekomme ich jetzt allerdings:

    insbesondere:
    gimp: symbol lookup error: /usr/lib64/libgimpconfig-2.0.so.0: undefined symbol: g_object_new_with_properties

    konnte ich bisher nicht auflösen.


    ?( Frage: Hab ich überhaupt eine Chance gimp2.10(.2) unter Leap42.3 ans Laufen zu bekommen oder verzettel ich mich irgendwann?



    8o Es gibt wohl eine Möglicheit mittels flatpak. Hat schon jemand Erfahrungen mit dem Tool? (Scheinbar muss ich dann aber erst noch ein gnome3.28 Paket mitinstallieren)



    Grüße

  • btrfs-balance braucht 100% CPU

    Zitat von caroline

    -es gibt als Benutzer weder die Möglichkeit das Tool soweit zu bremsen, das Weiterarbeit möglich ist, noch eine Vertagung der BTRFS-Aufgabe.
    -Der Parameter maximale Auslastung des Systems ist nicht nirgendwo einstellbar.
    -killen geht nur als Admin

    prinzipiell gibt es hierfür nice und besser renice. Mit voller Macht natürlich nur für root, aber laut manpages kann man da auch was delegieren(?)
    Allerdings lief der btrfs job bei mir schon mit nice=15 ... da sollte nicht mehr viel Luft sein.


    Meine Erfahrungen mit btrfs sind eher neg. würde das als 'Normalanwender' nicht (mehr) einsetzen.

    • Netbook: Tumbleweed 32-bit eingesetzt, damals war ein rollback eines Snapshots notwendig, deswegen hilfreich, inzwischen habe ich dort auf kubuntu gewechselt was problemlos schon Releaseupdates überstanden hat. Bin dort eher begeistert von (k)ubuntu und das ohne btrfs.
    • PC mit SSD und Leap42 nativ auf der Hardware am Laufen. Sollte auch btrfs haben. Dort habe ich bisher keine neg. Erfahrungen mit dem FS gemacht, auch keine 100% beobachtet.
    • VMs unter VirtualBox: Dazu habe ich insb. einen Tread aufgemacht mit Thema 'A start job is running for..'. Hatte/habe eine Leap42 Installation angefangen bei 42.1 bis aktuell 42.3 die sich nach (m.M.) einem zypper patch nicht mehr booten lies -> hing bei: 'a start job is runnign for..'
      Dies ist mir in ca 20 Jahren mit Linux noch nicht vorgekommen, dass sich eine Installation irgendwie mal nicht mehr booten lies.
      Was mich in diesem Zusammenhang aber mehr schockiert ist das wiederherstellen der Daten, bzw. der Zugriff darauf:
      Zunächst liefert ein fschk keine Fehler für die Partition, mountet man dann diese Partiton z.B. 'mount -t btrfs /dev/sdb2 ./tmpSdb2' ging bei 3 unterschiedlichen Installationen Leap42, Leap15, ubuntu18.04 entweder direkt nach absetzen des mount Befehls, bzw. nach erstem 'ls' Zugriff auf das mount-Verzeichnis die CPU auf 100%, in einer Weise, dass nichts mehr zu bedienen war, schlimmer noch, auch der Host unter dem VirtualBox läuft in Mitleidenschaft gezogen wurde -> nicht mehr bedienbar.
      :: Abhilfe:
      Versuche mit 'testdisk': Analyse zeigt keine Fehler, Zugriff auf Daten allerdings meint korruptes Filesystem.
      Letztendlich konnte ich mit 'btrfs restore ...' doch meine Daten unter /home scheinbar komplett wiederherstellen.
    • >> Letztendlich ist ein Filesystem auch nur so gut wie seine Stabilität, bzw. Zugriff nach Crash und die vorhandenen Tools um zu reparieren und recovern. Da denke ich das ext4 Vorteile hat ggüber btrfs, auch wenn ich jetzt erst mal alle Daten wiederhabe.
    • >>> Fazit: ich leb mit den vorhandenen btrfs Installationen, würde aber kein Neusystem mehr damit aufsetzen






  • Schreibtischoberfläche

    Hallo,


    auf den Desktop klicken (rechte Maustaste) -> Miniprogramme hinzufügen Alt+D,A -> Ordneransicht (wählen, auf den Desktop ziehen)


    wenn es das ist?
    dieses Widget hat noch Optionen per rechter Maustaste um andere Orte anzuzeigen

  • openSuse42.3: ( x of X ) A start job is running for ...

    Wollte mein Problem nochmals nach vorne bringen:


    Meine aktuellsten Versuche:
    Ich habe eine 42.3er-DVD-iso datei heruntergeladen und damit eine VM komplett neu installiert, anschließend alle Updates per icon und 'zypper patch' ausgeführt, ... ge-rebootet etc.
    Alles somit auf dem aktuellsten Stand, es werden keine weiteren Updates angeboten.
    Die Installation erfolgte wieder alles in eine Partition, keine extra home. Somit ist alles unter sda2 als btrfs, sda1 ist swap.
    Durch den Vorgang konnte ich jetzt das 'Namensschema' für die subvolumes wie sie von openSuse vergeben werden 'ermitteln'.


    Also folglich im xterm eingegeben:

    Code
    mkdir tmpdir
mount -o subvol=@/home /dev/sdb2 tmpdir


    /dev/sdb2 ist die problematische Partition mit btrfs die nicht mehr bootet. Mehrere fscks haben aber 'Fehlerfreiheit' für die Partition bestätigt, sollte an sich ok sein.


    ich konnte anschließend problemlos ein

    Code
    ll tmpdir <tab> <tab> <ret>

    eingeben und der inhalt des dort liegenden home-Verzeichnisses wurde ohne erkennbare Fehler und Fehlermeldungen aufgelistet.


    Anschließend ging die CPU (angezeigt per Widget für system und cpu0) wieder auf 100% (wie bei Leap15, kubuntu18.04), eine weitere 'ls' Eingabe im xterm hing und lies sich auch durch Ctrl-C nicht beenden.
    Letztendlich hing auch mein Host-OS, so dass ich nicht mal Screenshots anfertigen konnte.
    Nach einiger Zeit ging zumindest die Last für CPU auf 0, während die für SYSTEM weiter bei 100% blieb, danach wurden auch die Widgets nicht mehr geupdated, waren eingefroren.
    Nur noch der Mauszeiger hat reagiert, im Guest und Host System.
    Diesmal hatte ich noch ein weiteres Widget auf dem Desktop, für die Festplattenein-/ausgabe. Dies zeigte mir Aktionen auf sdb2 und sda1 (swap) an ???.
    Warum wurde hier eifrig geswapt, auch während die CPU auf 100% war fanden somit reichlich und permanent Zugriffe statt?


    Letztendlich:
    Ich habe reichlich Aufwand in Installationen und Daten reingesteckt. Zumindest die Daten unter home würde ich gerne retten können. Der restliche Aufwand und know-how dürfte weg sein.
    Wie kann ich noch irgendwas retten (von /home)
    ?? irgendwelche Vorschläge ??



    <btw, weil es auch einen anderen Thread hierzu gibt>
    die Grundlast bei Leap42 ist >=20%, bei Leap15>=30% und war bei 13 noch unter 10%. ( nix am Laufen, leerer Desktop mit CPU Widget)
    --> ärgerlich
    </btw>


    Grüße

  • Vorteile von OpenSuse LEAP 15???

    sorry dann hatte ich mich etwas verklickt.


    Version: Tumbleweedhttp://download.opensuse.org/r…hics/openSUSE_Tumbleweed/
    Version: 42.2http://download.opensuse.org/r…phics/openSUSE_Leap_42.2/
    Version: 42.1http://download.opensuse.org/r…phics/openSUSE_Leap_42.1/
    Version: 13.2http://download.opensuse.org/r…s/graphics/openSUSE_13.2/


    15 ist hier noch nicht gelistet. -sorry-


    Beim Rechtsklick in dolphin auf das rpm und öffnen mit Installer werden doch die Abhängigkeiten zumindest aufgelistet und müssen ggfalls auch per Download und Installation erfüllt werden.