Steam je nyní dostupný ve Flatpak podobě (diskuse)

[eeeeeeeeeeeee]

na stranke flathubu je niekde zoznam vsetkych projektov ? nejak to tam nevidim :(

[AsciiWolf]

Zatím bohužel není, ale jsou dostupné na GitHubu jako jednotlivé repozitáře.

[Kate]

Řeší ta kontejnerizace věčné problémy Steamu s knihovnama na neubuntích distrech? Protože jestli ano, super :)

[Max]

Mám steam už hafec let, na Archu, a niky jsem snad neřešil problém s knihovnama.
Zdar Max

[Kate]

Já taky na Archu, bez steam-native-runtime se to ani nespustí (teď už je to aspoň v repu, dřív jsem to musela řešit ručně). Pak je tam třeba ta věc, že některé hry počítají s adresářovou strukturou Ubuntu. Třeba Borderlands 2 / Presequel hledá při pokusu o připojení na Shift SSL certifikáty v /usr/lib/ssl a arch je má v /etc/ssl, takže občas musím řešit speciální parametry čistě pro některé hry. Mít kontejner kde budou potřebné knihovny a další soubory jako v Ubuntu by to řešilo.

[Anon]

Neřeší.

(Testováno na Fedoře 25 a Full Bore, která vyžaduje nějakou spešl knihovnu a jede jenom na ofiko Steam věcech AFAIK.)

[fi]

Mam Steam na Debianu Jessie a bezproblemu.

[Anon]

Neřeší. (Testováno na Fedoře 25 a Full Bore, která vyžaduje nějakou spešl knihovnu a jede jenom na ofiko Steam věcech AFAIK.)

[Aleš Kapica]

To je problém RPM balíků a jejich správců, že si neumí před instalací korektně ošetřit a vyřešit potřebné závislosti.

[Kate]

Jak mají správci RPM balíků počítat třeba s tím, že tvůrce té a té hry byl prase a očekává kdejaký soubor nebo knihovnu přesně tam, kde ho má Ubuntu?

[Aleš Kapica]

Pokud spravuji nějaký balík, tak bych snad měl vědět co k němu patří, ne? Jinak jsem neměl na mysli správce balíků ve smyslu maintaintainera, ale správce balíků ve stylu APT, yum, urpmi, atp.

[Kate]

Jenže u tohoto balíku to exaktně zjistíš dost špatně, pokud nemáš zakoupené všechny hry na steamu a nebudeš je všechny zkoušet. Protože každá může chtít něco jiného. Jasně, dá se to řešit postupně když přijde bugreport že ta a ta zrovna nejde a jak to obejít, ale tím bys zas začal dělat nepořádek v systému (viz mnou výše zmíněný adresář s SSL klíči v Archu a Shift. Při instalaci balíku to vyřešíš snad jen symlinkem).

Což je právě IMO perfektní úloha pro kontejnerový balíčkovač typu Flatpak. Protože to hrama očekávané Ubuntí prostředí může být vytvořené v rámci kontejneru.

[Aleš Kapica]

Jelikož neužívám Steam, nevím do jaké míry je totožný s pobdobným projektem, jako je PlayOnLinux. Ten prracuje s wine. Předpokládám, tedy že to je podobné. A ten má podobnou featuru jakou nejspíš bude Flatpak - je to plugin PlayOnLinux Vault.

Ve skutečnosti to je pouze tupý skript, který zabalí celý prefix, plus něco k tomu do jednoho přenositelného balíku. Ale žádné další závislosti neřeší. Předpokládá se totiž, že pokud si člověk nainstaluje PlayOnLinux, tak už bude mít většinu potřených systémových balíků doinstalovaných. Jenže to je věc maitainera deb balíku pro PlayOnLinux, aby do něj přidal i takové závislosti. Zcela běžně stává, že po přenesený polApp balíku na jiný stroj něco chybí a nezbývá než na základě debuggovacích zpráv zjistit co a kde. Ale APT se, na rozdíl od RPM postará aby ty základní knihovny před nainstalováním PlayOnLinuxu nechyběly.

[Kate]

PlayOnLinux si tahá hry které cpe do wine sandboxů. Hra ve Wine bude těžko záviset na nativních knihovnách, nebo sahat do jakýchkoliv souborů systému.

Hry ze Steamu oproti tomu jsou úplně normální linuxové binárky, které mohou záviset na čem chtějí

[Aleš Kapica]

Pokud to jsou normální linuxové binárky, pak existují způsoby jak zjistit co chtějí.

Jinak PlayOnLinux sám o sobě žádné hry netahá.

[Kate]

V případě her z GoG tahat umí :)

Jinak ano. Způsob jak zjistit co za knihovny hra chce existuje. Ale v době kdy tu hru že Steamu instaluješ je balíčkovací systém jaksi ze hry. Navíc, pořád mluvíš o knihovnách. Hra může očekávat verze co v distribuci nejsou. Výše jsem zmiňovala i situaci, kdy hra hledá SSL certifikáty v cestě kde je má Ubuntu, ale třeba Arch jaksi ne. To se pak řeší špatně.

[Aleš Kapica]

To se pak řeší třeba tak, že se do repozitáře přidá balík, který obsahuje jen postinstall skript co se postará o vytvoření symlinků.

Jinak pokud jde o ty knihovny, tak záleží jakou má balíčkovací systém podporu pro multiarch. A tom bych viděl ten hlavní problém.

[Kate]

Ale proboha, tady jde o to, že těch her je přes 2000, některé z nich to potřebují, některé ne. Ty vůbec tu konkrétní hru nemusíš chtít hrát a mít koupenou. Opravdu si v takové situaci myslíš, že je OK dělat si v systému bordel symlinkama jen proto, že je x her ze Steamu špatně napsaných a počítá s Ubuntu? Na tohle je opravdu mnohem lepší zavřít to celé do kontejneru který se jako Ubuntu tváří. Ostatně, zvlášť pro uzavřené programy to je obecně dobrý nápad.

[Kate]

Některé věci se prostě balíčkovacím systémem řeší špatně a výsledkem by byl nepříjemný kompromis, zvlášť ve chvíli, kdy koliduje balíčkovací systém v distribuci s balíčkovacím systémem v userspace (Steam).

[Kate]

Jinak, Arch tohle řeší docela dobře a problémy nejsou příliš časté. Ten balíček steamu s runtime nad nativníma knihovnama OS je fajn. Ale je to prostě jen část problému a občas si musím najít, jakou knihovnu (a občas i kam) nainstalovat.

[Jardik]

Zachvilu to bude plne malwaru, addwaru a bude to dalsi android. Lepsi se drzet starych dobrych balicku.

[Xerces]

Taky to tak vidím.

[Ladislav]

toto je cesta k Linux Store...

[Rezza]

Tak Flatpak je jen format balicku, nic vic, nic min. To co v nich bude neni o formatu.

[Jardík]

Ano, já mám spíše namysli ten Flathub. I když formát za to může taky. Navíc se bude rozvíjet trend bundlování zastaralých a děravých knihoven spolu s aplikacemi.

[PB]

Ten trend se rozjíždí už dávno. Docela velké množství balíčků v tradičních distribucích má bundlované knihovny. Webové enginy už bez toho ani nejdou pořádně zabalit.

[AsciiWolf]

Flatpak tohle řeší pomocí Runtimes.

[PB]

A staré dobré balíčky nemůžou být plné malwaru a addwaru? By mě zajímalo, jak se v tomto od Flatpaku liší.