hast du für jede dieser zahlreichen Abhängigkeiten geklärt, was welchem Repo (42.1/42.2/42.3) die jeweilige Datei stammt und ob 'Kompatibilität' vorliegt?
Beiträge von wurzel99
-
-
Kennt ihr das hier schon:
ja .. lustig .. und was soll uns der Clip in diesem Zusammenhang sagen?
So ganz nebenbei: du hast jede Menge sehr deutliche und konkrete Hinweise zu den Ursachen deiner Probleme bekommen.
Kümmert dich nicht.1. Leap 42.2 ist total out-of-date. Da läuft nix mehr. Hat hier (fast) keiner mehr. Gibt keine Repo-Pflege mehr.
2. Mischen von Repos aus verschiedenen OS-Releases ist tödlich. Zwar nicht immer und sofort und total .... nur.....wenn es Probleme gibt kann keiner helfen, denn DA stecken jede Menge Fehlerpotential drin. Das kann niemand nachvollziehen.
3. wenn irgendjemand deine Posts lesen will müssen sie lesbar sein - dazu gehören Code-Tags
.... -
Ich hoffe wir finden noch eine Lösung.
Ich hoffe wir finden dein Problem.
Bei mir läuft sox auch out-of-the-box.
Hauptproblem: mit leap42.2 ist nicht mehr. Ist dir aber auch schon mehrfach mitgeteilt worden. -
und wenn du hier was postest .. nimm CODE-TAGS ..
.. ist dir schon ein paarmal geschrieben worden.DA:
-
upps .. Leap 42.2 .. übersehen .. ich schließe mich erst mal @Sauerland an ...
außerdem ..
bitte nicht spoiler ... das kann kein Mensch lesen..so sieht die Schaltfläche für code-tags aus!
-
aus lizenzrechtlichen Gründen bringt Opensuse von Hause aus keine geschützen Codecs mit.
Also: aus den community-repos das packman-repo installieren, auf Prio 20 setzen und dann die Codes installieren.
Restricted Formats installierenFrage: wie hast du SOX installiert? Aus welchem Repo?
bitte das Ergebnis folgender Eingabe hier in Code-Tags posten -
Sicherheitslücke die im Konzept moderner CPUs von Intel (und bei spectre v2 geringfügig AMD) begründet ist.
Der Versuch, ihn durch Micocode- und OS-usw-Software-Updates zu beheben bzw abzumildern laufen.
mehr als regelmäßige Updates kannst du als User nicht machen.als root regelmäßig:
-
Ok
irgendjemand schreibt in der falschen Config-Datei rum und zwischen baloorc und baloofilerc gibt es auch noch Widersprüche (first run false/true)
Ich nehme mal an, dass du dass nicht der Verursacher warst.Es gibt - aus meiner Sicht - jetzt 2 Möglichkeiten:
Baloo abschießen (siehe @Sauerland)oder versuchen, baloo auf den richtigen Weg zu bringen.
dazu (wenn du möchtest) folgenden Vorschlag (alles als User)- baloo beenden (stop-disable-kill...)
- in deinem home den Inhalt des Orders .local/share/baloo komplett löschen
- die Datei baloofilerc bearbeiten, dass der Inhalt folgendermaßen aussieht:Code
Alles anzeigen[Basic Settings] Indexing-Enabled=true [General] dbVersion=2 exclude filters=*.omf,*.part,*.la,*.elc,litmain.sh,.git,__pycache__,*.po,.svn,config.status,*.aux,*.moc,.bzr,.histfile.*,.pch,*.lo,CVS,core-dumps,libtool,CMakeTmpQmake,*.rej,*.gmo,lzo,.obj,*~,ui_*.h,*.vm*,*.nvram,moc_*.cpp,qrc_*.cpp,*.swap,.xsession-errors*,*.o,*.loT,*.rcore,po,.uic,Makefile.am,confdefs.h,.moc,.hg,cmake_install.cmake,CMakeFiles,CMakeCache.txt,conftest,autom4te,*.class,*.m4,*.orig,*.pyc,lost+found,*.tmp,*.csproj,*.pc,CMakeTmp,CTestTestfile.cmake,confstat,_darcs exclude filters version=2 first run=truedanach in der Konsole
Dann beobachte mal top und schau nach, ob in deine home in .local/share/baloo eine index-Datei ist die mehre MB groß ist - und nicht nur die index-lock
-
Versuch einer Diagnose:Baloo hat es icht geschafft, bei dir eine Datenbank anzulegen (keine da) und hängt beim Dauerversuch fest
Außerdem hat die config-Datei baloorc unter Plasma keine Bedeutung mehr .. komisch .. wo kommt die her?
In der Datei baloofilerc fehlt ein Teil ... nämlich der, der 'abschaltet' (du hattest ja disabled)Poste mal
-
klappt nur bis zum nächsten Neustart. Dann ist alles wie vorher ....
Das dürfte eigentlich nicht .. dürfte ...
poste mal in code-tags hier die Ausgabe folgender Befehle (kannst du in der User-Konsole machen)
Edit: MUSST du sogar ..