Valve drar tillbaka Steam-stöd för framtida versioner av Linux Ubuntu

@AMD-FX: Hear hear. Bort med skiten. Fristående spel utan DRM och "launchers" är vad som gäller.

släng ut 32 bitar så blir vi av med skräpet

@Yoshman: Det blir nog någon annans uppgift att paketera Steam för Ubuntu 19.10+. Flatpak-paketerad Steam rullar redan på 19.10 så vitt jag vet. Vill Valves utvecklare fokusera på någon annan distribution så gör då så, kommer inte hindra någon från att köra det på Ubuntu. Från Vavles sida är ju allt communitydistar utan några särskilda åtaganden vilket som.

Vilket också är det huvusaklig skälet till att Linux inte kan ersätta Windows, det är alldeles för fragmenterat. Är man däremot ute efter någon skräddarsydd funktionalitet är Linux utmärkt, liksom att det är stabilt, säkert, snabbt och skalbart. Kort sagt bra för dom som vet vad dom gör, men mindre bra för genomsnittligt bruk.

Vad är det med dessa amerikanska bakåtsträvare?

De har ju haft drygt 19+ år på sig förbereda för 64-bitar. Kan ju omöjligtvis ha kommit som en blixt för dem. Och nu är de sura på Ubuntu? Jösses.

Kan man reklamera sina köp pga detta?

Alltså Valve får jättegärna stödja Linux-användare som vill köra det på skrivbordet, men att utgå från Ubuntu är nog ett ganska dött spår – Canonical har inte ens kunnat kommersialisera deras servervariant fullt ut.

Fungerar utmärkt på arbetsstationer och servrar, de kan köra t.ex. Redhat på hårdvara som har support från både systembyggaren och av distributionen. Allt stöds från programvaruleverantören där också, om man köper in en lösning med support. Inget fel med communityvarianter, men kan varken tillverkaren eller distributionen erbjuda officiellt stöd försvinner meningen med att köpa specifika system, Canoncial har haft massor med regressioner för Dell-modellerna som sålts med Ubuntu som de mer eller mindre inte gjort något för att fixa. Det betyder inte att någon annan inte skulle kunna komma in på skrivbordet, eller att det skulle vara omöjligt att stödja en communitydist. Just nu vill ingen däremot, ingen som är större än System76 med sina cirka 25-30 anställda med alla begränsningar det innebär.

"We will evaluate ways to minimize breakage for existing users, but will also switch our focus to a different distribution, currently TBD."

Eller kanske göra klienten 64-bit i en värld där typ alla relevanta processorer varit 64-bit i flera år?

fan va bra på sätt å vis, å då tänker jag på att de kommer titta på att leverera Steam till andra distar än enbart ubuntu som jag personligen inte gillar...

Bra att de inte slopar 32-bit stödet helt.
Vore mäkta jobbigt om t.ex. Microsoft valde att slopa det helt och hållet. Finns ingen bra virtualiseringsmjukvara riktad mot spelande och det tar bara plats att behöva ha en extra dator specifikt för 32-bit spel.

Men händer detta så lär det komma en ren spel "emulator".

Skickades från m.sweclockers.com

Börjar med lite morgon-gnäll innan kaffet hunnit sjunka in.

Ovanligt med Linux-nyheter på förstasidan som inte handlar om när Linus Torvalds pekar finger åt någon.

Hade lite otur när jag läste rubriken till atrikeln.

Läste först: Valve drar tillbaka Steam-stöd för framtida versioner av Linux

-Min första tanke var att det lät rätt besynnerligt då de driver en egen Linux-distro. (Steam OS)

Men det stod: Valve drar tillbaka Steam-stöd för framtida versioner av Linux Ubuntu

Då blev ju nyheten mer som om den gällt: Valve drar tillbaka Steam-stöd för framtida versioner av NT-kärnor för Windows 7 d.v.s. storm i vattenglas.

Kanske missat något här, men som jag förstått snap är det ju leverantören av programvaran och inte Canonical som ansvarar för paketeringen.

Använder själv Visual Studio Code via snap. Där är det ju Microsoft som sköter paketering, från användarstatistiken kan man se att även om Ubuntu är den vanligaste distron där denna snap används fungerar den också på Arch, Fedora, Solus, m.fl.

Microsoft levererar även Dotnet Core och Skype via snap.

Läser man Canonicals förhoppning kring Steam skriver de

"We will also work with the WINE, Ubuntu Studio and gaming communities to use container technology to address the ultimate end of life of 32-bit libraries; it should stay possible to run old applications on newer versions of Ubuntu. Snaps and LXD enable us both to have complete 32-bit environments, and bundled libraries, to solve these issues in the long term."

Det markerade är viktigt. Framåt är det få som vill baxa runt 32-bitars OS-kärnor, helst vill man också slippa lägga resurser på 32-bits stöd i userland. Däremot finns ju stödet att köra 32-bitars applikationer på en 64-bitars kärna, teknik som snaps säkerställer att sådana applikationer kommer paketerade med just de bibliotek de behöver (extra viktigt vid krav på 32-bitars stöd).

Men om inte Canonical eller Valve ska leverera Steam som Snap, vem ska då göra det? Pratar du bara om att användare själv fixar och distribuerar har du redan Steam som Flatpak. PPA och Flatpak från tredje part är det jag tror blir lösningen, om inte Valve fortsätter bygga direkt för Ubuntu. Vad Microsoft gör är vad Microsoft gör, de har betydligt starkare band till Canonical än Valve har, och har Valve tröttnat på Canonical så har de väl ingen anledning att köra teknik som Snaps från Canonical.

Precis som Microsoft står för hantering av Visual studio code, Skype och Dotnet core som snaps lär ju självklart Valve stå för det för Steam.

Borde ligga i Valves intresse då det

• löser deras tekniska begränsingar med att bero av 32-bitarsbibliotek 2019

• svårt att se ett sätt för dem att leverera Steam på Linux som kräver mindre jobb om man vill nå maximalt antal distron

Det är inte givet eller självklart. Kommer finnas massor andra sätt att stödja Ubuntu, officiellt eller inofficiellt. Uttalandet från Canonical är ihåligt när de inte själva lär paketera Steam som Snap vilket som, de har ju paketerat Steam i sin repo men inte gjort det samma på snapcraft. Vill de lyfta fram snaps får de väl göra något själva.

Alltså vid det här laget är det mycket mer troligt att Canonical har nödvändiga paket i sin repo, att Valves deb-paket fortsätter fungera och att Ubuntus ompaketerade paket fortsätter att underhållas. Inga problem om Valve ändå väljer att lyfta fram en annan distribution som den de i huvudsak bygger mot, och även om de skulle sluta distribuera ett deb-paket för Ubuntu själva kommer det säkert fortfarande paketeras om av Ubuntu-teamet och finnas i den officiella repon.

Alternativet på datorer som inte stödjer Mojave (datorer som kommer släppas med Catalina) är ju dock GNU/Linux om du inte vill betala för Windows (1169:-) eller köra en äldre dator till dessa spel.

På Mac-sidan har de redan slutat sälja spel som bara finns som 32-bitars och inte kommer bli uppdaterade, t.ex. https://support.aspyr.com/hc/en-us/articles/360000214186-MacO...

Det tråkiga i det hela är ju att OS'et i sig har väldigt lite med problemet att göra, egentligen.
Det är inte så mycket Microsoft som satsat på spelande, det är spelutvecklare som skriver native Windowskod och använder DX snarare än (ex.vis) SDL2 och OpenGL/Vulkan som är det stora problemet.

Det är tyvärr ett förenkla problematiken lite väl långt.

Är så länge sedan jag höll på med spelutveckling så använder inte det som relevant information, men har lite bekanta som jobbar med aktuell spelteknik.

Ställer man frågan varför spelvärlden envisas med DirectX trots att det är begränsat till Windows får man en väldigt logisk förklaring: utvecklingsverktygen för DirectX är så mycket mognare (==billigare/bättre utveckling) och bättre än de som finns för OpenGL/Vulkan samtidigt som alla spelföretag måste designa för största intäktsmöjlighet.

Det senare blir tyvärr lite av ett självspelande piano, det räcker att täcka i Windows för nästan alla spelar finns där, något som betyder att de som vill spela får bäst upplevelse med Windows, så varför byta OS?

Det som skrämmer livet ur Microsoft just nu är att Windows har under hela sin livstid varit ett självklart val för programutvecklare. Vilket precis som spelbranschen medfört att de flesta program primärt designats för Windows.

På serversidan är inte alls det fallet längre, en klar majoritet av de som svarade på senaste undersökningen hade Linux som primär plattform för "deploy". Något som fått rätt talande uttryck i vilket OS folk numera använder för själva utvecklingen där Windows som sagt varit totaldominat tidigare. Nu har Windows fallit till 50 %, MacOS och Linux hade 25 % var!

Fortsätter denna trend, vilket rätt lite pekar på att det inte skulle, kommer Windows rätt snart inte vara det OS där de flesta applikationer fungerar bäst då de som skriver dem använder ett annat OS som primär utvecklingsplattform.

Finns en anledning att Windows 10 numera har Linux integrerat för dom som aktiverar det.

Skickades från m.sweclockers.com

Och nu kommer Valve åter att stödja Ubuntu: https://steamcommunity.com/app/221410/discussions/0/1640915206447625383/ , de öppnar dock upp för att stödja fler distar såsom Arch, Manjaro och Fedora.

De låter fortfarande inte särskilt positiva

Är det? (Se svar nedan)

Jag tycker foruminlägget beskriver ganska tydligt att det handlar betydligt mer om vad andra runt omkring skapat/investerat mot just Windows-plattformen snarare än Microsoft och OS'et per se. Jag skrev meningen i mitt tidigare inlägg några gånger, det verkar ha blivit lite otydligt vad det var jag ville säga Som nämnt ovan: Microsoft har helt klart investerat både tid och pengar i DX. Sett till helheten så kommer dock den stora andelen investeringar från utomstående spel-/verktyg- och drivarutvecklare. De flesta följer helt enkelt bara strömmen när det inte finns någon ekonomisk vinning att göra annorlunda. OS'et i sig har väldigt lite med problemet att göra egentligen, det finns många scenarion där exempelvis Linux presterar bättre än Windows när det kommer till spel.

Min erfarenhet är att spelstudios använder primärt Windows för de är så hårt investerade i Visual Studio samt de verktyg Microsoft erbjuder ihop med DX kopplat till Visual Studio.

Alltid svårt att vara 100 % säker vad som är orsak och verkan här. Men backar man tillbaka till DOS-tiden var dominanten Watcom, det med 100 % säkerhet p.g.a. av deras utvecklingsmiljö och integrationen till DOS/4G.

Jag håll själv på med spelutveckling på den här tiden och för det jag gjorde var steget över till Windows, Visual Studio och DX en självklarhet just p.g.a. av integrationen mellan dessa. Det trots att jag hade betydligt mer erfarenhet av OpenGL (jobbat med det på UNIX innan).