The developments of personal computing since subscription applications became prevalent and app stores were integrated into operating systems has made things quite different from the era that preceded this one.
Apple used to sell OS upgrades. Today you can basically run Windows 10 for free. The revenue streams are different these days and they have plenty of incentives to turn your OS into a mall.
OneGet is an open source project run by an open source group at Microsoft and has been around since 2014. It's based on linux package managers.
But I don't think most people mean either of these things when they say "walled garden". They are referring to ecosystems where the user's only choice for installing apps is an app store owned and maintained by the OS vendor.
The day Microsoft announces that the next version of Windows will be wholly incompatible with player's existing libraries is the day Windows ceases to be relevant to this market. Suddenly, Wine and Proton on Linux go from being "pretty good, but real Windows works better" to being the best option by a mile.
And this is without mentioning how important legacy support is to enterprise customers. A whole lot of the jank and inconsistent UI designs present in Windows 11 is there because enterprise customers still use old software that relies on old features and APIs.
But right now, kinda feels like Microsoft buys Steam or dies.
(Maybe not dies, but "becomes IBM.")
People seem to forget that Microsoft is the second most valuable tech company in the world behind Apple. Unless some incredible monstrous change or disaster happens to/within the company, they're not going anywhere for a long time.
For that, you have Valve stepping in and working with anti-cheat companies to find some middleground for Linux: https://techraptor.net/gaming/news/valve-making-linux-anti-c...
Also, Microsoft is already a DRM vendor with the Windows Store.
Well, I'm crossing my fingers the Valve Steam Deck satisfies my PC gaming needs (probably not though). I hate Hate HATE that more and more games are wanting to install System level services. It's absolutely not acceptable for the same machine my financial info and other sensative info is on has apps digging deep into the system.
I could run 2 machines but that's also a PITA, maintaining both machines and trying to decide when to use one vs the other. A gaming machine is powerful but I also need that power for video editing and other things. 2 VR rigs, one for non-gaming, one for gaming, would also suck. etc....
I want Windows to lockdown like Mac (and sure, you can turn it off?) but I'd like apps not to be able to muck with the system. Games have no excuse IMO.
I was working at Microsoft when they came out and they handed them out for free to every employee.
Due to the lack of any meaningful apps (not even Chrome), the thing was DOA. IE11 was the only option for browsing.
Yes - Microsoft had credible plans to wall-off app installation via an iOS-stye app store. Valve considered this threat to be viable enough, they developed SteamOS and promoted Steam Machines.
Since then, Microsoft has continued its cryptographic crusade to plug all avenues for loading software that's not Microsoft-approved from pre-boot, right up to the userland. Currently, Microsoft already have a turnkey walled garden
The moment you add something "windows specific" to Linux you prevent it from actually being used because then you can't deploy it.
I don't think Microsoft's MO is to completely dominate your entire stack anymore. They just want to make sure they form some critical piece of it so you can't get rid of them.
WSL, I'll admit, will be trickier to convert. However, they have decades of experience at this so don't put it past them to figure it out.
(Whether or not you agree that "Google Play Services" is already that EEE play, the incumbent, seemingly not going anywhere, and Microsoft/Amazon are playing underdog in this game.)
[1] WSL is based on Hyper-V virtual machines.
>> "This is the real and full D3D12 API, no imitations, pretender or reimplementation here… this is the real deal. libd3d12.so is compiled from the same source code as d3d12.dll on Windows but for a Linux target. It offers the same level of functionality and performance (minus virtualization overhead). The only exception is Present(). There is currently no presentation integration with WSL as WSL is a console only experience today. The D3D12 API can be used for offscreen rendering and compute, but there is no swapchain support to copy pixels directly to the screen (yet )."
https://github.com/microsoft/WSL2-Linux-Kernel/tree/e445d061...
https://github.com/microsoft/WSL2-Linux-Kernel/blob/e445d061...
>> "SPDX-License-Identifier: GPL-2.0"
They're also working on supporting all the standard Linux equivalents according to your link. I don't see the third E here.
1. Their kernel implementation is effectively just a paravirtualized proxy to the Windows DX API. So it won't be useful for bare metal users.
2. Only the kernel driver is open source (and presumably that is only thanks to the GPL). The user-mode library is a proprietary component shipped with Windows. I assume this is also DRMed to only work on top of Hyper-V/WSL2, just like many of their VSCode extensions deliberately block usage with unbranded builds (see also: AARD code[1], this isn't exactly new for them).
[0]: https://devblogs.microsoft.com/directx/directx-heart-linux/
Because it really doesn't seem like it will affect you or what you can do in any way at all.
2. People write "Linux" apps that require directx
3. Linux technically stays an option but is unable to run apps without NT underneath, and nobody writes plain Linux apps because of market effects
Weak because people could still write apps for just Linux, plausible because convincing people to divert effort to the MS way would work and is classic EEE.
From Wikipedia:
> "Extinguish: When extensions become a de facto standard because of their dominant market share, they marginalize competitors that do not or cannot support the new extensions." - https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguis...
The current world is that there are programs written for Linux distributions with certain subsystems (audio, window manager, systemd, etc) which don't work on other distributions without those subsystems. People who ignore binary blob video card drivers, etc. A Microsoft Ubuntu with DirectX that only runs in WSL would be just another thing like that. It would be practically no different to "macOS is UNIX but you can't run all macOS programs on other Unixes" which hasn't extinguished Linux or Unix.
Even moreso when people who want to write for DirectX can do so for Windows. Why would those people target DirectX on Linux which only runs on WSL? And if it doesn't only run on WSL, let's say DirectX on Linux works on any Ubuntu and Valve use it for Steam and gaming on Linux becomes massively popular by targetting DirectX for video ... how do you then connect to "nobody writes plain Linux apps because 3D games are an option" and from there to "and now despite being massively more popular, Linux is extinguished and this is bad because even though I can run literally any other distribution and write and run my own software and all previous software, I can no longer be bothered to and that's both bad and Microsoft's fault"?