Fedora: OBS Studio blockiert QT5 Updates? So löst Ihr das.

Da will man ein einfaches Update machen und geht nicht, weil was im Weg ist: obs-studio .

Fedora: OBS Studio blockiert QT5 Updates? So löst Ihr das.

Sieht das bei Euch auch so aus?

Letzte Prüfung auf abgelaufene Metadaten: vor 0:39:26 am Mo 13 Feb 2023 09:27:55 CET.
Abhängigkeiten sind aufgelöst.

Problem 1: cannot install both qt5-qtbase-5.15.8-2.fc36.x86_64 and qt5-qtbase-5.15.7-1.fc36.x86_64
– package obs-studio-libs-28.1.2-2.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.7, but none of the providers can be installed
– cannot install the best update candidate for package qt5-qtbase-5.15.7-1.fc36.x86_64
– cannot install the best update candidate for package obs-studio-libs-28.1.2-2.fc36.x86_64
Problem 2: package obs-studio-28.1.2-2.fc36.x86_64 requires libobs-frontend-api.so.0()(64bit), but none of the providers can be installed
– package obs-studio-28.1.2-2.fc36.x86_64 requires libobs.so.0()(64bit), but none of the providers can be installed
– package obs-studio-libs-28.1.2-2.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.7, but none of the providers can be installed
– package obs-studio-libs-27.2.4-1.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.3, but none of the providers can be installed
– cannot install both qt5-qtbase-5.15.8-2.fc36.x86_64 and qt5-qtbase-5.15.7-1.fc36.x86_64
– cannot install both qt5-qtbase-5.15.8-2.fc36.x86_64 and qt5-qtbase-5.15.3-1.fc36.x86_64
– package python3-qt5-base-5.15.6-10.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.8, but none of the providers can be installed
– cannot install the best update candidate for package python3-qt5-base-5.15.6-9.fc36.x86_64
– cannot install the best update candidate for package obs-studio-28.1.2-2.fc36.x86_64
Problem 3: Problem mit installiertem Paket obs-studio-libs-28.1.2-2.fc36.x86_64
– package obs-studio-libs-28.1.2-2.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.7, but none of the providers can be installed
– cannot install both qt5-qtbase-5.15.8-2.fc36.x86_64 and qt5-qtbase-5.15.7-1.fc36.x86_64
– package qgnomeplatform-qt5-0.9.0-6.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.8, but none of the providers can be installed
– cannot install the best update candidate for package qgnomeplatform-qt5-0.9.0-4.fc36.x86_64
Problem 4: Problem mit installiertem Paket obs-studio-28.1.2-2.fc36.x86_64
– package obs-studio-28.1.2-2.fc36.x86_64 requires libobs-frontend-api.so.0()(64bit), but none of the providers can be installed
– package obs-studio-28.1.2-2.fc36.x86_64 requires libobs.so.0()(64bit), but none of the providers can be installed
– package obs-studio-libs-28.1.2-2.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.7, but none of the providers can be installed
– package obs-studio-libs-27.2.4-1.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.3, but none of the providers can be installed
– cannot install both qt5-qtbase-5.15.8-2.fc36.x86_64 and qt5-qtbase-5.15.7-1.fc36.x86_64
– cannot install both qt5-qtbase-5.15.8-2.fc36.x86_64 and qt5-qtbase-5.15.3-1.fc36.x86_64
– package qt5-qdbusviewer-5.15.8-1.fc36.x86_64 requires qt5-qtbase(x86-64) >= 5.15.8, but none of the providers can be installed
– cannot install the best update candidate for package qt5-qdbusviewer-5.15.7-1.fc36.x86_64

Dann könnt Ihr das ganz leicht so lösen:

dnf update https://koji.rpmfusion.org/kojifiles/packages/obs-studio/28.1.2/3.fc36/x86_64/obs-studio-28.1.2-3.fc36.x86_64.rpm https://koji.rpmfusion.org/kojifiles/packages/obs-studio/28.1.2/3.fc36/x86_64/obs-studio-libs-28.1.2-3.fc36.x86_64.rpm

Wer Fedora 37 braucht, nimmt dann:

https://koji.rpmfusion.org/kojifiles/packages/obs-studio/28.1.2/3.fc37/x86_64/obs-studio-28.1.2-3.fc37.x86_64.rpm
und
https://koji.rpmfusion.org/kojifiles/packages/obs-studio/28.1.2/3.fc37/x86_64/obs-studio-libs-28.1.2-3.fc37.x86_64.rpm

Fertig.

Linux Surface: Update iptsd entfernt globale Config

Mehr oder weniger aus Versehen hat ein Update für den Touchsupport vom Linux Surface Kernel Project Touch deaktiviert.

Linux Surface: Update iptsd entfernt globale Config

Wer ein Touchgerät bedienen will braucht .. richtig.. Touchsupport. Für den Surface Kernel macht das seit 5.0 der iptsd , der sich auch um den Stift kümmert. Bis vor kurzem, in den letzten 2 Wochen, hies die config vom iptsd noch /etc/ipts.conf . Das hat sich geändert, was dramatische Folgen hatte, denn der Touchsupport lieferte nur noch jede Menge Phantomklicks und Gesten, weil die richtigen Parameter nicht mehr in der Defaultconfig stehen.

Ihr löst das am besten so: legt /etc/iptsd.d/ipts.conf neu an und schreibt rein:

[Config]
# BlockOnPalm = false
TouchThreshold = 50
StabilityThreshold = 0.55

[Touch]
CheckStability = true
DisableOnPalm = true
DisableOnStylus = false

[Contacts]
Detection = advanced

TemporalWindow = 5

SizeMin = 0.3

[Cone]

[DFT]

Ihr merkt schon, man hat einfach im RPM die Config umgenannt. Das hat zur Folge, daß RPM die Datei einfach entfernt. Mit der neuen /etc/iptsd.d/ Dropinmechanik wird das nicht mehr passieren.

systemctl restart iptsd@dev-hidraw0.service

und schon wird es ruhig auf dem Desktop 😀

Linux Surface Cams arbeiten endlich, unter Fedora 38

Das war ja schon immer der Genickbruch, wenn man einem Windowsfan sein Linuxsurface unter die Nase gerieben hat und dann gingen die Kameras nicht. Nun, das hat ein Ende, dank Fedora 38 Bleeding Edge.

Linux Surface Cams arbeiten endlich, unter Fedora 38

Ich hatte ja schon vor einiger Zeit berichtet, daß meine Frontkamera Ihren Dienst aufgenommen hat, aber die Rückkamera noch nicht lief. Das ist jetzt mit libcamera 0.0.4 Geschichte. Alles was es für den Erfolg brauchte, war ein Toolbox Container mit Fedora 38 minimal, Cheese und LibCamera Installation 🙂

Mein Stable OS ist z.Z. auf dem Tablet noch Fedora 36. Da gabs es die passende Version von Libcamera nicht für, für F37 auch nicht, aber das ist eine andere Sache 😉 Wenn Ihr also ein Surface habt und Eure Cams endlich nutzen wollt, dann macht Ihr genau das hier:

$ toolbox create -d fedora -r 38 && toolbox enter fedora-toolbox-38
$ sudo dnf install libcamera* cheese
$ qcam
oder
$ cheese

Das war es schon. Zugegeben, noch etwas unhandlich, weil man die Toolbox starten muß, aber bestimmt automatisierbar. Wer Toolbox nicht kennt, wir hatten dazu im Linux am Dienstag schon mal einen Vortrag wegen DNF5 Tests. Toolsbox ist ein CLI-Frontend für Podman, was wiederum ein Dockerderivat ist. Container, die man für Docker erzeugt hat, funktionieren damit auch. So ein Container ist ein bisschen umständlich zu beenden, aber ansonsten ganz harmlos 😉

Der Vorteil von Podman über Docker ist, daß Docker nur mit Kerneln zurecht kommt, die keine C2groups benutzen, was bei Fedora voreingestellt ist. Deswegen macht es mehr Sinn Podman zu nutzen.

Genug geredet, ein Bild muß her 😀

Rearcam 1280×720 Surface Pro 4

Das Bild sieht noch abartig aus, weil weder die automatische Helligkeitsregelung sinnvoll arbeitet, noch der Autofocus, von der SD Auflösung wollen wir gar nicht erst anfangen 😉 Ach ja, das Bild ist zu allem Überfluß auch noch spiegelverkehrt 😀

Das wird schon werden, so in 6 weiteren Jahren 😉