Beiträge von Editha Koenig

  • Update Fehler openSUSE-Leap-16.0-1137

    Da ich so gut wie kaum Audios und Videos bearbeite, kann ich ohne FFmpeg gut leben.

    Für mich ist wichtig, daß Live-TV sowie die Wiedergabe von Audio- und Videodateien mit Kaffeine und VLC funktionieren.


    Interessant ist natürlich, ob ich nun (nach Deinstallation von FFmpeg, Aktualisierung von libav* und Installation der Leap-16.0-Updates) FFmpeg in der aktuellen Version neu installieren kann und wie sich das System danach, z. B. bei den nächsten Updates, verhält.

    Vielleicht versuche ich es mal demnächst ...


    Wünsche allen ein schönes Wochenende!

  • Update Fehler openSUSE-Leap-16.0-1137

    Moin zusammen,

    ich habe das Problem mit dem -1137-Update (vermutlich) wie folgt gelöst:

    - die Pakete "libavfilter10" und "libavcodec61" mit YAST (geht natürlich auch mit ZYPPER) aktualisiert

    - die dabei angezeigten Konflikte durch Deinstallation von ffmpeg aufgelöst

    Nach Neustart dann mit DISCOVER alle Aktualisierungen abgerufen, die konnten nun fehlerfrei installiert werden.

    Ein erster Check der installierten Programme ergab keine Auffälligkeiten oder gar Fehler - wozu brauche ich eigentlich FFMPEG?

    Falls es doch noch Folge-Probleme geben sollte, werde ich hier berichten.


    Wichtig: System-Backup vor solchen Experimenten machen! Kostet zwar etwas Zeit, erspart aber viel Frust und Ärger, falls etwas schiefgeht!

  • akonadi Server stürzt nach dem Einloggen ab

    neue Probleme:

    - System startet nun zwar korrekt und ohne AKONADI-Fehlermeldungen, doch jetzt das nächste ABER:

    - als Benutzer:

    Code
    wol@linux-neu:~> akonadictl status
Akonadi Control: running
Akonadi Server: running
Akonadi Server Search Support: available (Remote Search)
Available Agent Types: akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_r
esource, akonadi_etesync_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_followupreminder_agent, akonadi_googl
e_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_knut_resour
ce, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mailmerge_agent, akonadi_mbox_res
ource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_openxchange_resource, ako
nadi_pop3_resource, akonadi_sendlater_agent, akonadi_unifiedmailbox_agent, akonadi_vcard_resource, akonadi_vcarddir_resource

    - als root:

    Code
    /home/wol #>akonadictl status
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing... crashRecursionCounter = 2
Abgebrochen (Speicherabzug geschrieben)

    und

    Code
    /home/wol #>zypper ll

# | Name                       | Type    | Repository | Comment
--+----------------------------+---------+------------+--------
1 | gstreamer-0_10-fluendo-mp3 | package | (beliebig) | 
2 | mariadb                    | package | (beliebig) | 
3 | mariadb-client             | package | (beliebig) | 
4 | mariadb-errormessages      | package | (beliebig) |

    Dann meldet "Discover" die verfügbare Aktualisierung "openSUSE-Leap-16.0-645", die aber mit folgendem Fehler scheitert ("Technische Details)":

    Code
    Auflösung der Abhängigkeit fehlgeschlagen:

das zu installierende patch:openSUSE-Leap-16.0-645-1.noarch steht im Konflikt mit 'mariadb.x86_64 < 11.8.6-160000.1.1', das vom installierten mariadb-11.8.5-160000.3.1.x86_64 bereitgestellt wird

    Nicht schön, wie kann es weitergehen?


    Aber allen Lesern und Leserinnen wünsche ich einen schönen Mai-Feiertag!

  • akonadi Server stürzt nach dem Einloggen ab

    Hallo zusammen,

    ich hatte seit zwei Tagen das gleiche Problem (mehrere Akonadi-Fehlermeldungen nach dem Login).

    Bei der Ausführung von

    Code
    zypper in -f mariadb-11.8.5-160000.3.1 mariadb-errormessages-11.8.5-160000.3.1 mariadb-client-11.8.5-160000.3.1

    habe ich die dabei angezeigten Konflikte mit "Herabstufung" aufgelöst und nun scheint alles in Ordnung zu sein!


    Vielen Dank für die Hilfe!

  • Leap 16.0 mit KDE-Plasma X11: Programm- bzw. Fenster-Einstellungen werden nicht gespeichert

    in der $HOME/.config/kwinrulesrc sind wohl die Einträge im Abschnitt [General] entscheidend.

    Die Programm- bzw. Fenstereinstellungen (z. B. für xeyes) konnte ich mit "Systemeinstellungen" -> "Fensterverwaltung" -> "Fensterregeln" festlegen, sie wurden auch gespeichert. Allerdings musste ich die ID der Konfiguration manuell unter [General] einfügen, erst dann wurde das Fenster-Setup wirksam.

    Hier mein Beispiel, wie alles funktioniert: 7 Aktivitäten, xeyes auf allen Aktivitäten immer im Vordergrund, kdf und Sysguard gemeinsam auf einer AKtivität, xclock wird nicht angezeigt, Stellarium und Firefox jeweils auf einer eigenen Aktivität:

  • Leap 16.0 mit KDE-Plasma X11: Programm- bzw. Fenster-Einstellungen werden nicht gespeichert

    Hallo zusammen, sowohl auf einem frisch installieren als auch auf einem von 15.6 hochgezogenem Leap 16.0 komme ich offenbar der Problemlösung näher, Vorhensweise:

    - alle Anwendungen von allen Aktivitäten löschen

    - mit leerer Sitzung starten

    - erste Anwendung, z. B. xClock in "Autostart" eintragen -> Reboot -> Fenstereigenschaften (Größe, Position, Aktivitäten, Vordergrund) ermitteln und einstellen

    - Reboot -> wenn alles passt: die nächste Anwendung eintragen und Eigenschaften einstellen

    - usw.

    Die Fenster- bzw. Anwendungseigenschaften werden In $HOME/.config/kwinrulesrc gespeichert und können hier ggf. auch direkt editiert werden.


    Schöne Ostern!

  • Funktioniert Virtualbox unter Leap 16?

    auf einem mit dem "oopensuse-migration-tool" von Leap 15.6 auf 16.0 hochgezogenem System habe ich die aktuelle Version von "VirtualBox" installiert. Dann musste ich noch einen Kernel-Parameter einstellen und die VM konnten wieder gestartet werden.

    Den Parameter habe ich mir leider nicht gemerkt (Leap 16.0 ist schon wieder plattgemacht), aber die Fehlermeldung von VirtualBox war eindeutig.