Einige Spiele bei Steam sind DRM-Frei. Man benötigt zwar einen Client, um sie herunterzuladen - doch lassen sie sich oftmals ohne Client spielen.

Oftmals ist in Kommentaren oder Posts von "Steam is DRM" die Rede, doch das ist nur die halbe Wahrheit. In erster Linie ist Steam ein Store wie Epic, EA, itch.io, Humble oder GOG. Bei allen benötigt man einen Account, um erworbene Spiele herunterzuladen. Doch während itch.io, Humble und GOG es erlauben, direkt von der Website den Installer der jeweiligen Spiele herunterzuladen, ist es bei den Konkurrenten oftmals nicht ganz so einfach. Für EA gibt es meines Wissens nach bis heute keine Möglichkeit, Spiele außerhalb der grottenschlechten Store-Anwendung herunterzuladen, bei Epic funktioniert dies nur mit einer Drittanbieteranwendung und bei Steam ist dafür ein Kommandozeilenwerkzeug von Nöten.

Angaben, die ihr selbst machen müsst, habe ich im weiteren Verlauf als Token ($token_name) angegeben. Setzt an deren Stelle einfach eure eigenen Daten ein, wenn ihr der Anleitung folgt.

SteamCMD

Das Kommandozeilenwerkzeug, um Steam-Spiele herunterzuladen, ist SteamCMD. Unter Debian GNU/Linux wird es über den Befehl apt install steamcmd installiert, sofern die nonfree-Komponente des Paketarchives aktiviert ist. Alternativ kann es anhand dieser Anleitung manuell installiert werden.

SteamCMD lässt sich über drei Wege verwenden. In diesem Artikel beschreibe ich den interaktiven Modus, SteamCMD lässt sich darüber hinaus auch über Kommandozeilenparameter oder Skripte steuern. Mehr dazu findet ihr unter Automating SteamCMD.

Um ein Spiel aus dem Steam-Store herunterzuladen, benötigt ihr zunächst folgende Informationen/Daten:

• Gewünschten Installationspfad ($install_dir)
• AppID des Spiels ($app_id)
• Benutzername des Accounts ($steam_user)
• Passwort des Accounts ($steam_pass)

Nach dem ersten Start von SteamCMD wird der eigentliche Kommandozeilen-Client ins Profil heruntergeladen und installiert. Sobald uns das Terminal mit Steam> begrüßt, ist der Client einsatzbereit. Als erstes legen wir den Installationspfad fest, da SteamCMD die Spiele sonst in eine Art Bibliothek herunterlädt. Das Setzen des Installationspfades muss vor dem Login erfolgen:

Steam>force_install_dir $install_dir
Steam>

Nun können wir uns mit unserem Steam-Account anmelden:

Steam>login $steam_user
Logging in user '$steam_user' to Steam Public...
password: $steam_pass

Unter Umständen bekommt ihr nun eine E-Mail mit einem Bestätigungscode (Steam-Guard) zugesendet. Den Code gebt ihr dann ein:

This computer has not been authenticated for your account using Steam Guard.
Please check your email for the message from Steam, and enter the Steam Guard
 code from that message.
You can also enter this code at any time using 'set_steam_guard_code'
 at the console.
Steam Guard code: $steam_code

Anschließend erfolgt die Anmeldung.

OK
Waiting for client config...OK
Waiting for user info...OK

Steam>

Nun ist SteamCMD bereit, deine Spiele herunterzuladen. Ihr benötigt hierfür die AppID des jeweiligen Spiels. Am einfachsten findet man diese bei der SteamDB, man findet sie aber auch innerhalb der URL des Store-Links auf Steam, wie hier im Beispiel die AppID 396750 von EVERSPACE https://store.steampowered.com/app/396750/EVERSPACE/. Die Installation wird wie folgt gestartet:

Steam>app_update $app_id validate
 Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
 Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
 Update state (0x61) downloading, progress: 0.02 (1858882 / 10530549192)
 Update state (0x61) downloading, progress: 0.16 (16540456 / 10530549192)
 Update state (0x61) downloading, progress: 0.69 (73163560 / 10530549192)
…

Der Download wird eine Weile benötigen, anschließend wird der heruntergeladene Content verifiziert.

…
 Update state (0x81) verifying update, progress: 6.50 (684342663 / 10530549192)
…

Durch Weglassen des Parameters validate kann dieser Schritt übersprungen werden. Nach Abschluss der Überprüfung ist der Download abgeschlossen und SteamCMD kann beendet werden.

Success! App '396750' fully installed.

Steam>exit

Das Tool lädt normalerweise die Version des Spiels herunter, welche zu der aktuellen Plattform passt. Wird der Kommandozeilen-Client also unter Linux ausgeführt, lädt es primär die Linux-Version eines Spiels herunter. Sollte keine Linux-Version existieren, wird die Windows-Version nebst Proton heruntergeladen.

Goldberg  Emulator

Manche Spiele benötigen bestimmte Funktionen des Steam-Clients. Das kann die Verwaltung von Savegames beinhalten, aber auch Zugriff auf Profilinformationen oder Multiplayer-bezogene Features. Um die Spiele dennoch lauffähig zu bekommen, kann man sich das wunderschöne Projekt Goldberg Emulator zunutze machen. Dieser emuliert einige Funktionen der Steam Client-API, sodass Spiele die davon abhängen auch ohne Steam Client funktionieren. Der Download erfolgt über die offizielle Seite des Emulators auf GitLab.

Das heruntergeladene Archiv beinhaltet im Hauptverzeichnis zwei DLL-Dateien für Windows-Spiele, ein paar Beispiel-Konfigurationen und in den weiteren Ordnern unter Anderem die Bibliotheken für native Linux-Spiele und den Quelltext.

Je nach Spiel tauscht ihr die vom Entwickler mitgegebene Client-API-Bibliothek einfach durch die gleichnamige Bibliothek aus dem Emulator aus, passt unter Umständen die Konfiguration an und startet anschließend das Spiel.

Viel Spaß! :)

Eine echte Überraschung

Hier nun der vor einiger Zeit versprochene Artikel zu Kali Linux auf dem PinePhone.

Es ist leider schon ein paar Wochen her, dass ich Kali getestet habe. Leider kam mir einiges dazwischen, aber ich schreibe dennoch soweit möglich meine Erfahrungen aus dem Gedächtnis ab ;)

Hardware:

Kali für das PinePhone wird mit dem Mobian-Kernel ausgeliefert und unterstützt somit weitestgehend die gleichen Hardwarefunktionen, wie das mobile Debian. Bluetooth, WLAN, Modem, USB-C Dock - alles funktionierte so, wie ich es erwartet habe. Auch die Hardware-Tastatur konnte ich ohne Probleme verwenden. Da es nach wie vor keine vernünftige Anwendung für die Anbindung und Verwaltung meiner Pebble Smartwatch gibt, blieb diese allerdings wieder einmal außen vor.

Software:

Shubhamvis98s Kali Image für das PinePhone kommt standardmäßig mit Phosh. Ein großteil der für den mobilen Betrieb ausgelegten Anwendungen ist sogar schon in den Kali Linux Repositories enthalten. Leider fehlte die mobile Konfiguration des Firefox, aber da sie bei Gitlab zu haben ist, habe ich sie mir einfach heruntergeladen und in ein Debian-Paket gestopft.

Die meisten Anwendungen haben gut funktioniert. Telefonie SMS, MMS und XMPP konnte ich in dem etwas längeren Testzeitraum erfolgreich verwenden, obwohl das Image zum Zeitpunkt meines Tests noch Beta-Status hatte. Mit ein paar Kniffen lief auch das Touch-freundliche Softwarecenter, ich habe die meiste Zeit allerdings Pakete über die Kommandozeile installiert. Irgendwie gehört das zum Kali-Feeling aber auch einfach dazu ;)

Kali-Linux ist nicht unbedingt eine Distribution, die für den alltäglichen Einsatz gedacht ist sondern eher eine Sammlung von Spezialwerkzeugen für Sicherheitsforscher*innen. Da es schon seit einiger Zeit mit Nethunter eine Kali-Chroot für Smartphones mit Android gibt, sind die Repositories gut gefüllt mit Paketen für mobile SoCs. Da mich aufgrund des Formfaktors vor allem Tools wie aircrack-ng interessiert haben, habe ich mich vor allem damit beschäftigt. Auch die Skriptsammlung für Faule, WiFite, lässt sich ohne Probleme installieren.

Und verwenden.

Ja, der verbaute WiFi-Chip lässt sich ohne Probleme in den Monitor Mode schalten und unterstützt sogar Paketinjektionen. Nice.

Ansonsten bleibt nur zu sagen, das Phosh halt Phosh ist. Das On Screen Keyboard klappt ständig auf, wenn man irgendwo scrollen möchte und zufälligerweise ein Textfeld in der Nähe ist. Ein bisschen unpraktisch, aber man gewöhnt sich daran.

Fazit:

Kali auf dem PinePhone war eine echte Überraschung für mich. Ich habe es ungefähr drei Wochen lang tatsächlich als "Daily Driver", wie man so schön sagt, verwendet. Die Extras, die ich von einem Kali Linux erwarte, funktionieren so wie sie es sollen. Die Hardware spielt dank ausgereiftem Mobian-Kernel mit.

Also ich werde zumindest immer eine SD-Karte mit Kali dabei haben ;)

Quelle der Installation: #^https://github.com/Shubhamvis98/kali-pinephone/releases/tag/beta-1.0
#pinephone #kali #linux #phosh

Baustelle mit Lichtblicken

Nun ist nach etwa einer Woche auch mein persönlicher Kurztest von der Plasma Mobile-"Geschmacksrichtung" von DanctNIX erledigt. Da sich die beiden Versionen den gleichen Kernel teilen, welcher ja weitestgehend für die Hardwareunterstützung verantwortlich ist, gehe ich hier nur auf die Software und andere Erfahrungen ein.

Software:

Plasma Mobile lief diesmal im Vergleich zu Manjaro etwas hakelig. Die Bildschirmtastatur wurde bis zum letzten Update leicht vom Bildschirmrand beschnitten, zum Desktop hinzugefügte Widgets und Schnellzugriffe wurden nicht dauerhaft gespeichert und bei einem Reboot wieder entfernt. Auch Discover wollte erst nicht so richtig funktionieren. Erst als ich mit pacman eine Systemaktualisierung durchgeführt habe, war die Paketverwaltung einsatzbereit. Da ich mich an dieser Stelle bereits mit pacman herumgeschlagen habe, nutzte ich die Gelegenheit aber auch gleich für ein paar andere Spielereien.

Unter DanctNIX habe ich bspw. erstmalig Waydroid zum laufen bekommen und konnte daher auch einige Android-Apps auf meinem PinePhone nutzen. Nachdem Kaidan frustrierenderweise ständig bereits abgesendete Nachrichten bei einem Verbindungsaufbau übermittelt hat, konnte ich mich nun wieder mit Conversations beglücken. Leider ist es mangels multilib-Unterstützung wohl nicht möglich, problemlos 32-Bit-Pakete zu bauen. Eigentlich wollte ich ja Box86 ausprobieren, aber vielleicht beim nächsten Mal ;)

Was die restlichen Standardanwendungen betrifft – es war mir nicht möglich, Telefonanrufe zu initiieren. Den Browser Angelfish kenne ich bereits von Manjaro. Discover ist, wenn es denn funktioniert, eine anständige Paketverwaltung, die sich wirklich bequem mit den Fingern bedienen lässt. Auch die Terminal-App war überraschend fingertauglich.

In Verbindung mit meiner Hardwaretastatur gab es allerdings deutlich weniger zu beklagen, als zuvor mit Phosh. Zwar deaktiviert Plasma die virtuelle Tastatur auch nicht, wenn eine physische zur Verfügung steht, aber zumindest springt sie nicht automatisch ins Bild, wenn man im Terminal scrollt. Ich glaube allerdings, dass ich künftig das gute alte Xterm nutzen werde, wenn ich eine Tastatur anschließe.

Zur Stabilität gilt es allerdings noch zu erwähnen, dass ich mein PinePhone sich häufiger selbst neu gestartet hat, insbesondere dann, wenn das Modem versucht hat, eine Internetverbindung aufzubauen und gleichzeitig Android-Apps gestartet wurden.

Fazit:

Das lief leider nicht so schön. Man merkt, dass der Fokus bei DanctNIX eindeutig auf Phosh liegt, daher kann ich DanctNIX mit Plasma Mobile momentan nicht empfehlen. Insgesamt hat es aber mal wieder Spaß gemacht, mit Archlinux zu interagieren, auch wenn mir schleierhaft ist, warum Archlinux ARM noch immer kein Multilib unterstützt und im PinePhone-Forum ernsthaft vorgeschlagen wird, eine Debian-Chroot aufzusetzen. Vielleicht mache ich das irgendwann, denn Steam in Box86 würde mich schon reizen ;)

Quelle der Installation: https://github.com/dreemurrs-embedded/Pine64-Arch/releases/tag/20220222

Stabiles Grundsystem

Disclaimer: Ich bin heute nicht ganz fit, hoffentlich ist das kurze Review trotzdem einigermaßen verständlich.

Etwas mehr als eine Woche habe ich nun DanctNIX mit der Oberfläche Phosh auf meinem PinePhone getestet und muss sagen: Gar nicht übel! Allerdings wollte es mir auf biegen und brechen nicht gelingen, eine mobile Datenverbindung einzurichten. Davon abgesehen wird die Hardware des Gerätes, soweit ich das beurteilen kann, vollständig unterstützt. Sogar meine Tastatur konnte ich endlich mal einsetzen. Hier nun also mein Bericht aus etwa einwöchiger "Endnutzer-Sicht" ;)

Hardware:

Bluetooth, WLAN und das Modem (zumindest für SMS und Telefonate) konnte ich erfolgreich testen. Kaum verwunderlich, da das System auf Arch Linux ARM aufbaut. Aus der GPU konnte ich mit RetroArch auch ein bisschen was rausholen, mein Gamepad hat super funktioniert. Der Zugriff auf meine MicroSD-XC-Karte lief auch problemlos (ja ich meine dich, SFOS), sodass ich auf dem Weg zur Arbeit bequem Musik hören konnte. Einer der wichtigsten Punkte für mich war dann aber letztendlich die Unterstützung der PinePhone Hardware-Tastatur und die lief wirklich "Out of the Box". Doch trotz der Unterstützung gibt es weiter unten ein paar Kritikpunkte dazu.

GPS hingegen habe ich wieder mal nicht getestet (Mea Culpa), aber dazu habe ich ja dann noch im nächsten Testlauf Gelegenheit genug.

Mit meiner Pebble hatte ich allerdings weniger Erfog, was stumpf daran liegt, dass ich noch keine Software dafür gefunden habe. Ich finde mich allerdings schon damit ab, dass ich die für SFOS oder Ubuntu Touch vorhandene Software irgendwie zum System meiner Wahl hin portieren muss.

Software:

Phosh lief bei mir erwartungsgemäß, denn ich kenne diese Oberfläche bereits von dem Mobian-Image, mit dem mein PinePhone damals ausgeliefert wurde. Mittlerweile bietet Phosh ein flüssiges Benutzererlebnis. Was mit dem Firefox passiert ist, überrascht mich ebenfalls sehr. Mobian kam damals noch mit der von Purism angepassten Variante, doch hier scheint ein Vanilla Firefox tatsächlich ziemlich mobilgerätefreundlich unterwegs zu sein. Schön!

Die Bedienung von Phosh ist einigermaßen intuitiv, erinnert mich persönlich ein bisschen an Android. Inzwischen gibt es viele Anwendungen, die sich problemlos auf einem Mobildisplay anzeigen lassen. Die voreingestellte Vergrößerung (200% wenn ich mich nicht irre) habe ich allerdings deutlich reduzieren müssen, das macht so keinen Spaß auf dem niedrig aufgelösten Display.

Etwas Sorgen machte mir allerdings die Audio-Middleware. Wenn ich das richtig sehe, läuft hier Pipewire in Verbindung mit PulseAudio. Im Gegensatz zu meinem PulseAudio-Only Setup auf meinem PC scheint es hier Probleme zu geben, ein Bluetooth-Headset zu verbinden. Die Verbindung steht zwar, aber mit Bordmitteln ist es offensichtlich nicht möglich, die Audioausgabe auf das neue Gerät umzuschalten. Schade, aber mit Tools wie pavucontrol dürfte sich das Problem umgehen lassen.

Am nervigsten war jedoch die Bildschirmtastatur. Zwar funktioniert diese inzwischen deutlich besser als noch zu meiner Zeit mit Mobian, allerdings kann man ihr leider nicht beibringen, aus dem Bild zu bleiben, wenn eine Hardwaretastatur angeschlossen ist. Das Problem ist bekannt, wird aber wohl nicht gelöst. Ein Workaround scheint möglich zu sein, aber da hätte ich dennoch etwas mehr erwartet. Bin gespannt, wie das dann mit Plasma Mobile aussieht.

Als besonderen Pluspunkt sehe ich hier allerdings das aus Phosh stammende Chatty. Mittlerweile ist es möglich, damit auch OMEMO-verschlüsselte XMPP-Nachrichten zu versenden, für mich ein äußerst wichtiges Kriterium in Sachen Kommunikation.

Fazit:

DanctNIX ist während des gesamten Testzeitraums nicht ein mal abgestürzt, die einzigen Reboots resultierten aus meinen Versuchen, die Mobildatenverbindung oder mein Bluetooth-Headset zum laufen zu bringen. Mit dem Restart der einzelnen Services wäre das sicher auch getan gewesen, aber das ist recht mühselig, wenn im Terminal ständig die Bildschirmtastatur alles zusammenschiebt, obwohl man eine Hardware-Tastatur angeschlossen hat.

Ohne Tastatur war das Gerät jedenfalls abgesehen vom Bluetooth-Headset problemlos nutzbar für mich. Die kleineren Macken, die Phosh momentan noch zeigt, werden in nächster Zeit sicher noch behoben. Damit ist DanctNIX mit Phosh ein guter Kandidat, das System meiner Wahl zu werden.

Ich sehe schon, das wird für mich am Ende der ganzen Tests eine sehr schwere Entscheidung.

Quelle der Installation: https://github.com/dreemurrs-embedded/Pine64-Arch/releases/tag/20220222
#pinephone #danctnix #archlinuxarm #phosh