Beiträge von luigi

    Hallo,


    nach dem geforderten reboot nach heutigem (07.08.2018) update (vmlinuz-4.12.14-lp150.12.10-default) für leap 15.0 (inkl. kernel-firmware) bleibt mein levono laptop i3-2350M mit ascii-konsole stehen und reagiert nicht mehr.


    Bin jetzt mit früherem kernel unterwegs und hoffe auf Hilfe. Was ist zu tun?
    Vermutlich sind andere updater auch betroffen.


    Danke, luigi

    Ich vermute, dass mein Problem mit kwin damit zusammenhängt, dass auf meinem
    leap 42.3 System kwin_x11 (5.12.5) Qt Version: 5.10.0 Frameworks Version: 5.46.0
    läuft, der kürzlich erschienene update dafür aber nicht kompiliert wurde.


    Gibt es eine einfache Möglichkeit, den kwin-update rückgängig zu machen, da vorher
    alles prima lief? Oder ist es eher ratsam, noch ein paar Tage zu warten und den upgrade
    direkt auf leap 15.0 vorzunehmen?


    Vielen Dank im voraus für hilfreiche Antworten.

    Den Kernel habe ich nicht verdächtigt, da ja mit xfce alles rund läuft.

    Code
    uname -a
    4.4.126-48-default #1 SMP Sat Apr 7 05:22:50 UTC 2018 (f24992c) x86_64 x86_64 x86_64 GNU/Linux


    Und auch mit 4.4.120-45-default vom März.2018 tritt der kwin_x11 Fehler unter Plasma5 auf.


    Der Qt5.11-Release war zwar heute, aber auf meinem System ist nur Qt5.10 zu finden: Falsche Fährte.

    Danke, dass Ihr trotz meiner grauen Haare geantwortet habt.
    Sorry, die 4 war ein Tippfehler, es ist Plasma5 mit /usr/lib64/libKF5Plasma.so.5.46.0 vom 18.05.2018.


    Code
    luigi@xyz:~> cat /etc/SuSE-release
    openSUSE 42.3 (x86_64)
    VERSION = 42.3
    CODENAME = Malachite
    # /etc/SuSE-release is deprecated and will be removed in the future, use /etc/os-release instead

    Also noch einmal, heute morgen alles noch Paletti, während der Arbeit lief ein auto-update und session normal beendet.
    Nachmittags neu gebootet und die kwin_x11 Probleme mit etlichen var/lib/systemd/coredump/core.kwin_x11.1000...... tauchten auf.

    Hallo,
    nach dem heutigen automatischen update versucht kwin_X11 mehrfach zu starten und leap 42.3 KDE4 ist kaum mehr zu bedienen.
    Bin jetzt aber auf gleichem Rechner (lLevono ThinkPad i3-2350M) ohne Probleme unter xfce unterwegs.
    Könnte es sein, dass das update auf Qt 5.11 misslungen ist?
    Wer weiß etwas über ähnliche Probleme oder kann helfen?


    Vielen Dank,
    luigi

    Sehe gerade, dass ich diesen thread noch nicht geschlossen habe, daher kurz folgendes an Sauerland:


    Die aktuellen musescore-Quellen von git habe ich übrigens kompiliert (Plasma 5.11, Qt 5.10). Es gab zwar ein paar Warnungen über 'uninitialized variables' und 'array subscripts above array bounds', was man mal reparieren sollte, aber das executable läuft bisher stabil.

    Aufräumen beendet!


    Eine Fehlermeldung in .xsession-errors-:0 war mir noch aufgefallen.

    Code
    2018-01-02T16:59:40 Checking update-file '/usr/share/kconf_update/okular.upd' for new updates
    "Missing \"Version=5\", file '/usr/share/kconf_update/okular.upd' will be skipped."


    Und für den Fall, dass bei einem anderen Nutzer mal ähnliche Probleme mit okular auftauchen sollten.
    Das Löschen folgender Dateien hat bei mir letztendlich geholfen:

    Code
    rm ~/.local/share/kxmlgui5/okular/part.rc
    rm ~/.local/share/kxmlgui5/okular/shell.rc


    Nach dem Neustart von okular werden diese neu angelegt. Danach arbeitet okular, so wie es sein soll.

    Zitat von Sauerland

    Erstelle einmal einen neuen User und melde dich als dieser User an, funktioniert dann okular?

    Beim neu angelegten Testuser funktioniert okularbisher wie gewohnt! Super.
    Da muss ich bei mir wohl noch ein wenig aufräumen ...


    Danke an alle!

    Ich habe Schwierigkeiten, die wiederholte Frage nach der Ausgabe von 'okular' als User zu beantworten,
    da nach dem Eintippen von okular in einer Konsole -- wie bereits geschrieben -- keine Ausgabe
    erscheint, sondern nur das Okular-Fenster aufgeht. Vermutlich missverstehe ich, was ich machen soll.
    Bitte erklären.


    Zu Alero: Die Umstellung auf Packman ist längst erfolgt. Die ersten libraries wurden mit zypper rr multimedia:libs entfernt.


    Einen Versuch, okular5 wegen der Probleme mit okular zu Installieren, hat es in der Tat gegeben. Die executables landeten übrigens in /opt/kf5/bin/okular, wurden aber längst wieder deinstalliert.
    Von Installationsorgien weiß ich nichts.