Beiträge von Angie

Das Update bei FreeCAD wird abgebrochen, da libpyside6.abi3.so.6.10 nicht verfügbar ist.
Auch eine Deinstallation und folgende Installation von FreeCAD ergibt den gleichen Fehler.
[EDIT] siehe auch : https://forums.opensuse.org/t/…cannot-be-provided/193020 [/EDIT]
Grund, Tumbleweed installiert libpyside6.abi3.so.6.11, die FreeCAD nicht erkennt.

Workaround für alle, die nicht warten können, bis FreeCAD 1.1 raus ist:
im Verzeichnis /usr/lib64/ einen symbolischen link auf die neuen libs setzen

ln -s libpyside6.abi3.so.6.11 libpyside6.abi3.so.6.10

ln -s libshiboken6.abi3.so.6.11 libshiboken6.abi3.so.6.10

dann klappt der Start von FreeCAD.
Ob es allerdings vollständig korrekt läuft, kann ich leider nicht sagen

MfG Angie

Zitat von Angie

tuxedo:~ # xinput set-prop 13 "Device Enabled" 0

bessere Lösung

xinput disable 13   #device-id

Tuxedo wird da wohl nicht helfen können, da es sich um ein Problem mit Tumbleweed handelt

Schau doch mal, ob sich

ffprobe -i <streamadresse> dafür eignet

ich benutze folgenden "unschönen" workaround

tuxedo:~ # xinput

⎡ Virtual core pointer id=2 [master pointer (3)]

⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]

⎜ ↳ MOSART Semi. 2.4G Wireless Mouse id=10 [slave pointer (2)]

⎣ Virtual core keyboard id=3 [master keyboard (2)]

↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]

↳ Power Button id=6 [slave keyboard (3)]

↳ Video Bus id=7 [slave keyboard (3)]

↳ Power Button id=8 [slave keyboard (3)]

↳ Sleep Button id=9 [slave keyboard (3)]

↳ Intel HID events id=11 [slave keyboard (3)]

↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)]

∼ SynPS/2 Synaptics TouchPad id=13 [floating slave]

tuxedo:~ # xinput set-prop 13 "Device Enabled" 0

löst das Problem vorläufig .

MfG Angie

Systemsettings stürzen mit dem Versuch eine debugmeldung zu machen ab,
wenn das System ohne angesteckte Maus gestartet wurde:

Starting debugger gdb --nw --nx --batch --init-eval-command=set debuginfod enabled on --command=/tmp/drkonqi.HbPRFb --command=/tmp/drkonqi.isKnfI --core=/tmp/drkonqi-core.npPhhZ/core /usr/bin/systemsettings

Downloading separate debug info for /usr/bin/systemsettings...

"/tmp/drkonqi-core.npPhhZ/core" is not a core dump: file format not recognized

python sentry-sdk not installed :(

/tmp/drkonqi.isKnfI:1: Error in sourced command file:

No thread selected

Debugging ended with exit code '1' and exit status 'NormalExit'

Nach einem Update via zypper dup, wird das touchpad nicht mehr erkannt, obwohl es fiunktioniert .

Das Antecken einer Maus wird mit "touchpad deaktiviert, weil eine Maus angeschlossen wurde" quittiert, soweit so richtig. Es passiert aber nichts.

Mein System:
- TUXEDO Notebook Reihe N15

- Tumbleweed (aktuell)
- KDE Plasma6 (X11, weil Wayland zu Abstürzen neigt)

hwinfo --mouse
[attach=17091][/attach]

Wenn ich ohne Maus starte dann stürzt "kcmshell6 kcm_touchpad" ab.

[EDIT]
kcmshell6 kcm_touchpad {erzeugt folgenden Fehler }

kcm_touchpad: Using X11 backend

qrc:/kcm/kcm_touchpad/main.qml:437: TypeError: Cannot read property 'supportsScrollFactor' of null

Gibt etwas was ich machen kann?

MfG Angie

Zitat von Petert

welche Version genau ?

.. hatte heute gerade eine Installation mit der aktuellen ISO 15.2 ohne diesen Fehler.

Es steht in der grub.cfg default=1 drin und das bedeutet : Boote den zweiten(!) Eintrag per deafult. Das ist in der 15.2 Leap genauso, wie im Tumbleweed .

Es könnte aber auch ein Bug in grub sein, da bisher immer deafault=1 den ersten Eintrag gebootet hat.

MfG Angie

Zitat von qbit1

Ich möchte einmal darauf hinweisen, dass es ein Nachteil sein kann, eine Installation nicht zu beaufsichtigen; ...
...
als pädagoschischen Oberlehrerhinweis verstehen!

Aha, Du schaust also zu, wie der Rechner mehrere GByte aus dem Netz zieht (bei einer eher langsamen Verbindung dauert das einige Std.) und installiert
- wartest darauf, dass der fertig wird und sagst dann beim nächste Booten "bitte von Harddisk starten"

Das ist unrealistisch.

MfG Angie

Hallo,

Das Istallmedium (NET, als auch DVD) bootet per default "installation" das ist im Prinzip richtig - ABER nach der manchmal langen und unbeaufsichtigten Installation ist das unschön, wenn der Rechner dann automatisch wieder "installation" bootet

Der default-Eintrag in grub.cfg des Installmediums sollte "boot from harddisk",

also default=0 (nicht defaul=1) sein.

Ich habe das mal probeweise in den drei auf dem NET-iso vorhandenen grub.cfg gepatcht - es funktioniert.

Leider weiß ich nicht, wie ich das als Fehler bei openSuse einbringen kann.

Bei früheren Versionen von openSuse war "boot from harddisk" mit einem timeout von 60s immer der default-Eintrag.

MfG Angie