News Steam Deck: Epic Games bringt seinen Launcher offiziell auf SteamOS

[Zhenwu]

Und es abläuft, wie es auch bald von CachyOS umgesetzt wird, dann werden auch andere Distributionen eine zweite Boot-Option mitbringen, sobald man den EGL installiert, wo davon dann nichts zu sehen ist.

Das wäre allerdings Mist. Wenn ich neu starten wollte zum Spielen, könnte ich ja weiterhin Windows verwenden.

Vielleicht gibt’s ja bald einen TPM Emulator 🤣

 

[LuciusVorenus]

Freut mich natürlich, dass sich immer mehr Anbieter Linux zuwenden. Aber Epic wird es gegen Heroic für mich nicht einfach haben. Heroic hat sich echt gemausert. Ich kann nicht nur durch meinen endlosen Katalog kostenloser Spiele bei Epic durchsuchen, ich kann sie auch direkt installieren. Dank GE-Proton laufen sie fast immer "out of the box". Außerdem kann ich die Proton-DB Seite des Spiels über die Verknüpfung aufrufen, wo ich oftmals entscheidende Hinweise finde, wie ich ein bestimmtes Spiel doch noch zum Laufen bekomme. Kirsche auf dem Eis ist der Konsolen-Modus, der auf dem Steam Deck mega praktisch ist.

Kurz um, sie werden sich beim Vibe "Coding" schon anstrengen müssen.

 

[seyfhor]

Erst die GOG on Linux Meldung, nun Epic

Ja, ist irgendwie schon toll. Aber eigentlich funktioniert Heroic ja auch und mit den nativen Versionen hätte hätte man dann statt einem, wieder mehrere Launcher 😟🤣

 

[bogge101]

Hatte

Aber eigentlich funktioniert Heroic ja auch

hatte ich mal probiert
war frickelig und nach einigen Wochen lief es nicht mehr, dann hatte ich es wieder deinstalliert

das Steam Deck ist für mich einschalten und nutzen

 

[BAR86]

Erst die GOG on Linux Meldung, nun Epic

Das würde mich freuen, da ich Hunderte Spiele bei Epic gesammelt habe

GOG on Linux??
WOW
Ok das ist cool.
Epic interessiert mich nicht so, hab dort bewusst nie was gekauft.
Aber wenn die OLDIES auf Linux halbwegs laufen, wär das schon cool

 

[EL-Xatrix]

so vielen Distributionen wie möglich" Mit Steam selbst hat das gar nichts zu tun.

ja war schlecht ausgedrückt, aber epic war ja auch meines wissens auch nicht so der linux fan.
das das dann generell auf linux läuft ist gut, wenn auch vielleicht anfangs nicht auf allen mögliches distros...
und ja mit steam direkt hat das nix zutun, steam hat sich halt eine version geschnappt und für sich optimiert auf der das dann eventuell auch läuft...

was epic generell angeht, ich hab da glaub ein spiel gekauft gehabt, damals zum release des early access satisfactory, das gabs halt exclusiv nur bei epic für ne ganze weile...ne hand voll kostenloser beigaben hab ich mal mitgenommen aber bin seit jahren nicht mehr auf deren platform gewesen.

 

[sikarr]

Nicht wer du bist aber das du es wieder bist, bez. die HW-Entität. Falls du auffällig warst bist du leichter sperrbar.

Es hilft nicht direkt beim erkennen von Cheats ect. Aber wenn man dich mal erwischt hat.

Das ging/geht auch schon vorher dafür braucht es kein TPM. Das TPM ist ein Produkt aus den 2000ern, ziel war es das Betriebssystem und Software an die Hardware und User gebunden werden. Es ging sogar so weit das vor dem Ausführen der Software erst das TPM befragt wurde ob das erlaubt ist. Gott sei Dank hat das so einen Aufschrei gegeben das dafon quasi nur die Schlüsselverwaltung übrig geblieben ist. Ich sehe aber schon ansetzte das die Entwicklung genau in die Richtung weitergeht.

Bei World of Tanks bspw. läuft die Geschichte auch komplett Serverseitig und Cheater bin ich dort eigentlich nie über den Weg gelaufen.

Cheater gibts überall, die Frage ist nur die Art der Cheats, Aimbots oder Wallhacks gibts auch bei WoT, früher sehr beliebt war der Lasermod der anzeigt wo jeder gerade hinzielt und ein Mod der meldet wenn irgendwo ein Kartenobjekt zerstört wird. Witzig daran ist das meist die besseren bzw. Pro Gamer auf Cheats bei WoT zurückgreifen. Es soll nach der Migration der Östlichen WoT Accounts einen Mod geben der Pings des Gegners auf der Minimap anzeigt und WG soll das dulden. Ich habe dafür aber nie Beweise gefunden.

 

[gruuli]

epic auf steam? warn das nich 2 die sich nicht so ganz grün waren? hab ich da was verpasst?

Das macht Epic auch ganz sicher nicht aus Nächstenliebe. Mit derem Exklusivzeug versuchen die auch nur, überhaupt relevant zu sein, gegenüber Steam.

 

[mibbio]

war frickelig und nach einigen Wochen lief es nicht mehr, dann hatte ich es wieder deinstalliert

Was war daran denn für dich frickelig?

Ich hab den Launcher einfach unter Linux installiert, beim ersten Start meinen Account für GOG bzw. Epic hinterlegt und nach dem Sync der entsprechenden Bibliothek konnte ich einfach beim gewünschten Spiel auf Installieren klicken (und es anschließend starten).

 

[Dr.Death]

Gute Nachricht, das hilft vielen!
Seit der X-Box Mode auf meinem Handheld läuft, habe ich aktuell aber keinen Grund, auf Linux zu wechseln, dafür läuft Windows tatsächlich zu gut (kein Witz, auch wenn das manche sicher nicht glauben wollen, aber da hat MS zur Abwechslung wirklich mal geliefert).

Letztlich habe ich auch ein paar Titel im Windows-Store gekauft, auf die ich mit Linux eben verzichten müsste.

 

[AAS]

Ich habe bisher kein Spiel auf Epic gekauft, aus einem Grund:
Kein Family Sharing, ich kauf doch nicht alle Spiele 2-3 Mal, nur damit sie meine Familie spielen kann...

 

[espiritup]

Da bin ich mal gespannt, wie Epic ihren EAC2 unter Linux umsetzen wollen.

Interessanterweise funktioniert RocketLeage ja auch ohne Secureboot. Aber das ist halt eher ein Nebengeschäft.

Was ich mir etwas schwierig vorstelle ist, wie die Geschichte mit den Kernelsignaturen umgesetzt werden soll. Im Gegensatz zu einem gewinnorientierten Unternehmen schläft die Open Source Community ja nie.

Was ist, wenn freitagabends um 8 ein neuer Kernel für Bazzite oder Fedora released wird? Kurz nachdem der Typ der die Sigantutren erstellt und hochlädt ins Wochenende gegagen ist. Muß ich dann mit meinem Update bis Montagfrüh warten?

Ich persönlich fände es eine Freuchheit, wenn die Distributoren dann vor jedem Update erstmal Epic um Erlaubnis bitten müßten vor nem Kernelrelease. Denke mal, das ist der Grund, warum sie aktuell auch nur 3 Distributionen "unterstützen". Die müssen erstmal die Kapazitäten aufbauen um da mehr zu handlen. So was wie die Top30 sollten es mindestens sein.

 

[mibbio]

Was ist, wenn freitagabends um 8 ein neuer Kernel für Bazzite oder Fedora released wird? Kurz nachdem der Typ der die Sigantutren erstellt und hochlädt ins Wochenende gegagen ist. Muß ich dann mit meinem Update bis Montagfrüh warten?

Da sitzt nicht irgendwo ein Dritter, der in seiner Freizeit Linux-Kernel signiert, auf den man irgendwie warten müsste.

Die Distributionen signieren ihre ausgelieferten Kernel schlicht selber. Sobald Distribution XY einen neuen Kernel ins Repo stellt, ist der aus signiert (sofern die Distribution Secure Boot unterstützt). Die Maintainer, die bei der Distribution für die Kernelpakete zuständig sind, bauen den Kernel, signieren ihn und schieben den dann signiert und paketiert ins Repo. Üblicherweise ist das Signieren auch als automatisierter Schritt in den Buildprozess des Kernelpakets integriert. Da sitzt also Niemand, der händisch Signaturen erstellt.

Bei den großen Distributionen wie Debian, Fedora usw. wird üblicherweise auch ein, von Microsoft ausgestelltes Zertifikat zum Signieren der Kernel verwendet, dessen Root-Zertifikat in der Regel ab Werk im UEFI hinterlegt ist. Kleinere Distributionen verwenden eventuell ein eigenes Zertifikat, aber das pflegt man halt einmal in den Zertifikatsspeicher vom UEFI ein und danach akzeptiert Secure Boot auch die signierten Kernel dieser Distribution (so lange das Zertifikat nicht gelöscht wird oder auf der Sperrliste steht).

 

[sedot]

Was ist, wenn freitagabends um 8 ein neuer Kernel für Bazzite oder Fedora released wird?

Distributionen werden wohl eher nicht dem Epic Release Zyklus folgen. Denke ich.

Denke mal, das ist der Grund, warum sie aktuell auch nur 3 Distributionen "unterstützen".

Im verlinkten technischem Artikel werden eigentlich fast alle relevanten Distributionen genannt. Der Rest wird wohl schnell Lösungen finden können. Arch (und Derivate) fehlt dort allerdings bisher.

What keys are considered well-known?

Here is a current list of keys that are considered well-known for use as Secure Boot signature database (db) keys and Machine Owner Keys (MOKs), which we plan to expand over time:

• Canonical Ltd. Master Certificate Authority - used by Ubuntu and derived distros like Linux Mint
• Fedora Secure Boot CA - used by Fedora and derived distros like Silverblue
• Universal Blue - used by Bazzite, Bluefin, Aurora, and derived distros
• Debian Secure Boot CA - used by Debian and derived distros
• openSUSE Secure Boot CA - used by openSUSE and derived distros
• SUSE Linux Enterprise Secure Boot CA
• Rocky Linux Secure Boot Root CA
• Microsoft UEFI CA - used to sign non-Microsoft components like the Linux bootloader shim project
• AlmaLinux Secure Boot CA

Quelle

 

[espiritup]

Da sitzt nicht irgendwo ein Dritter, der in seiner Freizeit Linux-Kernel signiert, auf den man irgendwie warten müsste.

Die Distributionen signieren ihre ausgelieferten Kernel schlicht selber. Sobald Distribution XY einen neuen Kernel ins Repo stellt, ist der aus signiert (sofern die Distribution Secure Boot unterstützt). Die Maintainer, die bei der Distribution für die Kernelpakete zuständig sind, bauen den Kernel, signieren ihn und schieben den dann signiert und paketiert ins Repo. Üblicherweise ist das Signieren auch als automatisierter Schritt in den Buildprozess des Kernelpakets integriert. Da sitzt also Niemand, der händisch Signaturen erstellt.

Bei den großen Distributionen wie Debian, Fedora usw. wird üblicherweise auch ein, von Microsoft ausgestelltes Zertifikat zum Signieren der Kernel verwendet, dessen Root-Zertifikat in der Regel ab Werk im UEFI hinterlegt ist. Kleinere Distributionen verwenden eventuell ein eigenes Zertifikat, aber das pflegt man halt einmal in den Zertifikatsspeicher vom UEFI ein und danach akzeptiert Secure Boot auch die signierten Kernel dieser Distribution (so lange das Zertifikat nicht gelöscht wird oder auf der Sperrliste steht).

Das heißt: Ich kann dann auch einfach meinen eigenen Kernel compilieren, signiere den, und Epic akzeptiert den dann für seine Anticheat- Software.

Na dann ist ja alles gut.

 

[Zhenwu]

Aktuell liegt Linux bei 3,95% Anteil auf Steam. Wahrscheinlich sind davon nicht mal 1% Steam eigene Geräte. Eher sogar weniger, wenn man sich die Verteilung der Distros im Detail anschaut. Das heißt das die Marktakzeptanz, trotz Hype um das

Etwas veraltet deine Daten oder?

https://www.pcgameshardware.de/Linux-Software-26761/News/Steam-Auswertung-Betriebssysteme-1524371/

 

[mibbio]

Das heißt: Ich kann dann auch einfach meinen eigenen Kernel compilieren, signiere den, und Epic akzeptiert den dann für seine Anticheat- Software.

Wenn du dafür ein Zertifikat benutzt, welches von Secure Boot und Epic akzeptiert wird. Epic bzw. EAC wird aber sicherlich keine Signaturen akzeptieren, die von privat erstellten Zertifikaten ausgestellt wurden.

Also selbst kompilierte und signierte Kernel wirst du da sehr wahrscheinlich nicht nutzen können, die vorkompilierten und von den Maintainern der Distribution signierten aus deren offiziellen Repo aber schon.

 

[9t3ndo]

Etwas veraltet deine Daten oder?

https://www.pcgameshardware.de/Linux-Software-26761/News/Steam-Auswertung-Betriebssysteme-1524371/

Eher deine.

October 2026

 

[Ignoramus]

2018 2021 2024 2026 - the year of the Linux desktop!
So langsam wird das Meme zur Realität.

Als langjähriger Linux-User ist es schön zu sehen, dass der Support und die Verfügbarkeit von Apps und Co immer besser wird.

 

[M1U5T0N3]

Also bei mir auf Arch Linux läuft das jetzt schon 1-2 Wochen... Dabei steht im Beitrag nicht mal dass es supportet wird!?