Gnome 3.38: fühlt sich wie ein Rückschritt an

Fedora 33 BETA im Test und es ist nicht so wies sein sollte.

Gnome 3.38: fühlt sich wie ein Rückschritt an

Diverse Probleme plagen Fedora 33 in meinem jüngsten Test. Als Testhardware habe ich mal mein Surface Pro 4 benutzt, was ich besser gelassen hätte, denn Fedora 33 bootet nicht vom USB Stick, oder doch? Mögliche Antworten: Ja / Nein / Vielleicht   und alle sind korrekt :(((

Über das letzte Wochenende habe ich mir mit dem Jungs von der Fedora-Mailingliste einen Debugmarathon gegönnt, nur leider komplett erfolglos.

Steckt man den USB Stick mit Fedora 31 ins Laufwerk, ist ein Booten problemlos möglich, egal wie und wann man den Stick reinsteckt. Mit Fedora 33 geht das nicht mehr. Steckt man den Stick rein, startet die Hardware, wechselt ins Bios und bootet dann von USB, gibt es nur einen Reset. Steck man den Stick erst ein, wenn man schon im Bios ist, dann geht’s 😐  Das macht natürlich wenig Hoffnung, wenn das Gerät bald aktualisiert werden muß.

Wir haben den Grubbootloader ersetzt, die Biosbootconfig in 3 Sekunden zerstört, in 3h wiederhergestellt, und am Bootverhalten vom Surface änderte sich bezüglich Fedora 33 nichts. Es geht einfach nicht und Debuggen geht auch nicht, weil was willste da debuggen, wenn das System einen Instantreset macht? Wir tippen auf Firmwarefehler im EFI Bios des Surface, aber da kein Windows mehr drauf ist, wo sollte das Update dafür herkommen?

Aber, ich habe ne Menge über die Grubkonsole gelernt! Auch das die Anleitung von Fedora zum Recovery nicht funktionieren 🙁

Wenn es denn bootet..

… kommt man zum neuen Gnome 3.38 Desktop. Ich konnte zwar die neuen Monitoranordnung nicht testen, aber ansonsten ist es fast unverändert. Was einen Tabletbenutzer so richtig nerven wird, ist das neue Ausklappmenü zum Abmelden und Abschalten des Rechners.

Was für ein SCHEISS! Sind wir ernsthaft wieder in den Neunziger Jahren angekommen?

Was soll sowas?  Hat wirklich jemand unabsichtlich auf „Bereitschaft“ gedrückt oder versehentlich das Neustarticon nicht gefunden?

Ich glaube kaum, also warum in zum Geier ändert man das von ONE-Click in ein CLICK-MOVE-CLICK System????

Es war doch schon perfekt 🙁

Probleme mit Videokonferenzen

Was jetzt kommt ist eine alter Hut: Wayland ist noch nicht fertig! Party ! Jubbel ! Heiterkeit !  … moment.. nicht fertig? Aber es geht doch!?!?  Nein, tut es doch nicht..  Screenrecording geht nicht:

Wie man in diesem Screenshot sehen kann, sieht man nicht außer einem schwarzen Bildschirm, obwohl Firefox ( siehe oben ) den Bildschirm teilt. Wenn man das nicht in einer VM ( Screenshot ) sondern auf einer HW ( Surface Pro ) macht, dann ist auch das Jitsi Meet Icon links unten in der Ecke passend markiert, weil er wirklich Schwarzbilder streamt. Einfach selbst testen.

Das nächste Desaster naht

Wenn man jetzt LUG Mitgliedern die neuen Sachen wie ZRAM, BttrFS  zeigen will, geht das nicht, also muß man kreativ werden:

Überlegung: Installiere XRDP, lege User an, Verbinde Dich mit User auf RDP  und zeige Ihm einfach alles, indem Du von Deinem Desktop z.b. xFreeRDP oder Remmina überträgst … Tja.. was soll ich sagen.. wie wärs mit „Ein Bild sagt mehr als tausend Worte“ …

Und dann steht Ihr da mit Eurem RDP Desktop der NUR NOCH diese Abfrage anzeigt, die man zwar beenden kann, die dann aber in der nächsten ms wieder aufpoppt!

Abrechen => Endlosslooping

Anmelden => neuer Requester mit anderem Text, aber den gleichen zwei Buttons!

Keine Eingabemöglichkeit!

Wie soll man da ein Passwort für einen User eingeben, der gar kein Passwort hat ????

Aus der Nummer kommt man nicht mehr raus, ergo muß man die RDP Session beenden und ALLE PROZESSE des eingeloggten Benutzers als Rootuser KILLEN. Das errinnert mich stark an ein Scherzprogramm aus den 90zigern.. hmm, wieder die 90ziger.. ein Muster deutet sich an 😉

Natürlich gibt es eine Ursache und eine Lösung, aber die Situation sollte gar nicht erst auftreten.

Ursache: pcsc-lite und Konsorten! Ein SmartCard-Service … auf einem Gerät ohne einen SmartCardreader!

Wie dämlich ist das, daß der sich dann auch noch so startet, obwohl er mit nichts arbeiten kann?

Schritt 1 eines SmartCardDaemons wäre festzustellen, welchen SmartCardreader er benutzen soll.
Schritt 2 eine Fehlermeldung ausgeben, weil er keinen gefunden hat.

Aber sicher nicht in einer Endlosschleife ohne Abbruchbedingung sinnlos Leute ärgern, seit JAHREN SCHON!

Lösung

Falls Euch das mal betreffen sollte, denn ich habe so meine Zweifel, daß andere Distris da besser abschneiden:

systemctl stop pcscd;systemctl disable pcscd
killall -9 pcscd
dnf erase pcsc* -y

und weg damit. Viel Spaß, falls Ihr RDP und SmartCards zusammen benutzen müßt. Schreibt mal eine Karte, wenn Ihr den Ort gefunden habt, wo das zusammen funktioniert 😉

Mal sehen was die Jungs von der Liste dazu sagen, weil die User-Experience, die ja so wichtig ist, mal direkt lang auf die Nase gefallen ist.

ZRAM

ZRAM läuft.. aber irgendwie merkt man nichts.. 2 GB RAM sind 2 GB RAM. Tja.. da braucht es wohl erst einmal mehr um überhaupt damit arbeiten zu können.

Bttrfs habe ich nicht ausprobiert, ich habe ja schon funktionierende Festplatten mit einem OS drauf 😉

Tablet: Fedora 33 Beta auf Surface Pro 4

Wieso würde ich Euch eine Nachricht antun, daß Fedora 33 Beta Linux auf meinem Tablet läuft? 🙂

Tablet: Fedora 33 Beta auf Surface Pro 4

Also ein Grund ist, das es Gnome 3.38 hat:

der andere Grund ist, daß es bis vor 10 Minuten nicht ging 😉

Im LiveImage von Fedora 33 kommen neue Grub Bootloader zum Einsatz und die starten nicht auf dem normalen Surface Pro 4, weil das wohl ein Firmware Update braucht, was es natürlich als reines Linux System nicht bekommen wird.

Ihr entsinnt Euch vielleicht an diesen Artikel: Fedora Guide – Falls der Grub2 Fix bei Euch versagt

Grub 2 hatte da einen bedauerliches Problem. Das wirkt sich nun scheinbar auf das Liveimage aus.

Beheben lies sich das durch ein Transplant der Grubbootloader in der Boot-Partition von F31 auf F33. Fedora ist dran, wird da aber ein kleines Problem haben, weil das Firmwareupdate von Microsoft kommen müßte.

GGf. können die Jungs vom Surface Kernel Projekt helfen, aber das wird sich erst in den nächsten Tagen entscheiden, denn noch wissen die nichts von Ihrem Glück.

PS: ich staune. Mein nur zu 77% gefüllter Akku soll angeblich noch 6 Stunden bei 4 Kernen und aktivem Turbo halten. Wie lange wäre das denn, wenn der voll wäre??? und schon sprang er auf 5h 45m. Verdacht: Es lügt mich in freundlicher Absicht an 😀

Hmm.. „Suspend“ funktioniert, der wacht sogar sofort wieder auf, wenn man auf den Power-Knopf drückt. Leider killt er dabei den Wifichip 🙁

UPDATE:

Stellt sich gerade raus, es ist wohl ein Timing Problem, denn 1 von ca. 10 Boots klappt und je schneller man bootet, nachdem der USB Stick eingesteckt ist, desto wahrscheinlicher der Start. Ich hoffe wir finden das raus. Der Grubsfiles sind da wohl nicht von Bedeutung.

Linux: Multitouchsupport im Surface Pro 4

Heute geht es mal wieder um Linux auf dem Surface Pro 4 Tablet. Da hatten wir lange keinen Beitrag mehr dazu 🙂

Linux: Multitouchsupport im Surface Pro 4

Mit Kernel 5.8 kam „leider“ eine Änderung ins System: Touch ging nicht mehr. Auf einem Tablet ist das natürlich der Super-GAU und natürlich kamen sofort Erinnerungen auf zur Erstinbetriebnahme vor 18 Monaten.

Der letzte Kernel der noch ohne weiteres funktionierte war 5.7.17-2, ergo war erstmal ein Bugreport an die Entwickler nötig. Zum Glück konnten die das Problem erfolgreich beheben, wobei man sagen muß, ein bisschen mehr PR täte denen ganz gut 😉

Ihr braucht eine neue Zusatzsoftware für den Kernel 5.8: iptsd

Die Installation ist ganz einfach, sofern Ihr, und ich bin sicher, daß Ihr das habt, das Kernel Repo eingerichtet habt: surfacelinux.com .

dnf install iptsd -y

systemctl start iptsd
systemctl enable iptsd
reboot

Eigentlich ist der iptsd ein User-Space-Daemon, er braucht keinen Neustart, aber das hatte bei mir leider nicht funktioniert. Erst nach dem das System 2h geladen und dann neu gestartet wurde, funktionierte der Daemon wie er sollte.

Jetzt war wieder alles möglich, was der JakeDay-Kernel, keine Ahnung wieso der abgetaucht ist, auch konnte: nämlich Multi-Touch-Gesten ( und die Maschine wirklich abschalten, aber das ist ne andere Geschichte )

Multi-Touch-Gesten meint z.b., daß man unter der Gnome-Shell in die Aktivitätenübersicht mit Hilfe von 3-Fingern die sich aufeinander zubewegen wechseln kann. Auch funktioniert das Zoomen im Firefox und anderen dafür vorbereitete Apps wieder, was die Bedienung deutlich einfacher macht im Tabletmodus \o/

Jetzt braucht es nur zwei Fixe an der Kamera und dem Mouseeventmanagment und das Tablet ist, bis auf den hohen Stromverbrauch durch den Kernel selbst, endlich vollständig benutzbar.

„Jungs, gut gemacht!“ 🙂

Mozilla: welche 250 Mitarbeiter entlassen wurden

Moin,

wenn man dem Twittergerücht ( mehr ist es imho nicht ) glaubt, wurden Teile des Security Teams von Mozilla vor die Tür gesetzt. Andere Twitteruser wiederum melden sich als „unser Gecko Team“ hats geschafft und auch andere Bestandteile hätten sich da zu Wort gemeldet.

Mozilla: welche 250 Mitarbeiter entlassen wurden

Kann irgendwer von denen beweisen, daß er dort arbeitet oder gearbeitet hat? Ich weiß es nicht.

Wenn man das so liest und es für bare Münze nimmt, wundert es nicht wirklich, was da so in den letzten Versionen von Firefox rausgekommen ist. Das ist kein einheitliches Produkt, das ist eine Ansammlung von Bestandteilen.

Und um diesem Beitrag die nötige inhaltliche Kontroverse zu geben:

Scheiße, war der FireFox gestern effektiv 😀

Das muß ich kurz erklären. Gestern Abend war Meet Jitsi VideoConf der BSLUG. Ich sahs unten mit dem Tablet und hatte mit Chromium daran teilgenommen. Nach rund 38 Minuten waren nur noch 54 % Akkuladung vorhanden, die CPU Frequenz der 4 Kerne lag dauerhaft bei 2.2 GHz, was ohne Turbo die größtmögliche Einstellung ist und mit dem größten Stromverbrauch gleichzusetzen ist. Keine 20 Minuten später waren es nur noch 15 %.

Im Top nachgesehen lief Chromium als einziger Prozess mit voller Last. Daraufhin habe ich den beendet und die VC mit Firefox weiter gemacht und siehe da, die Last ging runter. FF hat ~40% weniger Energie für die gleiche Leistung verbraucht als Chromium ( Freeworld Build von RPMFusion ).

Jetzt wärs schön rauszubekommen wieso das so war, weil der Chromium-Freeworld damit wirbt, HW Unterschützung zu haben. Das wird i.d.R. mit mehr Leistung pro Watt im der Verbindung gebracht, ergo weniger CPU Leistung und Energieverbrauch, als ohne HW Unterstützung.

Um den Schluß mit oben zu bekommen, ich hoffe nicht, daß sie die Energieoptimierungsexperten rausgeworfen haben, weil die haben nachweislich was geleistet 😉

Tablet: Kernel 5.6.8+ behebt USB Problem

Wer ein Surface Tablet mit Linux hat, kennt das Problem seit Kernel 5.5.8: Das Typecover konnte man nicht abziehen, weil es nicht wieder erkannt wurde, wenn man es dransteckte.

Tablet: Kernel 5.6.8+ behebt USB Problem

Ein Kernelfix in 5.6.8+ behebt das TypeCoverproblem für Linux, wie ich heute mit 5.6.11 nachweisen konnte:

Damit dürften auch andere, verwandte USB Probleme, die u.a. im Bugtracker von Redhat aufgelaufen sind, endgültig behoben sein: https://bugzilla.redhat.com/show_bug.cgi?id=1813530

Da hatten sich sogar Leute von ArchLinux gemeldet, weil Google das so schnell im RedHat Bugtracker gefunden hatte 🙂

Wie wir diesem Kommentar entnehmen können, scheint „The Big Boss“ nicht ganz unbeteiligt gewesen zu sein:

If I assume that this issue has been appeared on 5.4.23 and fixed on 5.6.8, the candidate related commits are:

  • issue introduced by commit
    torvalds/linux@8099f58
    („USB: hub: Don’t record a connect-change event during reset-resume“)
  • and fixed by commit
    torvalds/linux@9f952e2
    („USB: hub: Fix handling of connect changes during sleep“)

Wenn ich den ersten Commit richtig interpretiere, hatte da wohl beim Abschalten jemand nicht geprüft, ob er wirklich im Sleep war. Wenn man dann natürlich Geräte abzieht und das ignoriert wird, muß man sich nicht wundern, wenn man die dann nicht mehr benutzen kann. Was ich mich aber wirklich frage ist, wieso der Fix soooooo lange gebraucht hat, bis es gefixt wurde. Das ist ja schliesslich nicht nur bei Exotenhardware wie Linux-Surface-Tablets aufgefallen.

Siehe auch: https://github.com/linux-surface/linux-surface/issues/119#issuecomment-628598029

 

Linuxtablet: NetFlix mit echten Tabletfeeling

Wer hat ein Android Tablet und nutzt da NetFlix oder irgend eine andere Video-App drauf? Vermutlich fast jeder, behaupte ich mal keck 🙂 Ok, was haben ein Linux Surface-Tablet und Android Tablet nicht gemeinsam?  😀

NetFlix mit echten Tabletfeeling

Ist ne blöde Frage, weil so fast alles. Worauf ich heute hinaus möchte ist, daß es keine native NetFlix-App gibt. Wie unterschiedet sich eine native NetFlix App zu, sagen wir mal, einem Browserfenster unter Linux in dem man ja auch NetFlix schauen kann? Nun, der Browser landet nicht sofort auf dem Startbildschirm von NetFlix. Es würde erstmal ein Fenster aufgehen, dann würde man sich einloggen und dann erst bei der Wiedergabe gäbe es vielleicht Fullscreen Video. Das unterscheidet sich von einem Android Tablet, weil da startet man NetFlix und ist „drin“.

So 100prozentig bekommen man das leider nicht hin, aber bis 99.9% würde schon gehen 🙂

Wir brauchen

Für dieses Beispiel brauchen wir einen gültigen NetFlixlogin, einen aktuellen FireFox, ein eigenes Desktopfile und ein eigenes Profil für Firefox mit dem wir spielen können 🙂 Am besten macht Ihr Euch jetzt mal eine Konsole auf ( gibt Leute die nennen das Terminal ):

Schritt 1 – Zugangsdaten besorgen

Wer seine Zugangsdaten nicht anderweitig gesichert hat(dringend empfohlen), der kann sich diese aus seinem aktuellen Firefox Profil kopieren:

Firefox starten -> Einstellungen Menü -> Sicherheit & Datenschutz -> Gespeicherte Zugangsdaten -> nach Netflix suchen.

Pro-Tip: KDE Connect ist das Tool, daß Euch diese Daten auf dem Desktopbrowser direkt auf Mobile Endgerät transportiert. Einfach auf dem Desktop „markieren & kopieren“ (CTRL-C) und auf dem verbundenen Mobilgerät „einfügen“. Fertig. So einfach ist Interkonnektivität und verschlüsselt wars auch 😉

Schritt 2 – ein neues Profil anlegen

Wir starten jetzt mal den Firefox mit der Option „-P“ aus der Konsole:

Wir sehen den Firefoxprofilemanager mit zwei Profilen, eines ist benannt: Netflix Mit „Create Profile“ legt Ihr das NetFlix Profil an. Vergesst aber nicht, daß Ihr den Haken bei „benutze ausgewähltes Profile beim Start“  weg zu machen, weil das nicht unser neues Defaultprofil werden soll, sondern ausschließlich für NetFlix da ist.

Schritt 3 – Firefox konfigurieren

Zunächst installiert in das Profil mal „NoScript“ rein und schaltet es auch ein. Dann ruft Ihr https://www.netflix.com  auf und aktiviert im Noscript alle nötigen Punkte für NetFlix. Das ist deswegen wichtig, weil der Firefox, solange Netflix offen ist, ggf. Webseitenöffnungen an sich zieht und dann würden die frei laufen, ohne das NoScript das verhindert. Nun installiert Ihr noch das „NetFlix 1080p“ Addon, damit Ihr unter Linux die HD Wiedergabe habt. Da wir nur Netflix brauchen, sind wir fast fertig.

Wichtig ist „mir“ noch, daß  in die „about:config“ geht, nach „Picture-“ sucht und die beiden „True“ Treffer vom Picture-in-Picture abschaltet. Das ist rein optional, aber sieht später besser aus im NetFlix Betrieb. Picture-in-Picture kurz PIP, ist dafür das, daß man ein Video aus der Webseite ausgliedert und es beim weiteren Studium der Webseite sehen kann. Dies kommt aber in unserem Benutzermodell schlicht nie vor, daher würde das kleine blaue Button einfach nur die Ästhetik stören 😉

Ich rate an dieser Stelle dazu, sich mal bei NetFlix einzuloggen und den DRM Support zu aktivieren. Falls was schief geht, hat man noch die Browser UI zur Hand mit der man alles ändern kann, was wir jetzt gleich ändern werden 🙂

Schritt 4 – Desktopfile anlegen

Kommen wir zum „interessanten“ Teil der Aktion, dem KISOK-Modus von Firefox. Der Kioskmodus ist genau dafür da, daß man einen PC irgendwo hinstellen kann und niemand kann an den PC ran, während der eine Webseite mit Infos anzeigt. Sehr praktisch, findet man z.B. immer in Computerläden als Suchmaschine für Produkte des Ladens.

Um den Modus zu aktivieren müssen wir Firefix mit der Option „–kiosk“ starten. Der Browser startet dann im FullScreenmodus ohne Adresszeile und Fensterrahmen. „F11“ funktioniert dann nicht, so daß man den Browser nicht in den Fenstermodus zwingen kann um Ihn zu umgehen. Das geht natürlich trotzdem, aber der Punkt interessiert heute nicht 🙂

Damit wir ein ICON zum Starten von NetFlix ( oder jedem anderen Dienst, den wir so nutzen wollen) bekommen, legen wir ein Desktopfile im Schreibtisch an:

Dateiname: ~/Schreibtisch/netflix.desktop

Da schreibt Ihr das hier rein:

[Desktop Entry]
Version=1.0
Name=NetFlix
GenericName=NetFlix
Comment=Browse the Web
Exec=firefox %u –new-instance –kiosk -P netflix https://netflix.com/browse
Icon=/home/marius/Bilder/netflix-logo.png
Terminal=false
Type=Application
MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml;x-scheme-handler/http;x-scheme-handler/https;
StartupNotify=true
Categories=Network;WebBrowser;
Keywords=web;browser;internet;
X-Desktop-File-Install-Version=0.23

Wer sich ein NetFlixLogo von der NetFlix Webseite abspeichert und nach ~/Bilder/ als „netflix-logo.png“ sichert, der hat mit den obigen Einstellungen gleich das berüchtigte N auf dem Desktop prangen. Normalerweise muß man jetzt das Icon anklicken und die Ausführung als Desktopfile erlauben. Bei Gnome heißt der Punkt „Allow Launch“. Einfach draufdrücken und beim nächsten Doppelklick startet NetFlix dann im Kioskmodus im NetFlix Profil.

Weil wir ein eigenes Profil dafür haben, können wir darin alle Cookies von Netflix gespeichert lassen und erleben das, was wir auf dem Android-Tablet auch hätten. Wir starten NetFlix im Fullscreen, loggen uns einmal ein und bleiben eingeloggt, selbst wenn Ihr das Gerät über Nacht abschaltet. Wenn das nicht zu 99.99% dem Android-Tablet Erlebnis von NetFlix entspricht, weiß ich auch nicht weiter 😀

Der einzige Schönheitsfehler ist die fehlende OFFLINE Runterladerei der Filme. Wenn Euer Surface aber genug Leistung hat, könnt Ihr jeden NetFlixfilm auch so abspeichern. Das ist viel praktischer, weil man es dann auch auf einem anderen Gerät sehen kann.

Wie kommt Ihr aus dem Kioskmodus wieder raus?

Wenn Ihr Gnome als Desktop habt, so wie ich Euch das seit März 2019 predige, dann ist der Ausgang nur einen Wisch, vom linken Rand nach Rechts, weg. Und deswegen ist Gnome, der Touchdesktop bislang 😀  Mit einer Tastatur ist das natürlich viel einfacher, weil man dann nur die „Super“ Taste drücken muß, manche nennen das noch die Windowstaste, und schon seid Ihr auf der Desktop-Aktivität. Ein druck auf ALT-TAB  würde das natürlich fast auch bewerkstelligen, aber der geht tatsächlich nur mit Tastatur.

Was Ihr von da aus macht, liegt an Euch. Anders als auf Android, wird die Wiedergabe bei NetFlix nicht aufhören, wenn Ihr in eine andere App wechselt, aber das nervt mich da eigentlich schon seit Anbeginn der Zeit, also nehmen wir das Vorteil einfach mal mit 😀

Falls bei Euch auch der Doppelklick aufs Desktopicon per Touch nicht will

macht folgendes: verschiebt als Root die netflix.desktop vom Schreibtisch nach /usr/share/applications/ . Da liegen alle Programmstarter. NetFlix taucht jetzt in der Anwendungsliste auf und kann so als Favorit ins Dock eingefügt werden. Die Gnomeerweiterung „Dash to Dock“ bringt das dann als intelligentes Dock auf dem Desktop. Wobei, ein linker-Rand-nach-Rechts-Wisch, tut das dann auch 🙂

 

Linux: Surface Tablets und Laptops mit eigenem Kernel-Repo

„Du saga mal, Du hascht doch des Suuhrfaze, gibtsch da scho wos njeues pführ?“ hallte es aus dem mitfünfziger Herrn am Tisch gegenüber. Freundlich, aber bestimmt, machte Ihm mein Sitznachbar darauf aufmerksam, daß er kurz hinter Kiel wäre und folglich kaum zu verstehen sei. Dies schien den Herrn genauso wenig zu stören, wie der Umstand, daß mein Sitznachbar eher andigital veranlagt ist und es sich bei dem Gerät vielmehr um eine kurz Präsentationsleihgabe meinerseits handelte.

Nachdem die beiden Fischköpfe ( wir… vermutlich ) kurz getuschelt hatten, übersetzte eine junge Dame (Bezeichnung Anna-Luisa o7) für uns (daher auch die grobe Entschlüsselung oben) und es entstand eine schöne , wenn auch sehr kurze, Unterhaltung zum Thema: Linux auf einem Surface Pro 4.

Surface Tablets und Laptops mit eigenem Kernel-Repo

„Ja, da gibts was njeues.. ehm.. neues“ und für Euch schalte ich das Gespräch mal auf Allwissenden Erzähler um, sonst darf ich mich in Bayern gar nimmer sehen lassen. Also, Ja Leute, es gibt eine nicht mehr ganz taufrische Entwicklung, die teils sehr erfreulich, weil unheimlich praktisch ist, andererseits leider nicht so ganz funktioniert. Letzterer Teil wird derzeit noch untersucht.

Seit einige Monaten gibt es im Github einen eigenen Prebuild-Kernel für Arch, Debian und Fedora. Den richtet Ihr Euch so für Fedora ein:

  1. Das Repo hinzufügen:

sudo dnf config-manager --add-repo=https://pkg.surfacelinux.com/fedora/linux-surface.repo

2. Den Kernel  installieren:

sudo dnf install kernel-surface surface-firmware surface-secureboot
sudo dnf install --allowerasing libwacom-surface

3. Letztere Anweisung ist eher optional, falls man mit Wacom Probleme hat., was auch die Stifteingabe betrifft.

Surface rebooten, den neuen Kernel auswählen und jetzt kommt es drauf an, ob Ihr ein SP4/SB1 habt oder ein anderes Surfacegerät Euer eigen nennt, denn bei mir (SP4) bootet der Kernel zwar sauber, aber IPTS ist nicht da, was man allerdings für Touchbedienung braucht.  So bin ich kaum einen Schritt weiter als mit dem Kernel von Fedora selbst. Ein Problem an dem derzeit gearbeitet wird.

Und da ist auch schon die Lösung … ( sowas von genial den Artikel schon Tage im Voraus zu schreiben 😀 ) … dem mangelnden Touchsupport kann man so begegnen:

[root@surface]# rmmod ipts
[root@surface]# insmod /lib/modules/5.5.8-1.surface.fc30.x86_64/kernel/drivers/input/touchscreen/ipts/ipts.ko.xz singletouch=y

Was man dann so verewigt:

echo „options ipts singletouch=y“ > /etc/modprobe.d/ipts.conf

Man muß aber wissen, das dann der Stiftsupport abgeschaltet ist. Außerdem ist im 5.5er Kernel die Multitouch-Support komischerweise abgeschaltet, wer das braucht, muß den LTS Kernel 4.19 installieren. Ob das bei einem aktuellen Fedora 30/31/32 eine gute Idee ist, mag ich nicht entscheiden wollen. Allerdings hatte der 5.3er noch Multitouch dabei. Da frage ich mich jetzt, wieso das abgeschaltet wurde.

Weniger Energieverbrauch .. vielleicht

Eine andere Sache, die noch untersucht werden muß, ist der anscheinend geringere Stromverbrauch des 5.5.8 Kernels auf dem Surface Pro 4. zunächst sah es eher nach einem Batteryauslesebug aus, weil das Gerät lange auf 100% blieb, aber mittlerweile könnnte auch ein leichter Einspareffekt vorhanden sein. Ich hab das SP4 noch nicht lange genug im Referenzkernel laufen lassen, um da einen Vergleich zu haben. Ich schau nachher mal.

Kameras gehen immer noch nicht

Tja, schlechte Nachrichten für die NSA, die Kameras der Surface Pro 4+ funktionieren immer noch nicht unter Linux, was an sich jetzt schade für reguläre Kameranutzer ist. Dafür soll das Wifi jetzt im 5G Betrieb stabiler sein, was ja auch nicht ganz unpraktisch ist.

Die Sache mit dem Secure Boot

Nachdem ersten Boot, kommt im Bootprozess eine mördermäßig wichtige Einblendung, die einem bei der Installation auch mitgeteilt wird, allerdings steht im Installationshinweis, daß man, WENN MAN danach gefragt wird, ein Password eingeben soll um den signierten Kernel, bzw. dessen Signatur, ins Bios zu bekommen um dann Secure Boot nutzen können. Tja, was soll ich sagen, die Abfrage kam so nicht, denn dazu muß man während ein Timer runterzählt auf eine Taste drücken, sonst wird man auch nicht nach dem Passwort gefragt 🙂

Da ich da noch unsignierte Kernels zum Testen liegen habe, kann ich SecureBoot eh nicht einschalten, insofern ist mir das auch egal 😉 Wenn der neue Kernel natürlich dauerhaft funktioniert, dann kann man das später immer noch mit Hilfe des mokutil erledigen.

Der TypeCover Bug

Zwar prellt das TypeCover nicht mehr, aber dafür funktioniert es auch nicht mehr, wenn man es abzieht und wieder dran steckt. Was ein Problem darstellt, da man das Surface Pro 4 neu booten muß.

Ihr seht, da werden noch einige Fixe nötig werden, bis das stabil läuft.

Kernel <= 5.5.9 mit USB Bug

Besonders für alle Fans von  Surface Pro Linux-Tablets habe ich eine schlechte Nachricht im Bezug auf den Kernel 5.5.8: einige USB Geräte werden nur beim Booten erkannt, später aber nicht mehr.

Kernel <= 5.5.9 mit USB Bug

Die Liste der betroffenen Geräte dürfte bislang eher übersichtlich sein, da z.B. meine USB Maus oder mein USB Gigabit LAN Adapter  von dem Problem nicht betroffen sind. Über die Ursache ist bislang auch noch nichts bekannt, was aber nicht verwundert, da wir das erst heute Vormittag verifiziert bekommen haben.

Was ist denn überhaupt los?

Wenn man das Gerät mit Kernel 5.5.x bootet, wird das Microsoft eigene TypeCover, das ist die Tastatur und das Mauspad, welches auch als Deckel dient, korrekt als USB Device erkannt und funktioniert entsprechend. Allerdings nur so lange, bis jemand das TypeCover abzieht und wieder dransteckt. Dann funktioniert es nicht mehr.  Dabei ist es egal aus welcher Quelle man den Kernel hat, ob er direkt von Fedora oder selbst gebaut ist.

Wie wirkt sich das aus?

Die Ursache dafür, daß das TypeCover nach dem Einstecken an das Gerät nicht mehr funktioniert ist, daß es überhaupt nie vom USB BUS abgemeldet wurde. Das manifestiert sich darin, daß man mit „lsusb“ das Gerät noch sieht, auch wenn es bereits am anderen Ende der Wohnung liegt. Folglich wir es beim Einstecken nicht initialisiert und kann so seinen Job nicht tun.

Gegenmaßnahmen

Wie schnell so einn Satz wie „Derzeit hilft nur ein Reboot.“ obsolete wird. Der Einsatz von Kernel 5.5.9-200 (Upstreambuild) oder 5.4.19 bzw. jedes anderen 5.4er Kernel ohne Sicherheitslücke löst das Problem auch, weil es da nicht auftritt. Somit wurde auch indirekt bestätigt, daß es nur am Kernelcode liegt und nicht an der Installation oder irgendwelchen UDEV Tricks, die sind bei allen Kernels gleich, weswegen man die aus der Gleichung streichen kann.

Der Nachteil beim 5.4.x Kernel ist allerdings, daß er zu viel Strom verbraucht. Es wurden im Leerlauf 12 W gemessen, wo mit einem für Surface gebaute Kernel nur ~5 W verbraucht werden. Das sich das echt fies auf die Laufzeit auswirkt, dürfte jedem klar sein.

Die derzeit im Test befindliche 5.5.9-100 von Fedora löst das Problem noch NICHT.

Update ( 11:55 Uhr )

Wie das so mit Eilmeldungen ist, der Patch in 5.5.9-2 ist nicht stabil. Ein einem Boot funktioniert USB wieder, im anderen nicht. Ich halte Euch auf dem Laufenden, wenn ich was neues erfahre.

 

Caribou durch Onboard ersetzen

Ihr erinnert Euch noch an mein Surface Tablet? Was mich bei Gnome schon seit Monaten nervt ist das OnScreenKeyboard von Gnome: Caribou.

Caribou nervt

Caribou kommt in vielen Situationen auf den Schirm, auch wenn das total unangebracht ist. Verschärfend schiebt es vorzugswiese das Terminal Fenster aus dem Sichtbereich nach oben, was an sich, eine gute Idee ist, wenn man a) beachtet wo da der Inhalt ist und b) es anschließend auch wieder korrekt in den Sichtbereich ziehen würde, wenn die Tastatur ausgeblendet wird. Beides bekommt Caribou praktisch nie sauber hin.

Dazu kommt ein Mangel an Funktionstasten, die man zwangsweise für das Editieren von Eingabefeldern braucht z.b. Cursorsteuertasten. Wer das nicht glaubt, kann ja mal selbst versuchen, eine Eingabezeile bei Firefox zu ändern, wenn da ein 3k+ Display dranhängt. Da ist dann leider nichts mit „genau mit dem Finger anklicken“ 😉

Außerdem ignoriert Caribou angesteckte Tastaturen, die an einem Surface als TypeCover bekannt sind. Dies Verhalten führt zu einem Nervfaktor jenseits von Gut und Böse.

Als Alternative OnBoard installieren.

OnBoard OnScreenKeyboard mit GEdit Texteditor

Die wesentlich bessere Alternative zu Caribou ist OnBoard, da diese Tastatur voll funktionsfähig ist. Sie erkennt Hardwaretastaturen, kann Steuertasten und andere Funktionstasten einblenden, bietet verschiedene Tastaturlayouts an und beugt sich in Größe und Position dem Willen des Benutzenden. Alles in Allem ist OnBoard die derzeit beste Wahl, wenn da nicht Caribou wäre…

Jetzt fragt Ihr Euch bestimmt, wie ich das meinen könnte. Naja, das ist ganz einfach. Auch wenn OnBoard aktiv ist, hält das Caribou nicht von seinen Mätzchen ab. Das geht sogar soweit, daß man zwei, sich überlagernde Tastaturen bekommt.

Jetzt kommt Ihr bestimmt mit: „Dann schalte die doch einfach im Barrierefreiheitsmenü aus.“. Glaubt Ihr echt das wäre simple? Das stört Caribou bzw. Gnome nicht im geringsten, ob da die Bildschirmtastatur erwünscht ist oder nicht. Sie kommt trotzdem.

Zum Glück gibt es da Abhilfe:

https://extensions.gnome.org/extension/992/onboard-integration/

Das Addon schaltet Caribou aus und ersetzt es mit OnBoard. Diese Tastatur muß natürlich vorher installiert worden sein: „sudo dnf -y install onboard“

OnBoard beschreibt sich selbst so:

„Onboard ist eine Bildschirmtastatur, die für alle nützlich ist, die keine Hardware-Tastatur verwenden können; z.B. TabletPC-Benutzer, mobilitätseingeschränkte Benutzer…

Sie wurde mit dem Gedanken der Einfachheit entworfen und kann ohne Konfiguration sofort verwendet werden, da sie das Tastaturlayout vom X-Server lesen kann.“

und da könnte was dran sein, weil sie tatsächlich ohne viel Aufwand läuft. Es ist allerdings sinnvoll, wenn man am Anfang noch die Sache mit der Hardwaretastatur klärt:

Man sieht das Einstellungsfenster von Onboard mit dem MS Typecover

Geräte, die als Eingabegerät zählen, aber nicht stören, kann man hier auf Ignorieren stellen.

Fest steht, daß OnBoard all die Funktionalität hat, die Caribou eigentlich haben sollte um als Vorzeigebildschirmtastatur gelten zu können. Das jüngst in Caribou hinzugekommene Smiley-Fenster reicht da leider nicht aus.

Eine Anwendung für OnBoard, die Caribou in absehbarer Zeit nicht erfüllen wird, hat ein Benutzer der Gnome-Erweiterung OnBoard-Integration so kommentiert:

„Works great for me on GNOME 3.32.1 on Ubuntu 19.04.
Very much appreciated as I’m able to use ctrl in touch-mode with my Lenovo X1 Yoga while using Krita without a keyboard – nice!“

Eins muß man allerdings als Nachteil hinnehmen: OnBoard funktioniert nicht für die Suche nach Programmen und Daten, wenn man die Super-(Windows)taste gedrückt hat. Da muß man (noch) zwangsweise Caribou für aktiviert haben 🙁

Linuxtablet zieht Blicke auf sich

Ich weiß nicht was daran so besonders ist, aber jeder zweite Radfahrer der gerade an meinem Tablet vorbeikommt, schaut es sich im Vorbeifahren an. Vorbeikommende Kinder und neugierige Insekten übrigens auch 🙂

Dabei können die Leute das mit dem Linux gar nicht sehen. Muß an mir liegen, wie ich mit gekrümmten Rücken so in die Tasten haue 😀

 

Caribou durch Onboard ersetzen