Valve gaat werk aan 'essentiële projecten' voor Arch Linux-distro financieren

Valve gaat ontwikkelaars van Arch Linux financieel steunen bij hun werk aan een build service-infrastructuur en een Secure Signing Enclave. Dit moet ervoor zorgen dat nieuwe updates sneller beschikbaar komen en dat de beveiliging van de distro verbetert.

Met de financiering van Valve kunnen de ontwikkelaars van Arch Linux meer tijd besteden aan twee 'essentiële' projecten, waar ze anders alleen in hun vrije tijd aan konden werken, schrijft projectleider Levente Polyak. Het eerste project richt zich op het opzetten van een build service-infrastructuur. Dat zijn geautomatiseerde servers waarop de ontwikkelaars efficiënter aan softwarepackages kunnen werken, wat moet leiden tot regelmatigere updates voor de distro. Daarnaast is dit systeem betrouwbaarder, omdat eventuele fouten in de software hierdoor automatisch worden gedetecteerd.

Met de Secure Signing Enclave wordt er een omgeving opgezet waarin packages cryptografisch via PGP kunnen worden ondertekend met een enkele signing key, legt packagebeheerder Campbell Jones uit. Deze enclave moet ervoor zorgen dat de veiligheid en integriteit van de softwarepakketten toeneemt.

Valve investeert in de verbetering van Arch Linux, omdat zijn besturingssysteem SteamOS is gebaseerd op deze distro. De pc-gaminghandheld Steam Deck draait op dit besturingssysteem.

Reacties (107)

[Nightscope]

Ik word vrolijk voor de Linux community van dit soort berichten :-)

[Reactie gewijzigd door Nightscope op 30 september 2024 10:47]

[B_FORCE]

Ik vind het vooral buitengewoon ironisch.

Voor iets dat al tientallen jaren claimed zo trots te zijn dat het allemaal gratis en open source is en met vrijwilligers wordt gedaan, heeft men kennelijk toch een bedrijf met winstoogmerk nodig om voet van de grond en focus te krijgen.

Overigens juig ik het enorm toe en hoop een dat het iets substantieels gaat opleveren!
Ze zullen dan wel echt moeten gaan werken aan comptabiliteit van triple-A games. Met name ook anti-cheat.

Eerst zien, dan geloven.


Overigens vind ik het wel boekdelen spreken dat Valve kennelijk geen uitweg vindt bij Microsoft.

[grrfield]

Dat zie ik toch anders hoor.

De verwezenlijkingen van al die vrijwilligers zijn zo danig belangrijk en hebben zoveel opgeleverd dat commerciële partijen er op vandaag echt wel toekomst in zien.

Ik zie geen ironie, maar enkel erkenning voor het jarenlange (kei)harde werk.

[B_FORCE]

Er is nooit discussie geweest of mensen keihard werken.

Het valt echter wel op dat sinds Valve hiermee bezig is geweest, alles enorms stappen heeft gemaakt.

Sterker nog, gebaseerd op de progressie van voorgaande jaren, geloof ik absoluut niet dat zonder hun hulp de compatibiliteit op het zelfde niveau was gekomen en dat zeker nog jaren had geduurd.
Of er misschien zelfs bepaalde deuren nooit open waren gegaan.

[dmantione]

Naast dat Valve zelf veel programmeurs op het SteamOS-project heeft gezet, speelt ook mee dat Valve de positie heeft dat ze zichzelf bij AMD en Nvidia kunnen uitnodigen om eens te spreken over Linux. Ik denk dat het met Vulkan ook wel ongeveer zo gegaan is: Vulkan komt uit Mantle voort, Mantle werkte niet op Linux. Toch werd met Vulkan Mantle de Linux-grafische API omdat Valve het wilde.

Voordat Valve zich ermee bezig hield moesten mensen in de Linuxgemeenschap in hun vrije tijd drivers schrijven en dan vaak ook nog eens zonder documentatie. Nadat Valve zich erin had gemengd zorgden de driverteams van AMD en Nvidia opeens voor degelijke drivers.

Net zoals ze de contacten in de hardwarewereld hebben, hebben ze de contacten in de spellenwereld en werken met uitgevers samen om de knelpunten te bespreken.

Dus het is denk ik een combinatie van doelgericht programmeren alsook de contacten in de industrie hebben om iets gerealiseerd te kunnen krijgen.

[SG]

Als Valve echt ballen hadden, zouden Linux platform kunnen puschen met zooi exclusives. Zo worden Consoles in de markt gezet. Dat hadden ze 10 20 jaar terug moeten doen, toen ze zich keerden tegen MS en MS store.

Nu is het de minority alternatief. Waar de meeste Windows games ook aankan alleen zonder officiële support van Game firma helpdesks.

Voor 10++ jaar vele linux positief Valve berichten zou ik denken dat Linux gaming MS windows gamen verslagen heeft weggevaagd.
Maar is van grote afstand minority, naar minder klein , nog steed grote afstand minority naar weer ietje meer grote minority en nog steeds verweg van Windowsgaming.

Linux gaming is vooral volk dat windows haat of windows zat is en toch gamen moet, maar windows at all cost wilt mijden.

Denk dat exclusive games beter werkt. Dan optionele exotisch OS wat hoog drempelig is. Gezien dat windows main dev target is. Moet mainstream weg lokken met paar killer game’s

[youridv1]

Als Valve echt ballen hadden, zouden Linux platform kunnen puschen met zooi exclusives. Zo worden Consoles in de markt gezet. Dat hadden ze 10 20 jaar terug moeten doen, toen ze zich keerden tegen MS en MS store.

Dit staat haaks op zo'n beetje alles waar Linux en zijn community voor staat. Valve houdt er bij mijn weten ook niet van.

[Reactie gewijzigd door youridv1 op 30 september 2024 10:08]

[The Zep Man]

Als Valve echt ballen hadden, zouden Linux platform kunnen puschen met zooi exclusives.

"We don't do that here."

- Valve en de Linux community (en een reden waarom beiden zo succesvol zijn in wat ze doen).

[Jerie]

Het is eigenlijk wel waarom ik zo blij ben met mijn Steam Deck. En Windows is niet zo zuinig te krijgen als Linux. Wil je Windows draaien op je Steam Deck of op andere handheld (console 'clone') dan kan dat. En Steam doet natuurlijk aan DRM. Ik denk dat het daarmee te maken gaat hebben. Anti cheat spul zijn immers de facto rootkits.

[Reactie gewijzigd door Jerie op 29 september 2024 23:24]

[Nimja]

Ze hebben een "zooi exclusives" met de Steamdeck.

Een super gewild apparaat dat heel veel spellen laat spelen.

Dat laat game-makers wel moeite doen om te zorgen dat het op dat apparaat (en dus Linux) werkt.

[nullbyte]

Dat zijn geen exclusives maar gewoon Windows games die op de conversielaag Proton draaien. Game makers hoeven geen moeite te doen om games op Linux te laten werken, juist niet eigenlijk.

Het enige dat ze "moeten" doen is er voor zorgen dat hun games voor de Steam Deck geoptimaliseerd zijn. Tekst die groot genoeg is, performance enz.

[sdk1985]

Wat wint Valve daarmee? Hooguit een oorlog met Microsoft / DirectX / Xbox.

[MrFax]

Voor Proton was Wine constant hit-or-miss. Elke feature die werd toegevoegd brak weer alle voorgaande features en je zat met bijv. een WoW constant op (hele) oude versies omdat er dan weer iets misgaat wat maanden duurt om te fixen in de dev build.

Nu lijkt het dat met financieel hulp van Valve het hele project een stuk stabieler is geworden. Je kan vaak gewoon de laatste (stable) versie zonder problemen gebruiken om (bijna) elke game. Dat is het gevolg van een groot softwarebedrijf dat Linux gaming wil doorpushen, en dat is maar goed ook.

Microsoft mag van mij best van de PC gaming troon gestoten worden.

[Reactie gewijzigd door MrFax op 29 september 2024 15:54]

[Remzi1993]

Nu lijkt het dat met financieel hulp van Valve het hele project een stuk stabieler is geworden. Je kan vaak gewoon de laatste (stable) versie zonder problemen gebruiken om (bijna) elke game.

Sterker nog, ik gebruik altijd Proton experimental en heb tot nu toe geen problemen ervaren, juist met een Proton versie eerder soms dat het niet werkte maar met experimental wel.

[MrFax]

Proton is dan ook een laag bovenop Wine die ervoor zorgt dat elke "Wine-installatie" in een soort container draait. Handig, want je hebt dan een aparte set Win32 libraries voor elke game.

Met een standaard Wine-installatie kon je dus een applicatie niet draaien als die met bepaalde tweaks niet werkte die je wel weer voor een andere applicatie nodig had. Met Proton heb je dat probleem dus niet. Elke "tweak" kan je per applicatie draaien, omdat alles z'n eigen set libraries heeft.

Als je dus een game draait in Steam via Proton, dan krijg je automatisch een soort Wine-profiel waarin de game dus zal draaien. Als je daarna de game verwijdert, dan blijven daar ook geen resten van over die weer voor andere games problemen kan geven.

[Reactie gewijzigd door MrFax op 30 september 2024 02:53]

[Magic Power]

Met een standaard Wine-installatie kon je dus een applicatie niet draaien als die met bepaalde tweaks niet werkte die je wel weer voor een andere applicatie nodig had. Met Proton heb je dat probleem dus niet. Elke "tweak" kan je per applicatie draaien, omdat alles z'n eigen set libraries heeft.

Dat kan wel. Daarvoor zijn Wine Prefixes. In principe bepaal je daarmee in welke map de Wine bestanden en instellingen bewaard worden, zeg maar de complete configuratie locatie. Maar Proton heeft het wel een stuk makkelijker gemaakt.

[Remzi1993]

Inderdaad, daarom vond ik Proton geweldig. Wine werkte soms maar er was te veel gedoe dat je zelf moest instellen. Als gamer wil je dat het gewoon werkt. Je wilt als programmeur ook niet na schooltijd of werktijd aan je dingen knutselen, soms wil je ook consument zijn en lekker gamen.

[i-chat]

ik denk dat je tegelijkertijd hele goede punten aandraagt en op het z lfde moment enorme lariekoek presenteert

1 op wat ongeïnspireerde enthousiastelingen na denkt bijna niemand dat Linux een zolderkamerOS is dat enkel of voornamelijk door vrijwilligers wordt ontwikkeld

ja er is een substantiële bijdrage maar die is verre van allesomvattend

Linux is in beginsel vrij om te gebruiken en gratis ook in veel gevallen maar natuurlijk niet gratis om te maken

daarom moet er in worden geïnvesteerd bijvoorbeeld door bedrijven die er geld aan of mee kunnen verdienen

dat maakt het niet minder vrij of op enige wijze hypocriet

het maakt fat het levensvatbaar is

[84hannes]

Er is nooit discussie geweest of mensen keihard werken.

offtopic:
Dat denk ik wel hoor. Wil jij thuis een schoonmaker die totaal bezweet is van het harde werken, maar niet slechts 1 kamer schoon maakt? Of eentje die een beetje lui is en daardoor efficiënter werkt en het hele huis in dezelfde tijd kan doen? Als ik moet kiezen tussen resultaten en hard werken dan kies ik iedere keer voor resultaten. Er is een relatie tussen die twee, maar geen constante.

In de Open Source wereld zie je regelmatig dat liefhebbers keihard werken aan een oplossing waar niemand op zit te wachten. Dat is leuk voor de ontwikkelaars die zich er mee vermaken, maar de community heeft er helemaal niets aan. Kijk naar Ubuntu Unity, Upstart Ion window manager, ReiserFS etc. Daar is allemaal hard aan gewerkt en daar hebben we niets (van alles leren we wel wat natuurlijk) meer aan.

[Reactie gewijzigd door 84hannes op 29 september 2024 16:01]

[Magic Power]

In de Open Source wereld zie je regelmatig dat liefhebbers keihard werken aan een oplossing waar niemand op zit te wachten. Dat is leuk voor de ontwikkelaars die zich er mee vermaken, maar de community heeft er helemaal niets aan.

Houd er rekening mee dat de Open Source wereld in zijn geheel ook open is in de ontwikkeling. Dus alles wat goed en fout gaat, en alles in de tussenliggende lagen, wordt aan de buitenwereld bekend gemaakt. Maar dat wil dus niet zeggen dat er 'alleen' maar verkeerde dingen worden gemaakt, het is gewoon makkelijker om van de 'verkeerde' ontwikkelingen te horen.

Dat soort dingen hoor je normaal gesproken niet bij 'for-profit' bedrijven, maar dat wil niet zeggen dat alles achter hun deuren alleen maar goed gaat. Je hoort het niet, maar daar gaan ook veel dingen mis, of niet zoals gewenst.

En daarnaast, als er geen 'hobbyprojectjes' werden gestart, was er ook geen verdere ontwikkeling. Alleen als je je buiten de bestaande paden begeeft, kun je iets nieuws opzetten. Kijk ook maar eens naar Valve, die hebben ook een bedrijfsstructuur waarin mensen hun 'hobbyproject' eens mogen proberen. Werkt het niet, dan jammer. Werkt het wel, dan komt er een nieuw soort ontwikkeling op gang die er niet was geweest als mensen niet de mogelijkheid hadden gekregen om iets te proberen.

Sterker nog, een aantal (nu) grote bedrijven zijn ontstaan met een klein apart idee, wat ze verder hebben uitontwikkeld tot wat het nu is. Zo was iets als een AI waarmee je kunt chatten ook nooit ontstaan als men niet iets nieuws mocht uitproberen.

[SG]

Valve is Steam in core digitale software boer geworden.
Valve studio is uniek in de wereld. Dat die zelfs met zooi game falen niet kapot kunnen gaan, simpel omdat hun core inkomsten gigantiesch online game shop profits zijn.

De grootste risico’s wat publisher liefst mijden is game R&D, innovatie en orginaliteit en nieuwe IP verzinnen.
Valve heeft uitpuilende Kas . Dus kunnen topmensen aannemen die projecten kunnen aangaan die hoog risico vol zijn.
Dat sommige van die top dev ook hun eigen ding mogen doen. Die luxe hebben meeste top devs en lager niet.

[84hannes]

Sterker nog, een aantal (nu) grote bedrijven zijn ontstaan met een klein apart idee, wat ze verder hebben uitontwikkeld tot wat het nu is

Goed dat je dit allemaal zegt. Ik wilde ook alleen een link leggen met Open Source, beslist geen kritiek geven. Slechts het mantra: voor hard werken koop ik niets. Ik wil resultaten en het kan me niet schelen hoe die verkregen worden...

Dan moet je 'resultaten' breed genoeg definiëren, dus ook onverwachte spin-offs en tevreden werknemers meenemen.

[Reactie gewijzigd door 84hannes op 29 september 2024 21:47]

[sdv2906]

In de Open Source wereld zie je regelmatig dat liefhebbers keihard werken aan een oplossing waar niemand op zit te wachten

Er tenminste een iemand blij met de oplossing en dat is de liefhebber zelf.
Dat jij niet op de oplossing zit te wachten… pak je programmeerspullen en ga zelf aan de slag. Dat is het hele idee van Open Source.

[whiner]

Jup. Mijn ervaring is dat prioriteiten stellen voor een ontwikkelaar erg moeilijk is. Details vinden ze vaak belangrijker dan een functionele basis.

Hoe lang heeft het wel niet geduurd voordat linux gebruiksvriendelijk is voor de leek. Ik denk dat het pas een jaar of 5 echt gebruiksvriendelijk is.

Maar het is nu zelfs beter dan Windows. Zelfs op het werk ben ik nu over op linux.

[Reactie gewijzigd door whiner op 29 september 2024 20:58]

[PjotterP]

Ik vind eerlijk gezegd dat er ook veel ontwikkeldtijd wordt verspild aan allemaal clubjes die hun 'eigen distro' willen in plaats van zich in te zetten voor bestaande distros. Heterogeneniteit is op zich goed, maar in de linux wereld duidelijk doorgeslagen, met teveel egos en machtwens als onderliggende drivers voor eigen distros.

[84hannes]

k vind eerlijk gezegd dat er ook veel ontwikkeldtijd wordt verspild aan allemaal clubjes die hun 'eigen distro' willen

Dat dacht ik ook wel eens, maar als je dan bekijkt waarom een distro bestaat dan is de reden vaak interresant. Een andere filosofie m.b.t. package management, of juist installatie of hardware-ondersteuning, andere principes met betrekking to licenties etc. Daar is in Windows/macOS-land geen ruimte voor, terwijl het wel tot nieuwe inzichten kan leiden.
System76 beweert dat een nieuwe (Ubuntu-gebaseerde) distributie onderhouden voor hun niet veel meer werk is dan een eigen Desktop Environment voor een bestaande distro maken.

[RobertMe]

Waar lees jij dat Arch het geld nodig heeft? Ik lees dat namelijk niet. Wat ik wel lees is dat Valve bepaalde features wenselijk vind voor Arch om te hebben, en deze wellicht bij Arch al op de (lange termijn9 roadmap stonden. Waarbij door een geldinjectie van Valve Arch developers nu bij wijze van minder kunnen gaan werken "voor een baas" (/onbetaald verlof) om de vrijgekomen tijd te steken in het ontwikkelen van deze features. Dat betekent niet dat Arch het geld nodig heeft om deze features te ontwikkelen. Maar wel dat Arch deze features sneller kan ontwikkelen als ze hiervoor betaald krijgen (/niet daadwerkelijk sneller ontwikkelen (als het X uur kost om te maken blijft het zo lang kosten), maar het wel op een kortere termijn kunnen doen doordat ze meer tijd er voor hebben (initieel konden ze een paar uurtjes per week er aan besteden, met het geld van Valve kunnen ze bv 40 uur per week er week er aan besteden)).

En ik gebruik zelf al jaren Arch. En ze zijn toch echt nog steeds een bleeding edge distro die vaak dezelfde dag als release van een softwarepakket deze al in de repository hebben staan (al dan niet in "testing" waar nodig). En daarnaast werken ze op de achtergrond ook aan eigen zaken. Zoals de pacman package manager die ze zelf ontwikkelen. De "Arch User Repository", die bv sinds een aantal jaren Git based is (en de infrastructuur van de build in packages een aantal jaren terug ook van meen SVN is gemigreerd naar een eigen GitLab). De distro wordt dus echt wel aan gewerkt, alleen op bepaalde ("achtergrond") zaken wellicht iets minder dan de betaalde distros. Het geld hebben ze dus echt niet nodig voor het voortbestaan van de distro of zo te kunnen garanderen.

Waarbij je ook niet moet vergeten dat Arch als basis dient voor meerdere afgeleide distributies. Zoals EndeavourOS, dat voornamelijk "Arch met een installer" is (en Arch' repos gebruikt), en de populaire Manjaro die wel eigen repos hebben maar meeliften op de package developments / updates van Arch (dus ze geven voornamelijk packages later vrij in hun repository), maar ook daar hun eigen twist aan geven. En dan heb je bv nog Arch Linux ARM gericht op ARM (AFAIK de "PKGBUILD" scripts van Arch gebruild voor verschillende ARM platformen, daar waar Arch zelf geen ARM support heeft).
Arch zal dus echt niet zomaar dood gaan of stil komen te liggen. Want er zijn one way or another vele partijen / gebruikers afhankelijk van wn dan zullen die partijen alsnog zaken regelen (financieel bijstaan of zelf zaken overnemen).
V.w.b. een base distro waar anderen verder op bouwen dus gelijk aan bv een Ubuntu die bv weer een Linux Mint als afgeleide heeft. Of een Debian, met een Ubuntu als afgeleide (of DietPi, of bv een use case specifieke VyattaOS voor routers die Debian based is).

[_JGC_]

Ex Arch ontwikkelaar hier. Naar mijn weten heeft niemand van de devs ooit betaald gekregen voor het werk aan Archlinux. Het hele project draait op vrijwilligers en de hosting, promotie en dergelijke wordt betaald uit donaties.

Het probleem dat Valve hier oplost is een stukje infrastructuur aanbieden waarmee Archlinux een stap vooruit kan zetten zonder dat men zelf het wiel opnieuw uit moet vinden.

[nullbyte]

Hoe werken jullie, agile, scrum, kanban?

[_JGC_]

Toen ik er nog zat was het ongestructureerd en ieder voor zich. Je hangt in een IRC kanaal om een en ander te overleggen en doet verder gewoon naar eigen inzicht.
Meeste werk bestaat uit het bijwerken van pakketjes en het uitzoeken van bugreports.

In mijn tijd moest je die pakketjes zelf bouwen, signen, uploaden en in de repository zetten. Later kwamen daar door Arch gehuurde buildsystemen voor met chroots en later systemd containers waar je schone builds mee kon maken.

Valve zet daar nu de volgende stap door te zorgen voor geautomatiseerde builds en signing. Scheelt de mensen veel tijd, maar is vooral veel minder foutgevoelig.

Ik ben er inmiddels de nodige jaren uit, krijg zijdelings nog wat info mee uit arch-dev-public, maar verder niet meer betrokken.

[GertMenkel]

Het leiderschap van Linux is een nonprofit maar het overgrote werk wordt door bedrijven gedaan. Dat is altijd al zo geweest. Natuurlijk zijn een groot deel van die bedrijven dan zelf weer nonprofits die mensen in huren, maar het naar voor kort geweest dat het ecosysteem uit zolderkamerprogrammeurs bestond, en zelfs toen de kernel nog een studentenproject was, liftte men mee met de code van desktop environments die voor andere POSIX-systemen bestonden. Tenzij je project uit studenten en pensionarissen bestaat, hebben vrijwilligers gewoon niet de tijd om grote projecten consistent te onderhouden.

Vergeleken met wat bedrijven als Canonical en Red Hat in Linux stoppen, vind ik de reactie op wat Valve doet ook ietwat overdreven. Heel mooi dat ze bereid zijn infrastructuur en dergelijke te betalen natuurlijk, maar het is niet alsof dit nu het jaar van de Linuxdesktop wordt omdat een nichedistro als Arch betere build-servers heeft en eindelijk zijn public key-infrastructuur goed voor elkaar gaat krijgen.

Geld geven aan Arch is gewoon direct in hun voordeel omdat ze Arch op hun hardware stoppen. Ze hebben hun hele Steam Deck erop gebaseerd, ik vind het ethisch dan ook niet meer dan logisch dat ze iets terugdoen, ook al zijn ze vanwege de vrije licenties nergens toe verplicht. Qua openheid gaat het nogal lastig soms, Valve heeft bijvoorbeeld al een tijdje geen pogingen meer gedaan om hun drivers te upstreamen (al geloof ik dat dat ook ge maken heeft met de persoonlijkheden en processen waar je nee te maken krijgt als je zoiets probeert).

De meeste anticheat werkt overigens gewoon, bedrijven kiezen ervoor de flags uit te zetten die het op SteamOS doen werken. Dat mag, dat is hun keuze, en gamers hebben de vrijheid om games links te laten liggen (of de games te piraten zodat ze het alsnog kunnen spelen natuurlijk). Dat het niet werkt zit ergens tussen geen zin hebben in testen en niet verwachten dat Linuxgamers hun spaargeld opmaken aan microtransacties waardoor het de investering niet waard is. Die beperkingen hebben dan ook weinig met Valve te maken en vooral met de bedrijven achter die games. Ik moet eerlijk zeggen dat ik er zelf gelukkig nooit last van gehad heb, maar ik speel het soort spellen dat zo moeilijk doet over anticheat dan ook nooit.

[B_FORCE]

Wat wij op individueel niveau wel of niet spelen is niet relevant.

De meeste gamers zijn geen Linux nerds
Sterker nog, het zal ze worst wezen waar het allemaal op draait en hoe het heet.
Zij willen gewoon zonder hikken of stoten met plezier spelletjes spelen.

Het gaat erom waar het grote publiek blij van wordt.
Er is progressie, maar veel populaire games werken (nog) niet, of werken zeker niet altijd bij launch.

Vanuit end-user perspectief is dat gelijk een no-go, omdat al je vrienden plezier kunnen hebben en zij niet.

[GertMenkel]

Ik heb er geen last van, en de miljoenen Steam Deck-gebruikers lijken er hun console niet voor hebben teruggestuurd. De meeste spellen doen het prima, de rest speelt men wel op een Xbox of Playstation
PC is leuk, maar een hele hoop gedoe waar een hoop mensen niet op zitten te wachten. Draagbare consoles zijn sowieso een niche, helemaal als je Nintendo's opgevoerde gamingtablet buitenwege laat.

Je hebt gelijk dat de meeste mensen het geen zak scheelt hoe het werkt, daarom is en blijft de grootste groep gamers nog altijd de mobiele markt. PC en console zijn qua aantallen gamers maar om het even, maar geen van beide kampen komt niet eens in de buurt van wat de Clash of Clans-types aan weten te trekken.

[Reactie gewijzigd door GertMenkel op 29 september 2024 15:25]

[Jerie]

Mijn kinderen van 4 en 6 hebben daar op mijn Steam Deck anders geen last van. Ook niet dat ze geen Linux nerd zijn. Je hoeft geen Linux nerd te zijn om de Steam Deck te gebruiken. Je hoeft namelijk niet in ee CLI te gaan klooien. Want het apparaat heeft een goede UI. Dat is zegmaar de use-case van Steam Deck.

[nullbyte]

Er is progressie, maar veel populaire games werken (nog) niet, of werken zeker niet altijd bij launch.

Veel populaire games werken juist wel, een klein gedeelte werkt niet. En als het niet werkt dan zijn het multi player games met kernel level anti cheat of nieuwe games die het qua performance gewoon niet trekken op de inmiddels al wat oudere mobiele chipset van slechts 15 Watt. Al het andere werkt dus gewoon, zij het in enkele gevallen met Proton GE die los geïnstalleerd moet worden via de Linux Desktop. Iets dat de gemiddelde niet tech savy gebruiker niet weet. Gisteren toevallig nog een familielid mee geassisteerd.

Sommige games zoals Elden Ring werkten juist op sommige vlakken beter op de SD bij release. Valve verspreid namelijk pre-rendered shader caches voor vrijwel elke game. Dit stotter problemen op bij veel PC games waarbij developers deze optie niet zelf toegevoegd hebben. Zoals Elden Ring dus.

https://www.protondb.com/ geeft inzicht in compatibiliteit. Op dit moment zijn er 16402 games verified/playable, daar valt dus de enkele game die b.v. Proton GE nodig heeft niet onder. Ook zijn sommige games gewoon nog niet getest door Valve maar werken wel uitstekend.
Er is geen enkele console met een bibliotheek van 16402 games.

[Reactie gewijzigd door nullbyte op 30 september 2024 03:42]

[Mergpijp]

Klopt, maar valve is toch wel een bijzonder bedrijf met een andere structuur. Buitengewoon veel inspiratie voor gaming op linux. Met een nieuw soort hegeliaanse logica (master-serve) ben ik zeker van succes in deze opzet. Ze hebben nu al zoveel bijgedragen!

[SG]

Denk dat valve omzet niet wilt delen met MS en op Linux volle marge kan krijgen.
En wilt men de markt naar linux pushen. Maar ja zonder exclusive is dat moeilijke opgave. Er is haat nijd tussen MS en Valve. Omdat Valve met online distributie shop flink cash naar binnen harkt kunnen ze linux pushen en tegen MS verzetten.

[Horatius]

Heb je hier enige bron voor? Valve deelt 0 omzet met MS naast de games die ze voor MS verkopen maar dan deelt MS het met valve.

Welke haar en nijd is er tussen Valve en MS? Je ziet drama waar geen drama is.

Als er 1 bedrijf is welke alle drama en nijd vermijdt is het Valve. Ze doen gewoon hun ding en kijken niet op of om naar anderen.
Het is een privaat bedrijf zonder andere aandeelhouders waardoor ze de koers varen die zij willen.

Dat maakt valve zo geliefd, wat jij omschrijft heb ik echt nog nooit gehoord

[Navi]

Open source is niet automatisch gratis. Uiteindelijk worden bij een hoop open source projecten de maintainers (vaak vrijwilligers genoemd) vaak uit een foundation betaald.

Geld komt vaak binnen via donaties of support contracten.

[blorf]

Is Arch straks nog volledig open source? Ik ben geen gebruiker. Kan een release zichzelf compileren zonder dat er proprietary data bij moet? In het geval van een Steam-setup, dat wil ik zien. Wat Valve niet gaat doen is graphics support weggeven.

[Verwijderd]

Hoezo niet? (@graphics support). Valve is een game boer, op hoe meer platformen die games kunnen draaien, hoe beter.

[Reactie gewijzigd door Verwijderd op 29 september 2024 15:21]

[blorf]

Probleem is dat een waar open-source game-OS met een community zich niet kan beperken tot specifieke linux-distributies die 1 enkel game-platform laten werken.
Daarvoor moeten ze een verificatie-systeem implementeren waar de eindgebruiker niet bij kan. Vandaar die anti-cheat beweging. Dat draait om dezlefde controle waarbij de gebruiker permissies moet inleveren, oftewel niet meer echt root kan zijn. Zo niet, dan kun je met een process-space manipulatie-programma je health de hele tijd op 100% forceren zonder dat iets anders dat kan zien. Zelfde idee met de graphics. Als Nvidia werkt in Arch met Steam en je kan overal bij, dan werkt het ook offline op een custom kernel, en zonder Steam.

[Reactie gewijzigd door blorf op 29 september 2024 15:41]

[dakka]

Games bepalen niet op basis van de HP die de client meegeeft hoeveel HP de client heeft*.
De server houdt de HP bij van iedereen, de client stuurt een event mee "hey ik heb dit gedaan, wat gebeurt er nu?" dan bepaalt de server of er health bij of af gaat op basis van je locaties, status, etc..

Als jij een event naar de server stuurt die op een health pickup lijkt, dan gaat de server na of dat überhaupt mogelijk is op basis van de data die de server bijhoudt.

Als jij de mogelijkheid hebt zelf die server waardes op de server aan te passen, dan heb je gewoon een private server, normaalste zaak van de wereld, als je daar op gaat cheaten dan komt er gewoon niemand meer op.

*Ja je hebt games die dat wel zo doen, maar dat is gewoon dom, en is gewoon de game versie van 101 serverside beveiliging zoals geen sql-injecties openlaten door je formulieren niet te sanitizen.

[Reactie gewijzigd door dakka op 30 september 2024 13:49]

[blorf]

Server-side anti-cheat beveiliging werkt ook. Maat wat doe je als de server wordt vervangen met een proces dat zich richting een client hetzelfde gedraagt? Als je client open is, ben je in bezit van het exacte protocol. De enige manier om waterdicht onderscheid te maken tussen een echte en een vervalste server is IS met een niet te omzeilen authenticatie-systeem dat een override heeft op de permissies van root en die beperkingen op kan leggen.

[Reactie gewijzigd door blorf op 30 september 2024 14:13]

[dakka]

Wat bedoel je met de server vervangen? dan ben je toch gewoon je eigen server aan het draaien? ik zie het probleem daarvan niet, of ik begrijp je verkeerd.

[blorf]

De client wijsmaken dat je eigen brouwsel de server is? Daar moet je dan de source van hebben.

[Magic Power]

Zo niet, dan kun je met een process-space manipulatie-programma je health de hele tijd op 100% forceren zonder dat iets anders dat kan zien.

Daarom draaien een heleboel multiplayer spellen ook met een Server-Client idee. Dan kun je wel lokaal gaan cheaten met getallen, en je 'health' bijvoorbeeld veranderen, maar zolang de Server de baas is blijft jouw health in het spel gewoon wat het was, want de server bepaald het.

[Horatius]

101 programmeren is dat je de client nooit kan vertrouwen. Dus wat is nu je punt?
Dit kan met elk programma.

[Horatius]

[...]
Ze hoeven er alleen maar een wereld te serveren en ervoor zorgen dat het authenticatie-systeem onklaar is of alles gewoon accepteert. Je bent aan beide kanten root, dus dat gaat lukken. Even in de source kijken hoe het normaal werkt. Wat verwacht de andere kant? (Andere PC)

Ah ja je hoeft alleen even de complete server-side code te genereren?

Dit kan momenteel ook prima, immers hoef je alleen maar het verkeer te kijken om te weten wat de client verwacht.

Kennelijk denk je dat de server kant een simpele communicatie node is voor clients.
Dat is echt enorm achterhaald uit het jaar 1995.

Dit is zo vele malen moeilijker dan je denkt dat het is. Aangezien je 0 idee hebt wat er precies gebeurt op de server en alles moet afleiden.
Als er ergens een random factor in zit welke je niet weet ben je al kilometers van huis.

[Stetsed]

Voor iets dat al tientallen jaren claimed zo trots te zijn dat het allemaal gratis en open source is en met vrijwilligers wordt gedaan, heeft men kennelijk toch een bedrijf met winstoogmerk nodig om voet van de grond en focus te krijgen.

Wat hebben die eerst 2 en die laatste met elkaar te maken? Het is gratis en het is open-source, dat zijn eigenlijk de twee grootste. Maar je ziet vaak gewoon dat achter grote projecten er een comercieel bedrijf zit. Dit hoeft niet te zijn dat ze er direct profijt van willen maken, maar het kan gewoon zijn dat het in hun interesse is als bedrijf om linux in zijn geheel beter te maken omdat zij dat ook van verbeteren.

Dit kan je ook direct zien bij de linux kernel, de linux mailing list published wie/waar/wat het meeste doet[1], en je ziet hier dat het grootste deel van contributions komen van bedrijven, of teminste ze zijn van mensen die voor die bedrijven werken. Als je mijn andere comment leest is het best vaak binnen de linux development ecosysteem dat een developer wordt ingehuurd door een bedrijf om full-time aan iets te werken, inplaats van dat ze het daarvoor als hobby deden.

[1]. https://lwn.net/Articles/915435/

[downtime]

Ik vind het vooral buitengewoon ironisch.

Voor iets dat al tientallen jaren claimed zo trots te zijn dat het allemaal gratis en open source is en met vrijwilligers wordt gedaan, heeft men kennelijk toch een bedrijf met winstoogmerk nodig om voet van de grond en focus te krijgen.

What's new? Zonder bedrijven met winstoogmerk die geld of code doneren was Linux vandaag de dag nog steeds een hobbyproject en niet een universeel OS wat op alle denkbare hardware draait.

[Lethalis]

Tsja, programmeurs kosten geld. En ondanks dat het een hele knappe prestatie is wanneer mensen zich in hun vrijetijd inzetten voor open source, zal een programmeur die simpelweg de hele werkweek eraan kan werken al gauw meer bereiken.

Ik zie dit bij mezelf al terug... soms wil ik voor hobby project iets maken en dan hik ik daar tegenaan en duurt het lang. Totdat de dag komt dat ik het voor mijn werk nodig heb en het tijdens reguliere werktijden kan doen. Dan kan iets waar ik privé weken mee bezig ben geweest, ineens in 3 dagen af zijn.

Kortom, wil je open source succesvol krijgen dan moeten ontwikkelaars ervoor betaald worden. Hetzij door sponsoring, hetzij door als bedrijf zijnde zelf resources eraan toe te wijzen.

[MacPoedel]

Ze zullen dan wel echt moeten gaan werken aan comptabiliteit van triple-A games. Met name ook anti-cheat.

Als je onrealistische verwachtingen hebt, gaan ze nooit ingelost worden. Compatibiliteit met software die bewust incompatibel gemaakt wordt? Er zijn anticheat oplossingen die wel werken met Linux dus hoezo moet men nog werken aan de compatibiliteit?

Met daarnaast ook de vraag of je anticheat op kernel niveau wilt, dan speel ik nog liever geen multiplayer. En als zelfs het singleplayer dan niet start door de anticheat (EA), dan weet je ook waar het bij die uitgever om gaat (microtransacties), en daar blijf ik dan liever van weg.

[langestefan]

Maar dit speelt overal in open source. Het zijn grotendeels passie projecten van mensen die écht geven om wat ze creëren. Dat gebeurt voor een groot deel in vrije tijd, maarja deze mensen moeten ook leven natuurlijk. Zonder geld wordt dat lastig. Een mooi voorbeeld van hoe je het leven van een open source developer makkelijker kan maken is door ze een vaste baan te geven, zie bijvoorbeeld Home Assistant waar (zover ik weet) ieder teamlid is begonnen als open source contributor aan het project.

[Verwijderd]

Linux heeft al tientallen jaren ondersteuning vanuit bedrijven. Sterker nog; Red Hat is best wel een bedrijf (Canonical en SuSE ook).
Maar ook bedrijven als IBM, Samsung, Oracle en zelfs Microsoft hebben geïnvesteerd in Linux of bijgedragen aan de ontwikkeling.

[jaapzb]

Er is ongelofelijk veel software in linux land wat gesponsord of volledig gefinancierd wordt vanuit het bedrijfsleven, waaronder een heel groot deel van de linux kernel zelf... Daar is niks vreemds aan.

[jpsch]

Wat heeft Microsoft te winnen bij een betere Linux omgeving om te gamen?

[Wolfos]

Zo’n beetje ieder groot open source project is professioneel. Kan commercieel zijn of van donaties, maar zonder mensen die zich er fulltime mee bezig kunnen houden zit er gewoon een limiet op hoe groot een project kan worden.

Linux mag dan wel gratis zijn maar Torvalds moet ook eten en kan niet voor niks de hele dag pull requests beoordelen.

[markg85]

Sorry maar je reactie is, op zijn aardigst, slecht geïnformeerde niet relevante aannames.

Valve heeft een belang bij archlinux, SteamOS (het OS waar Steam Deck op draait) is gebaseerd op arch.
In de opensource community geld vaak: kom maar met je code en we reviewen het of laat het een ander doen als je graag een feature wil hebben maar zelf niet kan. Valve wil nu blijkbaar iets wat Arch op zich niet slecht vindt maar zelf niet aan wil werken. Dus moet Valve het of zelf doen of mensen die het al kunnen financieel steunen om het voor hun te doen.

Build service en signing hebben niets te maken met triple-A games, anti-cheat en al helemaal niet met microsoft. Valve wil blijkbaar op infrastructuur niveau wat verbeteringen zien bij Arch waar ze nu 2 ontwikkelaars op freelance basis voor gaan betalen. Helemaal top, gezoende mooie samenwerking tussen open source en bedrijfsbelangen.

Je microsoft argument is gewoon onzin. Ter herinnering, er zijn maar weinig console platformen waar microsoft een rol speelt behalve uiteraard xbox en uiteraard de windows pc's. Nintendo (eigen freebsd variant), Sony (eigen freebsd variant), Valve (Archlinux).

[lmartinl]

Maar het is toch gratis en open source?

Vind je de usb-c standaard, de sponsoring van een lokale hardloopwedstrijd en wikipedia ook ‘buitegewoon ironisch’?

[2green]

De grootste contributors zijn altijd al grote bedrijven geweest.

Linus Torvald is daar erg open over.

Snap dus niets van je opmerking.

[PCG2020]

Non-profit =/= gratis

Sterker nog, veel non-profitorganisaties liggen met enige regelmaat ineens weer onder een vergrootglas wanneer blijkt dat hun werknemers een normaal salaris krijgen voor hun werk. En dat mag dan weer niet, want dat is schijnbaar niet idealistisch genoeg, of zo

[kwibox]

Wat een onzin ben je aan het verkopen

Ik als Arch Linux gebruiker ga hier waarschijnlijk helemaal niks van merken. De kwaliteit en stabiliteit van Arch zijn al van niveau productie-ready en dat komt mi van de filosofie van Arch met hun roling updates en de vanillia approach mbt upstream. Er word simpelweg niet veel aangepast door de distro samenstellers. De upstream software is namelijk van zichzelf al goed.

Mijn windows 10 met vmware gevirtualiseerende werkplek loopt vele malen vaker vast dan mn laptop thuis met Arch KDE.

Deze geldinjectie is een financieel "dank je wel" naar de Arch community vanuit Valve omdat zij een goedlopend commercieel product bouwen met Arch als basis. Het gaat vooral gebruikt worden om het build en release proces voor de maintainers en trusted builders/users die bij elke upstream update de binaries bakken efficienter te maken.

Veel commerciele bedrijven sponsoren FOSS projecten op deze manier, met code of met knaken.

Het heeft dan ook niks te maken met de populairteit of volwassenheid van FOSS projecten of als doel dat te verbeteren.

[Reactie gewijzigd door kwibox op 29 september 2024 18:51]

[sam1987]

"Voor iets dat al tientallen jaren claimed zo trots te zijn dat het allemaal gratis en open source is en met vrijwilligers wordt gedaan" wie claimed dat?

Dit is de grootste onzin ooit. De Linux foundation betaalt developers en zo zijn er veel non-profits, alle grote tech bedrijven doen schenkingen. Bedrijven schenken, betalen ook direct aan verschillende projecten en groepen. Zelf het aannemen van devs en betalen in een bedrijf die dan uitsluiten voor Linux projecten werken wordt al jaren gedaan...

De meesten gebruiken wel ergens een onderliggende library, repo, of software stack waar hun winstmodel op gebaseerd is, of ze hebben wel iets in hun bedrijf dat daar indirect aan verbonden is. Ze (Valve) geven nu ook terug en hoe meer de Steam deck (arch based OS) een succes wordt, hoe meer ze hopelijk teruggeven. Dat is de basis van die filosofie "iets terugdoen" zijnde zelf mee zerken aan projecten, wiki's schrijven, doneren, infrastructuur en computerkracht ter beschikking stellen enzovoort.

[D0phoofd]

- FOSS heeft nooit geclaimd dat het werk voor niets werd gedaan.

- Er zijn al voldoende AAA games die werken
- De anti-cheat is net een probleem van linux. Het is een probleem tussen de oren van de devs. Zo ook de recente introductie van "Anti-Cheat" bij GTA-Online. De module werkt onder linux, ze (rockstar) laten het niet toe.
- Steam heeft al lang 'problemen' met Microsoft. Zeker rond Windows 8, toen ze de 'Store' er door heen probeerde te drukken. Steam wilt niet afhankelijk zijn. Wat vanuit een perspectief van bedrijfsvoering - geen gek idee is.

I use Arch btw

[youridv1]

Achter alle grote distro's zitten geldschieters. Voor niets komt de zon op. Het product is daarmee nog steeds FOSS, daar kun je de licentie op nalezen.
Dat het door vrijwilligers zou worden gemaakt, heeft niets met FOSS te maken. Achter Fedora en Ubuntu zitten ook gewoon bedrijven.

[Reactie gewijzigd door youridv1 op 30 september 2024 10:06]

[asing]

Voor ons als eindgebruikers is Linux gratis.

Dat wil niet zeggen dat ontwikkelaars hun tijd maar gratis moeten weggeven. De ontwikkelaars hebben ook een huis, een gezin en af en toe trek. Dus er zijn non profit organisaties die onderdelen van Linux ontwikkelen. De Linux kernel en het OS worden door heel veel commerciële bedrijven in hun apparatuur gebruikt. Android draait bijvoorbeeld op een (zwaar verbouwde) Linux kernel. De Steamdeck op Arch Linux. Ook een groot deel van de cloud is gebaseerd op Linux.

Met andere woorden, de commerciële bedrijven hebben baat bij de ontwikkeling van Linux. Om die reden steunen ze de non profit organisaties.

[sspiff]

Linux was al prima en wordt al door veel bedrijven en individuen gebruikt, voor allerlei toepassingen, van gamen tot kritieke processen in de industrie.

Tal van commerciele partijen, zoals ondermeer in dit geval Valve, dragen bij aan de ontwikkeling ervan omdat dit in hun eigen voordeel is. Veel bedrijven zijn afhankelijk van de goed werking van Linux, en Valve ziet het als praktisch alternatief voor een te grote afhankelijkheid of Microsoft voor hun belangrijkste product, Steam.

Ik zie hier niks ironisch aan.

[Stroper]

Het overgrote deel van de (commerciële) websites draait gewoon op Linux-servers.
't Is enkel op desktop dat Linux weinig voorstelt. En daar zijn meerdere redenen voor.
Ik kan mij best voorstellen dat gamers(een van de weinige groepen die nog een desktop boven een laptop verkiest en die dan nog liefst zelf bouwt), ook graag met verschillende besturingssystemen experimenteert.
Maar ik zie bv. boekhouders met allerlei exclusieve Windows-pakketen niet gaan klooien met Wine om dat aan de praat te krijgen op Linux.

[MulMonkey]

Het weinig voorstellen van de Linux desktop is echter fors aan het groeien. Afgelopen augustus kwam het van desktopgebruikers op 4,55%. Een jaar eerder was het geloof ik 3,08%. Die 1,47 procentpunt groei is dus een groei van 47% t.o.v. een jaar geleden.

Dat is erg significant en Linux desktop blijft steady groeien. Ik zou dus niet zeggen dat het "weinig voorstelt". Er is een ontzettende vooruitgang.

Ook merk je bij sommige bedrijven en zelfs overheden dat bedrijven als Adobe uit de gratie aan het raken zijn. Veel "software" draait in een browser en dat wordt alleen maar meer.

Kortom: de optimist ziet de verandering en de mogelijkheden en veranderingen die het in de toekomst kan opleveren.

Ook is het overstappen naar Linux echt niet experimenteren hoor. Het is gewoon een keuze. En vrijwel alle games werken. Slechts een kleine minderheid werkt niet.

[Reactie gewijzigd door MulMonkey op 30 september 2024 09:50]

[Xander2]

Ik vind het vooral buitengewoon ironisch.

Voor iets dat al tientallen jaren claimed zo trots te zijn dat het allemaal gratis en open source is en met vrijwilligers wordt gedaan, heeft men kennelijk toch een bedrijf met winstoogmerk nodig om voet van de grond en focus te krijgen.

Het gebrek ligt bij de game distributeurs en vereist tractie met een lange adem, open source vrijwilligers voor binary support zal altijd op termijn een issue opleveren omdat het in de kern niet hun eigen software is.

Maar het kan ook anders, kijk bijvoorbeeld naar MAME en de levendige emulator community. Ik vind het vooral mooi dat in dit geval Valve goed samenwerkt en teruggeeft, zoals het ooit volgens mij bedoeld is.

Edit; overigens al jaren Arch gebruikt zonder backing.

[Reactie gewijzigd door Xander2 op 29 september 2024 14:58]

[kabelmannetje]

> Ik vind het vooral buitengewoon ironisch.

Omdat je de feiten verdraait. Linux is al jaar en dag in commercieel gebruik. Cloud, Android, network appliances, databases, massstorages, super computing, iOT en wat al niet.

Al deze dingen worden helemaal niet alleen door niet-bestaande vrijwilligers ontwikkeld. Er zitten honderden miljarden aan investeringen van bedrijven als IBM, RedHat, Valve, Oracle, Google, Meta en Amazon in.

[gday]

Dat je het idee hebt dat Linux-gebruikers 'trots' zijn dat Linux open source is, snap ik wel. Ik heb echter nog nooit gehoord dat iemand heeft gezegd dat ie trots is dat ie een OS gebruikt dat draait op vrijwilligers.

Daarbij, dat iets open source is zegt verder niks over wie erachter zit of dat er wel of geen winstoogmerk is.

[IStealYourGun]

Doubt, Gabe heeft 13 jaar voor Microsoft gewerkt. Hun visie is misschien wat uit elkaar gegroeid, maar het is niet dat Valve ruzie heeft met Microsoft.

[Afloatcoin]

https://www.installbasefo...nt-hardware-devices.2916/ doubt²

[IStealYourGun]

Dus? Enige wat ik lees van dit forum bericht (zonder enige vorm van bevestiging) is dat ze Microsoft zich gedraagt als een concurrent, maar dat wil niet zeggen dat ze elkaar haten en al zeker niet van dag 1.

Meer nog, in 2022 heeft Valve, in tegenstelling tot Nintendo en Microsoft een deal geweigerd dat de verkoop op steam voor 10 jaar lang zou garanderen:

Microsoft offered and even sent us a draft agreement for a long-term Call of Duty commitment but it wasn’t necessary for us because a) we’re not believers in requiring any partner to have an agreement that locks them to shipping games on Steam into the distant future b) Phil and the games team at Microsoft have always followed through on what they told us they would do so we trust their intentions and c) we think Microsoft has all the motivation they need to be on the platforms and devices where Call of Duty customers want to be.

[Afloatcoin]

ja ik snap niet je punt. Maar ik zie valve toch al zeker vanaf windows 8 hard werken om van Microsoft af te komen. dus als het zulke dikke maatje zijn zouden ze dat toch ook niet doen?

[kabelmannetje]

Inderdaad! Valve is een enorme trekker. Proton, net de voorstellen van versnellen ontwikkeling Wayland. Nu dit. Ze hebben een forse commitment op Linux gedaan.

[xzaz]

wordt

[Rygir]

Ik ben blij dat mijn library van duizenden ongespeelde maar wel gekochte games nu tot iets positiefs leidt!

[RoestVrijStaal]

De gebroeders Quigley kunnen zich voor kun kop slaan met hun (mislukte) gelobby om 32-bit uit Ubuntu te werken. Door dat gekronkel is het huidige SteamOS gebaseerd op Arch.

Hoewel de distro voor mij te bleeding edge is, is het fijn dat Valve dit doet. En het lijkt op zo'n manier te gebeuren dat niet à la Red Hat een agenda er doorheen wordt gedrukt.

[Reactie gewijzigd door RoestVrijStaal op 29 september 2024 14:07]

[kozue]

Ik ben anders blij dat ze voor Arch zijn gegaan en niet voor Ubuntu. Ubuntu mag dan misschien populair zijn, maar dat is volgens mij voornamelijk netwerk effect. Hoe meer iets gebruikt wordt, hoe groter de kans dat nieuwkomers het gaan gebruiken, ongeacht of het echt beter is of niet. Ik zelf vind Ubuntu tegenwoordig redelijk van het padje af met hun gepush van onpopulaire keuzes ten behoeve van bedrijfsdoeleinden. Met snap op de eerste plek. Bij iedere nieuwe installatie moest ik weer moeite doen om die trage Firefox snap te vervangen door de deb uit de mozilla. En dan gingen ze nog weer verder door ook Thunderbird hetzelfde lot te laten ondergaan. Nadat ik een keer m’n werklaptop opnieuw moest installeren door een stomme fout van mijn kant heb ik er gewoon Pop OS opgezet en was ik van het gezeur af. Als ik Valve was zou ik niet voor een distro gaan die het pushen van eigen proprietary tech belangrijker vind dan de gebruikservaring.

[Pinkys Brain]

Ubuntu heeft ook inkomsten stromen uit Ubuntu Core, Ubuntu Server, etc. Dat krijgt Arch niet automatisch door meer gebruik, daar moet iemand opstaan en commercialiseren.

Als Canonical snaps liet installeren met loopback devices ipv. squashfs en snap stores van derden ondersteunde zou ik er geen probleem mee hebben. Voor de rest is het is gewoon een distro specifiek package formaat, dat heeft elk distro.

[Annihilism]

Ik vind steamos echt geweldig. Perfecte combinatie van eenvoudig te gebruiken en toch krachtig. Alles kan via Flatpacks of appimage dus qua installatie eenvoud vergelijkbaar met windows.

Het enige wat mij nog weerhoud om volledig over te gaan is office compatibiliteit. Zodra MS office er werkend op draait ga ik volledig over (al vele alternatieven geprobeerd maar altijd compatibility issues).

Voor gaming gebruik ik het al volop.

[MulMonkey]

Ik snap je afkeer van snaps. Ik ben wel hoofdzakelijk Ubuntu gebruiker gebleven en de snaps zijn echt wel snel geworden nu hoor. Alleen bij die eerste release van snaps was het verschrikkelijk.

Ik snap dat die negatieve ervaring nogal blijft hangen. Maar qua performance is het nu goed.

Ik had flatpaks misschien een betere weg gevonden. Maar feit is wel dat het qua ontwikkeling van apps veel makkelijker is als wanneer elke distro zijn eigen .deb releases moet bijhouden. Er moest iets veranderen en ergens begrijp ik dat Ubuntu voor hun eigen eigenwijze manier kiest.

Het mooiste zou zijn als Snaps volledig open source zouden worden.

[kozue]

Snaps zijn naast traag ook gewoon een security nachtmerrie. Er worden regelmatig lekken in libraries gevonden. Een distro kan dan die library patchen en alles wat het gebruikt is in 1 keer uptodate. Maar met snaps leveren ze allemaal hun eigen versie mee. Zit je straks met tientallen applicaties die allemaal nog vatbaar zijn voor die ene ssl bug terwijl de systeemlibrary al gefixed is. Nee dank je.

En snaps zijn overigens nog steeds traag. Laatst had m’n vader z’n Ubuntu computer zelf geupdate van 22.04 naar 24.04 en was Thunderbird niet meer bruikbaar door de traagheid. In 24.04 is dat een snap geworden. Dus toen moest ik weer langs om dat te fixen. Het vond z’n profile ook niet (waarschijnlijk geen toegang tot de bestanden?), en er werd gevraagd om z’n account weer in te stellen. Na het omzetten maar deb was alles weer als vanouds.

[kuurtjes]

Heb je een bron voor "Door dat gekronkel is het huidige SteamOS gebaseerd op Arch" ?

Ik zou eerder denken dat ze dan voor Debian zouden hebben gekozen, of gewoon zelf een Linux distro van scratch zouden hebben gemaakt.

[Nielssss]

Het was ook eerst op Debian gebaseerd, voordat ze naar arch stapten
Wikipedia: SteamOS

[Halfscherp]

Arch is alsnog een heel vreemde keuze. Met Fedora Silverblue (of nog een stapje verder, NixOS) zouden ze hun systeem een stuk meer solide kunnen maken dan het huidige brakke systeem met A-B partities. Kost onnodig ruimte en er zijn ondertussen al meermaals problemen mee geweest waarbij je je hele Deck met een USB-C stick / SD card mag reimagen.

[rjd22]

Arch is eigenlijk helemaal geen rare keuze omdat het enorm bleeding edge is. Elke package wordt geupdate zodra er maar een update voor is. Dit zorgt ervoor dat dingen als mesa updates en kernel updates (die enorm belangrijk zijn voor gaming) zo snel mogelijk naar de gebruikers komen.

Silverblue is natuurlijk heel mooi maar met het gebruik van Arch kan Valve meer controle over het update proces houden zonder dat de mainline distributie in de weg zit.

[Halfscherp]

Bazzite (Silverblue) werkt beter dan SteamOS zelf én is meer bleeding edge, dus die vlieger gaat niet op : )

[synoniem]

Dat is goed nieuws! Mooi dat Valve dit doet, ze zijn er in principe niet toe verplicht maar ze profiteren natuurlijk wel van het werk van Arch Linux ontwikkelaars. Als dan wat teruggedaan wordt is het een mooie win-win.

[Stetsed]

Eerlijk gezegd Valve is binnen de linux gaming community gewoon zwaar gerespecteerd. Ze proberen niet alleen hun eigen soluties voor dingen te bouwen maar ook deze soluties te brengen naar de wijdere ecosysteem.

Dit zien we bijvoorbeeld met frog-protocols dit recent is uitgekomen, met ook support van meerdere valve developers(Niet officieel van valve afaik)[1]. Wat we vaak zagen met wayland-protocols is dat ze daar lang bleven hangen en dat dus testen en gewoon proberen nooit echt kon. En soms was het geneens omdat het niet goed was, maar omdat bepaalde leden dachten dat het niet "hoorde" in Wayland, zoals bijvoorbeeld frame tearing.

We hebben natuurlijk ook hun contributies aan WINE en DKVK, en nu ook hun contributies aan Arch Linux, ik kan zeker zeggen dat dit is stap in de goede kant op is, voor de mensen die interesse hebben wat ze nou precies doen met die secure enclave, lees de post op de mailing list[2], en de discussies op de arch forums het is zeer interessant met de dingen die ze bespreken en ik begrijp zeker waarom dit meerwaarde heeft.

Maar natuurlijk is Valve gewoon een commercieel bedrijf, maar het interessante is zij hebben in deze situtatie hetzelfde oogmerk als een groot deel van de linux development community, want alles dat hun product beter maakt(Betere software support, snellere updates etc), geeft ook profijt aan de rest van de development spheer. Je ziet dit ook dat ze vaak gewoon de mensen die projecten all zitten te maken inhuren om verder te werken aan dat project dat ze all deden, maar dan als hun baan.

We gaan zien hoe het uiteindelijk komt, maar dit is weer een stap in de goede kant op en ik ben er persoonlijk blij mee.


[1]. https://github.com/misyltoad/frog-protocols
[2]. https://lists.archlinux.o...SLY4S5J2E2STNP5DH4XZGJMR/

[RobertMe]

Ik ben benieuwd of ze met automatische build servers bv uiteindelijk ook een Arch Linux ARM weten te integreren. Daar ze nu alleen x86 supporten en momenteel een ARM toch wel steeds meer in opkomst is (zowel Apple als Microsoft (en partners) die nu hardware maken met ARM processoren), na de (ARM) SBC "hype".
Want als Arch packagers nu nog zelf lokaal builden kan ik mij indenken dat het niet perse wenselijk is om ook nog een volledige crosscompile omgeving te hebben voor verschillende ARM varianten. Terwijl met een build server / system natuurlijk niet de developer lokaal al die crosscompile omgevingen hoeft te hebben.

Op termijn (als na verloop van tijd zo'n integratie plaats zou vinden) zou dat dus zekker een mooie "feature" voor Arch zelf zijn. (En wat ik zo snell lees werkt Arch Linux ARM sowieso al nauw samen met Arch zelf. Dus een integratie zal vast mogelijk zijn. I.p.v. Arch die dit op eigen houtje gaat doen en Arch Linux ARM daarmee uit de markt zou drukken).

[owndampu]

Er is volgens mij al een bericht met consensus dat arch linux ARM bij arch gevoegd gaat worden, maar pin me er niet op vast.

Ik hoop het in ieder geval, heb zelf een aantal apparaten liggen waar arch linux ARM (ALARM) op draait, had het ook draaien op een van die nieuwe qualcomm laptops. Maar er is te merken dat de infrastructuur van het hoofd arch linux project beter is, soms lijken de updates bij ALARM te stoppen voor een paar weken, en dan plots rolt het weer zoals normaal. Dat is echter het enige probleem wat ik heb op ALARM, verder is het top en draai ik het graag.

[yeagerist]

kunne we hierdoor maybi gamepass support krijgen ?

[Reinoud95]

Dat ligt toch aan Microsoft en niet aan Valve? Mocht je Xbox Cloud Gaming willen gebruiken naar je Steam Deck heeft Microsoft hier een officieel artikel over vrijgegeven: https://support.microsoft...e8-4810-8302-965be6d53296

[Reactie gewijzigd door Reinoud95 op 30 september 2024 09:18]

[yeagerist]

Jah Xbox Cloud streaming is cooky cutter en dat is geen alternative tegenover local game. Maar waarom ligt t aan MS, ligt t maybi aan de beveiliging van Linux waardoor gamepass niet supported kan worde op Linux distro's zoals SteamOS. Of is t puur t feit dat MS t gewoon exclusive will blijven houden op Windows.

[- peter -]

Mooi van Valve!

[rko4u]

Doe mij ook zo’n build server die al mijn fouten automatisch detecteert. Dan hoef ik ook niet meer moeilijk te doen om alles te unit testen.

Edit: maar ik neem aan dat fouten geautomatiseerd worden gedetecteerd.

[Reactie gewijzigd door rko4u op 29 september 2024 14:50]

[DarkSunshine]

Hoop dat dit grote succes wordt..
En Linux ook stuk makkerlijk wordt om te bedienen voor mensen die wienig ervaring hebben,

En hoop dat Windows/microsoft wel effe goed nadenken wat hun volgende stap is..
Mensen zijn wel beetje klaar met hun

[MulMonkey]

Als je overstapt van Windows naar MacOS (of andersom) vergt evenveel gewenning als overstappen van Windows naar Linux.

Het werkt gewoon allemaal net even wat anders. Maar geef een gebruiker een doorgewinterde gebruiksvriendelijke distro zoals Ubuntu, Mint of misschien Manjaro of Fedora en het went al heel snel. Makkelijk te installeren en eenvoudig in gebruik.

[goarilla]

Met de Secure Signing Enclave wordt er een omgeving opgezet waarin packages cryptografisch via PGP kunnen worden ondertekend met een enkele signing key, legt packagebeheerder Campbell Jones uit. Deze enclave moet ervoor zorgen dat de veiligheid en integriteit van de softwarepakketten toeneemt.

Betekent dit dat Arch eindelijk enkel gesigneerde packages in zijn repos krijgt ?