Graphical Linux Apps Are Coming to Windows Subsystem for Linux (zdnet.com) 89
ZDNet reports:
At the Microsoft Build 2020 virtual developers' conference, CEO Satya Nadella announced that Windows Subsystem for Linux (WSL) 2.0 would soon support Linux GUIs and applications. That day is closer now than ever before. At the recent X.Org Developers Conference, Microsoft partner developer lead Steve Pronovost revealed that Microsoft has made it possible to run graphical Linux applications within WSL.
It's always been possible to run Linux graphical programs such as the GIMP graphics editor, Evolution e-mail client, and LibreOffice on WSL. But it wasn't easy. You had to install a third-party X Window display server, such as the VcXsrv Windows X Server in Windows 10, and then do some tuning with both Windows and Linux to get them to work together smoothly. The X Window System underlies almost all Linux graphical user interfaces. Now, Microsoft has ported a Wayland display server to WSL. Wayland is the most popular X Window compatible server. In WSL2, it connects the graphical Linux applications via a Remote Desktop Protocol (RDP) connection to the main Windows display. This means you can run Linux and Windows GUI applications simultaneously on the same desktop screen....
Craig Loewen, Microsoft WSL Program Manager, added in a Twitter thread that the key differences between using a third-party X server and the built-in Wayland server is that: "You don't need to start up or start the server, we'll handle that for you." In addition, it comes with "Lovely integration with Windows," such as drop shadows and Linux icon support. Loewen also said you can run a Linux web browser in it. "We haven't tested it extensively with a full desktop environment yet, as we want to focus on running often asked for apps first, and primarily IDEs [integrated development environment] so you can run those in a full Linux environment," he said.
Don't get too excited about it just yet, though. Loewen continued, "We don't yet have an ETA for the beta channel, however, this work will be available in general for Insiders to try within the next couple of months."
It's always been possible to run Linux graphical programs such as the GIMP graphics editor, Evolution e-mail client, and LibreOffice on WSL. But it wasn't easy. You had to install a third-party X Window display server, such as the VcXsrv Windows X Server in Windows 10, and then do some tuning with both Windows and Linux to get them to work together smoothly. The X Window System underlies almost all Linux graphical user interfaces. Now, Microsoft has ported a Wayland display server to WSL. Wayland is the most popular X Window compatible server. In WSL2, it connects the graphical Linux applications via a Remote Desktop Protocol (RDP) connection to the main Windows display. This means you can run Linux and Windows GUI applications simultaneously on the same desktop screen....
Craig Loewen, Microsoft WSL Program Manager, added in a Twitter thread that the key differences between using a third-party X server and the built-in Wayland server is that: "You don't need to start up or start the server, we'll handle that for you." In addition, it comes with "Lovely integration with Windows," such as drop shadows and Linux icon support. Loewen also said you can run a Linux web browser in it. "We haven't tested it extensively with a full desktop environment yet, as we want to focus on running often asked for apps first, and primarily IDEs [integrated development environment] so you can run those in a full Linux environment," he said.
Don't get too excited about it just yet, though. Loewen continued, "We don't yet have an ETA for the beta channel, however, this work will be available in general for Insiders to try within the next couple of months."
I keep tellin ya! (Score:2, Interesting)
It's gonna happen!
Microsoft is going to replace the NT kernel with the Linux Kernel with some additions to be able to answer windows system calls, and Explorer will be rewritten to run on Linux!
It's gonna happen!
Re: (Score:2)
The productivity apps are easy, what are they going to do about Windows games?
Re:I keep tellin ya! (Score:4, Interesting)
The irony is that the main concern stopping me and most other gamers using Linux isn't compatibility, it's actually the performance hit from translating DirectX to Vulkan/OpenGL calls. It adds up to anywhere from 25% to a 50% reduction in performance when combined with user-space handling of Windows system calls inside of wineserver. There's also the fact that graphics on Linux is still single-threaded after all these years as a result of X11. Even with Wayland, GNOME Shell is still a single-threaded compositor, which is why they're working on a massive rewrite to fix things. With that said, Microsoft could still open-source big chunks of older Direct3D versions to allow the official native libraries to be merged in with Mesa, improving compatibility vastly and allowing Mesa and Wine projects to work together to bring fully native Direct3D support without a translation layer in between, fixing a large part of the performance problems.
Right now, the reason I still use Windows is because it outperforms Linux by a massive margin, while guaranteeing all software I use will keep working going forward. The moment you add all the security checks Windows does (digital signature checking of all binaries, anti-malware checks, per-application firewalling, behavioural analysis) to Linux, the speed benefits diminish greatly. The moment you try to add proper per-application ABI compliance to a fully updated Linux distribution, the RAM use (compared to Windows) skyrockets. Windows has multi-GPU scheduling and the ability to transparently pin specific jobs to go to a specific graphics card based upon performance needs, while Linux doesn't yet have a decent GPU scheduling algorithm for dealing with even a single GPU.
Microsoft can only move their workloads to Linux once all the required bits are present and they won't be for a good 10-15 years because while the Linux kernel gets a lot of love, the rest of the desktop stack is practically on life support.
Re: (Score:2)
What is the long term future of Windows gaming? Is Windows going to devolve into ChromeOS+DirectX?
Re: (Score:2)
You mean PC gaming. There will always be a market for high-end games which work close to hardware, as long as valve doesn't develop a console once and for all.
Re: (Score:1)
Re: (Score:2)
Where did you get 73% from? The "Top Thousand" graph on the protondb site showing "73% gold++"
That needs some unpacking.
59 unrated
7 % borked
64% bronze+
59% silver+
49% gold+
19% - platinum
25% - native
The true numbers are:
unrated 6%
borked 7%
bronze 5%
silver 10%
gold 30%
platinum 19%
native 25%
total 102% - I'll assume round off error accounts for that
Although linux native games is definitely a metric gamers are interested in and it obviously affects the number of games they'll be able to play on linux, and how well
Re: (Score:2)
And it still doesn't block the swastika guy, but they took away anonymous posting completely, to no effect except alienating regular users.
This should tell you that Slashdot is run by white supremacists.
Re: (Score:2)
oh, and they banned the word n a z i.
Re: (Score:2)
oh, and they banned the word n a z i.
Apparently they didn't ban it hard enough if putting spaces in between the letters is enough to slip it past the filters.
I guess you gotta forgive the admins. Perl is an abysmal language.
Re: (Score:2)
I never tackled perl but pattern-matching regexp is said to be the language's strength.
The website is borked because since Malda left, the current owners have let the code rot. Slashcode seems to run better on other websites.
Re: I keep tellin ya! (Score:1)
Re: (Score:2)
I didn't say otherwise. And in fact I argued that proton isn't as good as the metrics seem to say, because a good portion of the games in that 73% were linux native, and weren't even using proton.
Re: (Score:1)
Right now, the reason I still use Windows is because it outperforms Linux by a massive margin
On what basis did you make this statement? In my testing, many Windows games perform better on my Manjaro system than on Windows 10. In fact, the only games that didn't perform better were ones that won't run on Linux due to DRM. You aren't going to try to convince me that MariaDB, LibreOffice or the Gimp run faster on Windows than on Linux are you? Windows may be more convenient for YOU but faster I think not.
Re: (Score:2)
Re: (Score:2)
I don't think it's likely that Windows will dump the NT kernel. But I could see them further outsourcing parts the graphics layer in favour of Mesa and associated technologies. e.g. if they ever choose to support Windows on ARM64 on anything other than Qualcomm, they get GL and Vulkan support for Mali, Tegra, Vivante and Videocore by reusing drivers already community-developed for various Linux-based single board computers.
fre
Re: (Score:2)
The productivity apps already are on Windows (Score:2)
The productivity apps are easy, what are they going to do about Windows games?
The productivity apps are largely already on Windows (and macOS) natively. LibreOffice, Gimp, etc
X Windows and OpenGL support are all MS really needs to worry about. Other stuff likely uses GUI toolkits that are already cross-platform and support Windows. Ex Qt.
Re: (Score:2)
It may, over the long term, but they're still investing in keeping people using their kernel with all this WSL stuff.
Re: (Score:1)
Keep dreaming (Score:2)
Re: (Score:2)
Since Windows lost the server market it is questionable if it is worth dedicating staff at MS to continue development on the NT kernel forever. Working on the NT kernel requires skilled staff that may be more profitably deployed elsewhere. Browsers have greatly lessened the importance of the desktop OS.
More Linux on Azure than Windows (Score:4, Informative)
> Azure still uses NT kernel, it's not going anywhere
Azure runs more Linux instances than Windows instances and recently Microsoft submitted the patches so that they can run the hypervisor some 0 from Linux instead of Windows, replacing Windows with Linux as the base of Azure.
Re: (Score:2)
Nobody would ever switch to the worse technology.
Yeah--nobody will Windows and their licensing bullshit to run software on an inferior Linux or BSD kernel for free.
Re: (Score:1)
Um... you're conflating ideas. Just because the NT Kernel does more, it doesn't make it better.
The NT Kernel is riddled with bloat and bugs.
Re: (Score:1)
Re: (Score:2)
It's gonna happen! Microsoft is going to replace the NT kernel with the Linux Kernel with some additions to be able to answer windows system calls, and Explorer will be rewritten to run on Linux!. It's gonna happen!
Nope.
1. There is no advantage technologically.
2. If they were to replace the NT kernel with a *nix kernel if would be BSD. As Apple did, and likely for the same reason, keep most of the API and GUI code away from GPL'd code. They don't want accidental entanglements like they had with Hyper-V.
3. There is no real offloading of software development. The NT kernel is a small part of Microsoft's software development effort, they would be replacing that effort with adding features and debugging the Linux kerne
Re: (Score:2)
I heard you wanted a window in your Linux, so I put Linux in your Windows so you can windows while you Windows.
Re: (Score:1)
It is very clear it is going to happen. MS has all but abandoned Win10 by now. The quality of their maintenance shows this clearly.
Re: I keep tellin ya! (Score:1)
Been saying they should do this for 20 years
Say it with me ... (Score:2)
[ Ya know, I always thought there'd be a good penis joke somewhere in the whole EEE [wikipedia.org] thing. ... Just sayin' ]
Which would also go well with MS fucking people over
So which version of Edge will you use? (Score:2)
Windows, or the linux version?
Yeah, I know, trick question, linux firefox I guess. /s
Wayland has no wire protocol (Score:4, Informative)
Re: (Score:3)
And even for that, you gotta say "compatible" quickly while looking the other way.
Re: (Score:3)
Wayland is not the place for a wire protocol. On the other hand, X imposes a wire protocol on apps that don't require it. The common case for X is local graphics, and Wayland does that way better. On the other hand, if you want remote display, you'd be better off starting with Chromium/Electron as a basis for the display end and writing a higher level protocol than X.
Re:Wayland has no wire protocol (Score:4, Insightful)
Wayland is not the place for a wire protocol.
So the Wayland devs claim.
On the other hand, X imposes a wire protocol on apps that don't require it.
Something that is in fact invisible to 99% of developers. Local X programs are very fast.
The common case for X is local graphics, and Wayland does that way better.
[citation needed] on that "way better" bit. It can't really be way better because X works pretty well and Wayland has failed to displace it in 11 years despite being the pet project of the X developers. It is at most a tiny little bit better, but that is greatly up for debate.
On the other hand, if you want remote display, you'd be better off starting with Chromium/Electron as a basis for the display end and writing a higher level protocol than X.
"better off" how? I wouldn't say having to implement an remoting system from scratch for every program is really better than having something that works automatically with every single existing current and historic program out of the box, including proprietary ones that I couldn't modify even if I had a mind to. Also, better off with electron?? That thing is a massive, massive hog. I definitely want to replace all my X programs which take up positively megabytes of RAM with electron ones hogging gigabytes a piece.
Re: (Score:1)
I suspect we will see a more complete Wayland compositor ready for production use with full
Re: (Score:2)
HTML5 efficient? Doesn't take gigabytes of ram?
You don't remember what native desktop programs were like, do you?
And anyway that's nice that GTK 5 has it, but what about QT and all the efficient, fast and reasonably well debugged programs pejoratively referred to as "legacy"?
I like also how after 11 years of Wayland just not quite being as goods as X, the reason it's really better really is because of a future hypothetical feature it doesn't yet have. How long will that take? Another 22 years?
Re: (Score:2)
we don't have a SSH option for wayland
Except that MS is layering it with a wire protocol:
In WSL2, it connects the graphical Linux applications via a Remote Desktop Protocol (RDP) connection
Though whether this means that you can connect directly to a WSL2 instance in a Windows Server is not mentioned.
But this is still putting the Linux desktop in a window on the MS Windows desktop.
Back in the 90s, I remember using a program (from a company with "Hummingbird" in its name) that would 1-to-1 map X Windows windows to MS Windows windows. It even supported copy/paste between MS Windows applications and X Windows applications - even ones running on o
Re: (Score:2)
There are quite a few good Win32 (or I guess Win64 now...) X Servers available, both Free and non, and both free and not.
So, when is Windows moving to the Linux Kernel? (Score:5, Interesting)
Even 5 years ago, that would be laughable. A decade ago it was the stuff of insane fiction.
I believe this ongoing experimentation with Linux that Microsoft is clearly besotted with, has an end goal - to ultimately move Windows to *nix.
It does actually make a great deal of sense - as iOS and Android make gargantuan inroads into the mobile space, when compared to Microsofts failed efforts, the obvious choice is to move where the applications are going.
To me, it seems fairly evident that Microsoft is carefully heading in the *nix direction - yep, there are some crazy people out there still convinced Microsoft wants to kill Linux and Open Source - to each their own.
The windows platform starts to make less sense in a world of distributed applications able to run on a myriad of devices - and, well, *nix is just better...
Linux is for severs and embedded, not desktop (Score:5, Interesting)
Microsoft is clearly besotted with, has an end goal - to ultimately move Windows to *nix.
Nope, the goal is to keep developers and users on Windows. Microsoft is making sure the *nix toolchain works under Windows so developers stay on Windows. Much like macOS offering a *nix toolchain via their BSD environment made it an attractive alternative to Linux. With macOS and Windows+WSL2 offering the *nix toolchain various developers and users get the best of both worlds. The commercial software ecosystems and the *nix toolchain.
The Linux kernel offers no technological advantage over the NT kernel. Yet it would expose all the API and GUI code to risk via the GPL. Like Apple, Microsoft will want to keep the bulk of their code proprietary. So if there was a need to switch to a *nix kernel it would be BSD. Of course there is no such need because the NT kernel is mature and capable. Apple had to go BSD because they were still on the 1980'ish legacy Mac OS with no protection, no real multithreading, etc. So you really have it reversed. The time for MS to go *nix kernel was long long ago, in Win3x days.
Face it, macOS with BSD made Linux less necessary and less interesting for many. And now Windows plus WSL2 is doing the same for another Linux segment. Linux today is for servers and embedded. Linux on the Desktop has become Linux on the Microsoft Windows Desktop. A lot of people want *nix utilities and tools. MS and Apple now deliver these, standalone bootable Linux is less necessary nowadays. Speaking as someone who has been dual booting Linux and Windows on PCs since '93.
Re: (Score:2)
Re: Linux is for severs and embedded, not desktop (Score:2)
It does not matter if GPL threatens to take away the proprietary aspects of Windows when all software is served remotely and no one is willing to pay for an OS anymore.
If Microsoft were concerned about future revenues from Windows they would not have begun selling their own hardware, which threatens their relationships with hardware vendors. They want to sell devices directly, and then control all the servers these devices connect to. They just released an Android device, after all. Windows is becoming more
Re: (Score:2)
Linux on the Desktop has become Linux on the Microsoft Windows Desktop.
This would not go down well with the software developers at work. I believe Linux desktops are the norm for them. We used to ship our software on Windows, but it is almost all Linux now. I dare say they have Windows for testing, if we need to ship software for Windows. In my department, which is engineering and hardware, we also run all our stuff on Linux.
Re: (Score:2)
I've been dual booting since 1993. Not because I want Linux but because I sometimes want *nix utilities and tools. That is where I think many developers are. They are not into Linux because of the politics, the revoluti
Re: (Score:2)
Why would they bother? They have a system that runs Windows and Linux apps, why re-write it? They have decades of compatibility stuff in there and in the past small changes in behaviour have caused big problems.
What would they gain? Most of the security issues are in the user land stuff and switching kernel will introduce a load more as the security model changes. They would end up at the whims of the Linux kernel maintainers too.
There just doesn't seem to be any compelling reason to do it.
Re: (Score:1)
WSL2 is actually a step _away_ from moving to a Linux Kernel.
WSL1 had Linux as an actual subsystem alongside the Win64 subsystem.
WSL2 is just a VM with some filesystem integration. It's more separated from Windows that it was in the past.
Re: (Score:2)
I disagree. In the moment when all linux tools run smooth on windows and ths possibility to turn off a lot of the cloud things still exists, my next personal primary laptop may run windows (and that has not happened since ~ 1997).
Will they be ugly? Hope they are not... (Score:2, Offtopic)
...Graphical Linux Apps Are Coming to Windows Subsystem for Linux...
You know, Linux applications have been known to be inherently ugly. Not my words... [blogspot.com]
Re: (Score:2)
Is that a joke? That guy defends Windows 10 and flat design as good!
Re: (Score:2)
Not sure if joke or troll.
Time and RAM still not fixed (Score:4, Informative)
They still haven't fixed the time desync issue, and the problem with the Linux kernel performing caching and thereby claiming RAM from Windows. No, limiting WSL2 RAM to 50% of the system is not a fix.
All these "subsystems" on top of each other (Score:2)
Run a Linux program on Windows on Linux... Let's throw in a layer of Java
Re:All these "subsystems" on top of each other (Score:5, Interesting)
The NT kernel was built for this kind of thing. Win32, Win64, OS/2, posix, wsl etc are all just different subsystems on the NT kernel. It is actually a pretty impressive kernel overall. It is why WSL has no CPU performance overhead.
Re: (Score:3)
Yep, true. But from what I understand, WSL2 is now a virtualized Linux system running on a specialized version of HyperV. The benefit is that this gives them full compatibility, which makes new features like this easier to implement.
https://docs.microsoft.com/en-... [microsoft.com]
Re: (Score:3)
Re: All these "subsystems" on top of each other (Score:3)
It does not unless you turn on Hyper-v. Too ms y video games and sound mixer apps require low latency to ram. My i9 takes a 70ns hit when it's switched on so my system boots to a menu to turn hyper-v on or off for this reason
Re: (Score:2)
WSL is somewhat different. It emulates the syscalls of a Linux kernel so the userland thinks it's running in Linux but everything is mapped. It's very neat to be able to just type "bash" in a console and have a running Linux instance.
That was WSL1 (Score:4, Informative)
> WSL is somewhat different. It emulates the syscalls of a Linux kernel so the userland thinks it's running in Linux but everything is mapped.
That describes WSL 1. WSL2 is act a Linux kernel, running side-by-side with Win32, both atop HyperV.
Re: (Score:2)
It's not the first time this has been possible. I remember coLinux from about 10 years ago did the same thing, but having it officially supported in Windows with no screwing around with pcap drivers or whatever makes it super easy.
I've got an idea! (Score:2)
When this is implemented, all OSS software that maintains a windows compatibility layer could simply drop it. This way we will turn the tables on Microsoft and win with EEE ourselves! :) Everybody will just think: "I'm only starting Windows to get into my Linux environment, why not install Linux on the bare metal?"
Serious but also provocative question (Score:1)
Seriously, what programmes would run in said environment and provide an advantage?
The given examples all provide Windows binaries with the exception of Evolution... that IMHO is no "killer app" to justify this effort
Re:Serious but also provocative question (Score:4, Interesting)
In 2019, Android devices started using the mainline DRM/KMS graphics stack. It won't be long until Android is fully mainlined into the Linux kernel and those apps will start making their way on to the Linux desktop. Imagine if Microsoft all of a sudden had native support for Windows-native, Linux-native and Android-native apps, complete with support for corporate IT policies (both MDM and Group Policy) with a consistent, well-patched runtime...
The Microsoft Store could easily ship Android apps so they "just install" on Windows desktops as well as on mobile (via Android). After all, now that Windows 10 Mobile is end-of-life, said mobile-only UWP apps can be purged, eliminating any potential customer confusion in the process. Mobile-compatible would mean Android-compatible and desktop-compatible would mean Windows-compatible, whether via a WSL runtime or otherwise.
Re: (Score:1)
It wasn't hard previously (Score:3)
How is this different from XQuartz for macOS? (Score:1)
Serious question.
Other than having to recompile Linux apps with something like MacPorts or HomeBrew, how is this substantially better than what OS X/macOS has offered for the past 20 years with its BSD Subsystem Add-On (now spun-off to the OSS Project, XQuartz)?
https://www.xquartz.org/index.... [xquartz.org]
https://www.maketecheasier.com... [maketecheasier.com]
Re: How is this different from XQuartz for macOS? (Score:2)
Why does it have to be better? Not everything has to be a contest.
Re: (Score:2)
Re: How is this different from XQuartz for macOS? (Score:1)
XQuartz is dead having no new release since 2016. GIMP dropped XQuartz support and went native around v2.8.2 because it is utter garbage.
It may not have a package later than 2016; but, compared with many other FOSS Projects, with source-file modification dates of October, 2019 (and possibly later), it is demonstrably far from abandoned.
Re: How is this different from XQuartz for macOS? (Score:2)
For one your boss or IT department at work determines your platform. Not you.
Another reason is you don't want to pay for an expensive underpowered Mac and prefer the freedom of buying what you want specced do your needs at home.
Third and THE biggest reason is you have applications that don't run on Linux or your Mac. If you game or are a small shop who uses Inuit QuickBooks or runs 3D Studio max or Unreal engine for presentations then you have to use Windows.
Last some people like and gulp prefer Windows. I
Re: How is this different from XQuartz for macOS? (Score:2)
For one your boss or IT department at work determines your platform. Not you. :-). WSL fits the bill for all of these without requiring virtualization
Another reason is you don't want to pay for an expensive underpowered Mac and prefer the freedom of buying what you want specced do your needs at home.
Third and THE biggest reason is you have applications that don't run on Linux or your Mac. If you game or are a small shop who uses Inuit QuickBooks or runs 3D Studio max or Unreal engine for presentations then you have to use Windows.
Last some people like and gulp prefer Windows. I know that is sacrilege here but Windows just works these days compared to 20 years ago mostly.
Also MS made or i should say ported wsl from Windows Phone to run Android apps for developers. Young 23 year old kids writing this are poor and can't afford $3000 Macs or $$$$ PC's for Virtualization specs which 32 gigs is still expensive. WSL more lightweight
So, IOW, you can't come up with a single good reason, and have nothing left but tired, old Apple-Hater memes.
Got it!
Re: (Score:2)
How are these old Memes? lol
Not everyone is a silicon valley nerd making $200K a year with 10 years experience working with a with a new age employer .com philosphy of using what you want etc.
Most new mobile developers are kids in India and college grads because they are cheaper and have more experience with node.js and other trendy things then the old timers who use Java or C++. These employers are traditional companies as these kids do not have the barganing power you do who can choose an employer based o
Re: (Score:2)
How are these old Memes? lol
Not everyone is a silicon valley nerd making $200K a year with 10 years experience working with a with a new age employer .com philosphy of using what you want etc.
Most new mobile developers are kids in India and college grads because they are cheaper and have more experience with node.js and other trendy things then the old timers who use Java or C++. These employers are traditional companies as these kids do not have the barganing power you do who can choose an employer based on a Mac or get a nice salary.
Most non paid internships require 2 years experience and if you have a gap on a resume and live at home with your parents a shit job is better than no job etc. Not even in the same world you live in buddy. These guys take what their employer gives them which is a Dell Windows 10 laptop with low end specs like 4 to 8 gigs of ram and an i5 2 generations behind etc. WSL fits the bill.
My other part of freedom bugged you but it is true. I love my dedicated graphics and i9 and 64 gigs of ram. I can't afford a Mac with those specs so I will not buy one. Simple.
And that is another tired old Mac-Hater meme.
I've barely ever made more than US$ 60k annually doing mostly industrial embedded development (because I don't like to play the corporate-stooge-game), and have had my fair share of gaps in my resume; some even a bit long, Yet I have always had Mac gear. Always. Most has been a couple of generations old; but, like iPhones and iPads, Macs simply last longer; both hardware and software-wise.
The trick is, I don't game; so I have absolutely no need to spend $$$ on di
This could be the year (Score:2)
Linux finally makes it to the desktop in Windows thereby getting infected with a digitized Coronavirus.
Not Useful (Score:2)
Re: Not Useful (Score:2)
Wsl2 has improved things significantly
Can we just get rid of X (Score:5, Interesting)
Yes I am in the minority here in a wave of old farts who don't like change and are scarred with SystemD still but X is really horrid!
I remember in the 1990s where it took 70% of all resources and to this day the whole concept of a a server and client talking to itself on the same PC is just weird. The Unix haters manual has a whole chapter on this. This bizaare architecture is why things like sound, true type fonts, and 3d acceleration can't ever truly work. Sure you may see them on your desktop but they are hacks. A font server? Wtf. A sound server tied to Linux so Gnome is waay out of date on FreeBSD due to pulse audio and alsa which were created to get around limitations in Xorg. Mesa is a joke last a looked as the X protocol can't handle the bandwidth between Xclient and Xserver. Another hack was needed with 3d apps.
Why doesn't the Gimp support true rgb color channels and accuracy? Again limitations on 30 year old X. X was designed to work on a green screen terminal with a big wheel for a mouse hooked into a mid 1980s Unix mainframe.
The apis you see today really hide the unscalable nightmare underneath in an abstraction layer.
Getting rid of X would make running apps easier in wsl, rdp, or on a cell phone
Re: (Score:2)
The problem is it's the very worst except for the other options...
Re: (Score:2)
Pretty much. X11 is not good. _All_ other alternatives are far worse.
Re: (Score:2)
First of all, I do not think X ever had anything to do with sound. There was never anything about sound in the config files, when I used to poke with them.
Most of the graphical/colour/fonts issues are in libraries and applications, not X as such.
X was designed to work on a green screen terminal
Never seen that, and I have been using Linux for a long time.
Embrace, extend... (Score:2, Interesting)
Well looky here, it seems MS may finally be realizing that Windows is a mess and is unsalvageable.
Pretty soon the Linux "subsystem" will grow and encompass more and more of the system, expanding until all that's left of the original is the logo. Windows will be essentially a Linux distro with built-in support for Windows.
So we may eventually get to see "the year of Linux on the desktop", and it'll be brought to us by....Microsoft?
So the windows subsystem in Linux is Wine (Score:2)
Re: (Score:2)
Whiskey.
MS to Linux developers (Score:1)
Yes, but why do it? (Score:1)
Seriously, if I have the choice between a crappy, insecure, unstable OS (win10) and a mature, reliable, secure, stable OS (linux), why would I run my applications on the crappy one?
3 steps (Score:2)
1. Embrace .... Destroy?
2. Extend
3.