4 ms·
Knowing Microsoft, it will be both. That is, ship every runtime ever provided. Win32, Linux kernel, GNU and NT kernel, all of them. Ms already ships a Linux ke
by bmacho 11mo ago
Knowing Microsoft, it will be both. That is, ship every runtime ever provided. Win32, Linux kernel, GNU and NT kernel, all of them.
Ms already ships a Linux kernel, and msys2/git bash, and they won't stop doing it.
- 1718627440 11mo ago> Ms already ships ... msys2/git bash That is an independent FOSS project to my knowledge. > Knowing Microsoft, it will be both. Possible. But then when they are content with both the kernel and the userspace, why should they switch at all? The must be wanting to replace some maintenance burden, otherwise they won't do it.
- bmacho 11mo agoYou are right, Git for Windows is by random people. I don't know why I was so sure that it was a Microsoft product. > Possible. But then when they are content with both the kernel and the userspace, why should they switch at all? A lot of developer tools only work on Linux. That's why they provide WSL2, a Linux kernel.
- dspillett 11mo ago> I don't know why I was so sure that it was a Microsoft product. It is shipped with VS. If this is your only interaction with it then that is an easy assumption to make.
- 1718627440 11mo ago> You are right, Git for Windows is by random people. In addition Git for Windows and MSYS2 are different projects, but Git for Windows ships a strapped down version of MSYS2, which is a bit annoying once you want to use anything else, as now you have two (incompatible) versions of MSYS2 around. I would like if they would backport Git for Windows into MSYS2 proper.
- dspillett 11mo ago> > msys2/git bash > That is an independent FOSS project to my knowledge Yes, but they do ship it as part of VS: https://random.spillett.net/stuff/tmp/setup_UYht2mgWnW.png https://random.spillett.net/stuff/tmp/setup_UYht2mgWnW.png > The must be wanting to replace some maintenance burden I'm sure they'd love to drop Windows as-is, certainly on the desktop, and let others have that burden (moving Gamers to a walled garden via XBox, let Apple and Linux have all the hardware and user support issues on desktops/laptops and phones, etc.), but momentum and backwards compatibility are massive problems and even ignoring those dropping Windows would just be too embarrassing. Windows isn't the cash-cow it once was, it might even be a cost depending on how you massage the figures, the bread-winners for MS are currently: Azure, SQL Server, and Office. Office itself is part of the collection of things that would hold back a desktop OS exit for MS: there isn't a full port for any other OS and the online version is not feature-complete.
- 1718627440 11mo ago> I'm sure they'd love to drop Windows as-is, Sure, but developing both Win32/Linux and GNU/NT, means they would not get rid of anything. They need to keep the userspace API, so maybe they would favor Win32/Linux over GNU/NT. But then why should they get rid of the kernel, which is the least of their problems, isn't held back by API compatibility, is widely praised for its quality and supports a lot of things, which userspace doesn't. (fork, symlinks, etc.) What is the benefit of Win32/Linux over Win32/NT for Microsoft? The alternative doesn't make sense either. There is no point in integrating their kernel into a different OS, when the result only is a different flavor of that OS. Why should anyone use GNU/NT over GNU/Linux, when it's still incompatible with all Windows software? They could massively invest into Wine or an alternative and maybe also implement a shim for kernel modules. Or there could open-source Win32 and wait for it to merge with Wine, so that Win32/Linux becomes viable. Lastly they could spin off Windows OS into its own company and it would become just one of their targets for their software. This would likely also improve Windows, as the OS' main problem is forcing ads and bloatware into it. But why would Microsoft allow that? ----- Arguable GNU/NT already exists with MSYS2/Cygwin. What they are missing is an OS package manager, integration into the user/process/permission system, a registry shim and a way to force random program installers to install into the FHS.