Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Microsoft Software Windows Linux

Microsoft To Add Support for Linux GUI Apps on Windows 10 Later This Year (zdnet.com) 124

Microsoft is making the promised support for Linux graphical user interface (GUI) apps on Windows 10 available to customers as of the next Windows 10 release, officials said on May 25. Microsoft officials made the announcement on Day 1 of its virtual Build 2021 developers conference. From a report: During his Day 1 keynote, CEO Satya Nadella basically acknowledged there will be another event "soon" about the next Windows. He said: ""And soon we will share one of the most significant updates of Windows of the past decade." He said he has been self-hosting it over the past several months and called it "the next generation of Windows."

Microsoft released a preview of Linux GUI apps on the Windows Subsystem for Linux (WSL) in April, 2021. This capability is meant to allow developers to run their preferred Linux tools, utilities and apps directly on Windows 10. With GUI app support, users can now run GUI apps for testing, development and daily use without having to set up a virtual machine.

This discussion has been archived. No new comments can be posted.

Microsoft To Add Support for Linux GUI Apps on Windows 10 Later This Year

Comments Filter:
  • They'll port Xorg to Windows.

    • I seem to recall this being a big deal on MacOS X many years ago. It kind of lost its importance as the software library for macOS improved.

      Why wouldn't people write their stuff in QT or wxWidgets and build GUIs for both Linux and Windows if that is their intended target market? I'm pretty sure Visual Studio supports CMake and Linux builds now, should make the transition between the platforms pretty painless for developers.

      For those of you who want a real Xorg on Windows. MobaXterm (paid) includes it among

      • >CMake
        Then it'll never work.

        I've never met a project built with CMake that wasn't a pain in the arse and full of incomprehensible write-only configuration.

        • It used to be horrible and impossible to debug. Now it's only horribly inconvenient. The main advantage is that it's a meta-system and can transform your build configuration to GNU Makefiles, MS NMake, Ninja, and a few others. A brought range of platform support and it's quite a bit faster at detecting your system than old GNU autoconf/automake. The command-line options and UI for CMake is complete garbage though.

          • s/brought/broad/

          • by jabuzz ( 182671 )

            Sounds like imake reincarnated with added bells and whistles if you ask me.

            • imake was easier and had nicer syntax than CMake (or autotools). But it still faced a lot of the scalability problems inherent in directed acyclic graphs as used in Make (top to bottom). But Xorg abandoned imake and I wouldn't recommend using it at this point.

              GYP or Meson might be an alternative if CMake is not to your tastes. Off the beaten path but Premake [github.com] is cleaner looking than CMake and less likely to face the Python version struggles that Meson users have.

              For a small project and full scratch (release

              • I tend to either make a vanilla Makefile or if I'm really lazy, build.sh which executes gcc a couple of times.

                Then again, I mostly write command line programs that process buggerbytes of data for which a GUI or network stuff or fifteen layers of web abstraction would not be of much use (thankfully).

                If I can't factor a problem down to something addressable that way, I'm doing it wrong. I'm glad I don't work in a huge design team.

                Like this : https://github.com/dj-on-githu... [github.com]
                or this : https://github.com/dj-on- [github.com]

                • Doesn't even check for header dependencies. And ignores differences between *nix platforms so no -lsocket for SunOS (main reason we've had GNU autoconf for the past 20-30 years). And no properly built shared libraries either, as ugly as libtool seems at first it's easier than figuring out how to correctly build shared libs on every platform.

                  What you've done is perfectly reasonable for trivial projects that don't need to be shared with others, packaged for a distribution, or ran through automated tests of a

                  • It depends on your definition of trivial.
                    Entropy analysis is anything but trivial and is very serious when it comes to cryptographic security.
                    The algorithms within are the value in there. The wrapper is just there to call the algorithm.

                    I do have regression tests for djent and quickrdrand because they're used in silicon production testing, but I haven't shared those because they're rather tied to some megacorp internal infrastructure.
                     

      • Heck, I was running X servers with Cygwin about 15 years ago. It's not that innovative.

    • by caseih ( 160668 )

      This is about Wayland on Windows, not Xorg. Somehow they are implementing Wayland in Windows proper and then connecting the Linux applications running in the Linux VM (that's what WSL2 is, a VM) through to this native Windows Wayland server.

      • Re:In other words (Score:5, Insightful)

        by His name cannot be s ( 16831 ) on Tuesday May 25, 2021 @01:26PM (#61420626) Journal

        Some notes:

        https://github.com/microsoft/w... [github.com]

        It's basically a Wayland implementation that is exported via RDP protocol.

        • by caseih ( 160668 )

          Right! That makes the most sense. And it being open source, hopefully this of thing can be modified to eventually bring back application-level remoting to Wayland-based systems. I realize transparent X forwarding still works for GTK and Qt apps even when in a Wayland environment using Xwayland, but it's only a matter of time before that path bit rots in the toolkits. I'm not interested in remoting a whole desktop; I used application-level remoting regularly.

          • No one cares. The Wayland team literally published working RDP code to demonstrate to the detractors that remote per application hosting was possible, and said "There, now leave us alone and if you want this feature go implement it". And nothing happened.

            Somehow despite the uproar, no one actually cares enough to do anything about it, which is kind of like saying the Open Source community has literally voted with their wal... code contributions.

    • by DrXym ( 126579 )
      No, they've implemented a wayland server. If you want X you can run X on wayland.
    • They'll port Xorg to Windows.

      At least someone will be maintaining the project. Maybe they can kill a few bugs in the process.

      • by DrXym ( 126579 )
        They don't need to. X is already available through the likes of Cygwin and commercial products like MobaXTerm. And since Microsoft are implementing Wayland it is also available by XWayland. i.e. all the X stays put in the VM and Microsoft just facilitate it through a far simpler protocol.
        • Better that way, anyway.
          Whenever you're playing with a third-party windows X server, you're invariably playing with really fucking weird quirks. I've used a lot of them, and never found one that was "really good"

          Maybe this way, all of my KDE titlebar graphics won't be doubled in size with half size icons.
        • Think you missed the obvious joke of my comment: A reflection of the state of X.org, and to be honest, it's no surprise that MS would chose to implement Wayland instead.

  • ... linux guy they're talking about?

  • Most likely some parts of Windows have been rewritten in Rust, the thread- and memory-safe language.

    I'm personally waiting for the Windows kernel to be rewritten to a micro-kernel architecture, if this is even possible.
    • Re:Rust (Score:4, Insightful)

      by MightyMartian ( 840721 ) on Tuesday May 25, 2021 @12:45PM (#61420472) Journal

      I'm waiting for Microsoft to fork Wine and then just abandon the Windows kernel entirely.

      • Re:Rust (Score:4, Insightful)

        by kurkosdr ( 2378710 ) on Tuesday May 25, 2021 @03:23PM (#61420984)
        I am always amazed by the ability of Linux people to confuse what they want to happen vs what is probably going to happen... If you think Microsoft will ever give up creative control of the OS and relegate themselves to being a VAR for Desktop Linux, you are mistaken.

        What is happening is Microsoft embracing (if not extending) Desktop Linux to enhance Windows. In Windows, you are now getting all the usual ecosystem of Windows apps (that Desktop Linux doesn't have), plus those Desktop Linux apps and shells as an extra.
        • I mean, look at the mobile space, where they stuck to Windows Phone for as long as they could (despite everyone else having given up on Windows Phone) so they could have creative control of the OS, before eventually capitulating and becoming a VAR for Android. You can be sure that becoming a VAR for Android is not something they wanted. Why would they do that voluntarily on the desktop, where their Windows OS has most of the market?
        • I believe Microsoft moved towards Linux since it knows Windows cannot handle the workloads Azure needs to handle. More and more of the workloads in Azure run on Linux, and that includes Microsoft's OWN workloads.

          It's no coincidence that Microsoft ported SQL Server to Linux. Having thousands of SQL Server instances running on Windows is not something to look forward to as a Windows administrator.

          I don't know how far Microsoft will take this (it's still an easy cash cow) but as far as the server Microso
          • Microsoft's own workloads? Source/link?
          • I am not talking about servers btw, were Microsoft using a mixed approach is beneficial to Azure, but the desktop. Microsoft has no incentive to abandon Windows there, considering the advantage they have in things like graphics drivers, peripheral support, desktop experience and app ecosystem, and the market share Windows has. Microsoft soldiered on with Windows Phone for as long as they could with much less.
        • I'm always amazed how people generalise from one comment or a few comments of one or a few people of group x (Linux people in this case) to all people that may be classified as people of group x. But maybe not all people generalise in that way, just you, and some others, and not all Linux people think like the post you commented on, I know I don't.
    • by DrXym ( 126579 )
      As far as I'm aware Microsoft aren't rewriting anything in Rust, however if they're writing new stuff then Rust is obviously a strong contender to do that work in.
  • I sincerely hope that this development once effected, will tame or cure Linux's inherent Ux/GUI problem of sucking bigtime in the beauty category.

    • by caseih ( 160668 ) on Tuesday May 25, 2021 @01:28PM (#61420644)

      Highly doubtful. Windows, if anything, promotes the kind of UI mess that Linux is famous for. MS started it all years ago when they started using a custom UI toolkit for MS Office. Every Office release since uses a slightly different widget set. Now we have a mess of apps that look and act differently, some skewmorphic, some not. It's particularly horrible with anti-virus and anti-malware tools. In short, only MacOS strives for any sort of UI visual consistency, and even then sometimes not.

      Personally I don't find the current state of my Linux desktop to be ugly or unusable. For me quite the opposite. I of don't really care about mythical new users, though. I care most that the applications and desktop environment works for me and my use cases, which it does nicely. I get irritated when developers would rather alienate a user like me who has used, say Gnome for decades, to try to attract new users, which I'm not convinced actually exist.

    • I sincerely hope that this development once effected, will tame or
      cure Linux's inherent Ux/GUI problem of sucking bigtime in the beauty
      category.

      If MS's "Linux GUI" support works like Windows Remote Desktop, then no. It
      will be displaying the KDE/Gnome/whatever desktop inside a window on the
      Windows desktop.

      On the other hand, if they mapped the X-Windows protocol to WinAPI calls
      AND, some how forward and map KDE/Gnome/whatever desktop management requests,
      then, maybe, yes.

      • If MS's "Linux GUI" support works like Windows Remote Desktop, then no. It will be displaying the KDE/Gnome/whatever desktop inside a window on the Windows desktop.

        You are a bit out of date. RDP has supported RemoteApp [microsoft.com] since 2008.

        This allows you to connect to individual applications that appear on your remote system just like it is a local application. It has its own window and can have its own shortcut on your start menu. The remote program has access to your local resources like your locally installed printers.

        • by caseih ( 160668 )

          Yes but as far as I know no Wayland implementation supports this idea of per-app remoting yet, so WSL2 won't either. Which is a real shame in general.

          • I replied to my own comment [slashdot.org] (because you can't edit on slashdot) with the video [youtube.com] showing that they do indeed show the applications as separate windows with their own start menu icons and taskbar entries.

          • by AvitarX ( 172628 )

            Doesn't every Wayland app draw itself and its window decorations? I'm not sure why it would need a desktop.

            I would assume you load all the libraries, but not the actual desktop. Windows handles the window placement, and the apps handle the way they're drawn. The Linux apps can drag between each other, but likely not to/from Windows apps.

            I could be wrong here, but that's how I picture it working. I also suspect you'll be able to load a desktop into a window and do it that way if for some reason you prefer.

        • Further to my own comment, here is a video demonstrating WSLg [youtube.com]. The applications appear as separate windows, with their own entries on the taskbar.

          The user interface for the applications is pure Linux, so no it doesn't fix the disparate user interfaces. To do anything else would introduce huge compatibility problems.

    • Linux's inherent Ux/GUI problem of sucking bigtime in the beauty category.

      Which UI doesn't? Apple hasn't looked good ever since they became a company of product managers instead of artists.

  • Running gui apps will finally bring linux to desktop.
  • so Uncle Sam will get to see what a lot more people are doing.

    • Re: (Score:3, Informative)

      by Excelcia ( 906188 )

      so Uncle Sam will get to see what a lot more people are doing.

      It's for this reason why I won't run Linux apps on Windows natively. I will continue to use my Linux Mint VirtualBox install. I have Mint running on VirtualBox in seamless mode. Mint's task bar is on the top, so I end up with a second task bar at the top of my screen with everything Linux. It's sitting on a 64GB virtual hard drive and is encrypted with LUKS inside it.

      Wrapping Linux apps inside an emulator doesn't, per se, add any protection from Windows itself. Sure, the encrypted filesystem makes the

  • by John.Banister ( 1291556 ) * on Tuesday May 25, 2021 @01:05PM (#61420534) Homepage
    It'd be at least interesting to see how they solved some of the problems.
  • Windows is quickly working its way up to being the worst Linux distro yet!
  • Please explain to me...

    Back in school in the late '90s, I ran apps on a Unix box from a rootless X server on Windows NT.
    Is that not possible with WSL today for some reason? What is different?

    • It's possible if you're willing to go through the motions of setting up an X server and doing all the things necessary to make it work.

      As far as I can tell, the difference is that this works out of the box.

      • by moronoxyd ( 1000371 ) on Tuesday May 25, 2021 @01:29PM (#61420654)

        It's possible if you're willing to go through the motions of setting up an X server and doing all the things necessary to make it work.

        Like: Downloading Xming, installing it, starting it, setting up a standard configuration (just click through the wizard), export the display on your Linux terminal and run the Linux GUI program?
        Yeah, that stuff takes all of 60 seconds. (Speaking from experience.)

        • Oh, I know. I've done it before, too.

          Like most things in life, it's easy once you've learned how to do it.

        • by piojo ( 995934 )

          Assuming you mean WSL2, you'd better add ten minutes for getting your clipboard to work. If you don't already know how, call it a couple hours: search for it, try it, debug it, satisfy yourself that you haven't just let everyone on your network read your clipboard.

        • This also handles audio input and output. It has hardware acceleration for mesa. It has hardware acceleration that is gpu agnostic for gpgpu. Part of what is coming with this is dx12 directcompute for things like tensorflow both inside and outside wsl.

    • Can you even run a daemon reliably under WSL 2? I had nothing but problems running a LAMP stack on WSL2, with Mysql and Apache only starting up intermittently. Went out and bought a Raspberry Pi for the server. Worked a lot more reliably. So far I just don't get the point of WSL.

      • I don't think that was ever a use case for WSL. It's mostly for supporting Linux-based local development environments, which don't usually require long-running server processes. I guess they figure that you need a long-running server process, that's what HyperV (or your VM system of choice) is for.

  • Now in addition to the massive bloat of Windows install, I can enjoy the disk choking cruft of a full desktop stack linux install at the same time!

  • Wine is already taken. Besides, it's "free as in beer."
    • It's free like the carrot sitting under the box with a string leading away. This allows you to run free software (which you could already run in a free operating system for decades) on a closed, proprietary system.
  • EEE (Score:4, Insightful)

    by Arnonyrnous Covvard ( 7286638 ) on Tuesday May 25, 2021 @01:13PM (#61420570)
    They're at it again.
    • That always comes to mind, but they could make Windows into the best Linux in the world, and it still would cost money. I suppose this could bite into the non-free Linux market someday though.

    • Ah yes, that old FUD. The problem is that this isn't all Microsoft code - they are using distros made by other people to do the heavy lifting. Here is Ubuntu [microsoft.com], which you can see was made by Canonical Group Limited. Here is the page on Ubuntu.com about it [ubuntu.com]. If you search on the Microsoft Store for "linux" then you will find the other distros available like Debian, SUSE, Kali etc.

      It is all open source, so here is the source code for the kernel [github.com]. Here is the source code for the GUI parts [github.com].

      So if they do extend anyt

    • Re: (Score:2, Insightful)

      by thegarbz ( 1787294 )

      And the stupid EEE comment is at it again. I've said it before, and I'll say it again. Those people who think what MS is doing here is EEE don't have a clue how EEE works, don't have a clue the market conditions needed for it to happen, don't have a clue about MS leadership and don't have a clue about how MS makes money. In summary basically thinking this is EEE is a declaration of not having a clue about anything.

    • by amorsen ( 7485 )

      OS/2 -- a better Windows than Windows!

      Exactly the same thing. Windows somehow survived...

  • by xack ( 5304745 ) on Tuesday May 25, 2021 @01:19PM (#61420594)
    Microsoft was showing some animations during the build keynote that look suspiciously like Aero from Vista and 7 but with a lighter theme. I wouldn't be surprised the "next Windows" is more glass like.
  • At this point why not build a Windows User land that sits on top of Linux, so if you want to use Windows apps you can, without have to loose the stability, security, usability and performance benefits of Linux?

    I've been using Windows on and off for the last couple years, and I consistently benchmark it between 30 - 40% slower then Linux, for the same tasks, and I know other developers who agree with that figure, but I'm not sure how well tracked it is in their workflow.

    The WSL is just a sad attempt for
    • by caseih ( 160668 )

      I don't think the WSL has any effect on POSIX compliance and government contracts. I wouldn't be surprised if some government requirements preclude running the WSL at all.

      No this is fundamentally about developers who are comfortable with Windows and its tools (Visual Studio) but need or want to target Linux. I think it's part of their Azure cloud strategy as well. Develop on Windows, test in the WSL2, deploy to Azure. MS knows as well as you and I that Windows itself has no place in the cloud. This k

    • Comment removed based on user account deletion
    • > At this point why not build a Windows User land that sits on top of Linux, so if you want to use Windows apps you can, without have to loose the stability, security, usability and performance benefits of Linux?

      s/loose/lose/

    • Most of that is already done by WINE.

      All they would have to do, is contribute to the lowest level of Windows libraries in WINE, and release the rest to run on top of that, as is already possible and done.
      In other words: Complete WINE.

    • For a C++ simulator I use I don't see any performance difference between Windows 10 and Linux using optimized binaries for both. With previous versions of windows the linux version was usually about 10% faster or so especially if more than 4 cores are used but I don't see any of that anymore with Windows 10.

      I like WSL and WSL2. I find that Visual Studio is a better IDE for C++ and Python and having it support Windows and Linux transparently is really nice.

  • The main difference being - the basement he lives in is worth several million dollars.

  • by Danathar ( 267989 ) on Tuesday May 25, 2021 @01:56PM (#61420704) Journal
    This whole thing is designed to keep developers from having to run Linux on bare metal on another computer. That is obviously Microsoft's aim.
    • Or rather: make it harder for us to say to IT we need a real Linux. My experience is, that many companies have a Microsoft only IT department. Linux is barely accepted. They will do anything to get you to use their standard Windows solution. Now they can just point at WSL2 and say you can just use that.
      • by jezwel ( 2451108 )

        Or rather: make it harder for us to say to IT we need a real Linux. My experience is, that many companies have a Microsoft only IT department. Linux is barely accepted. They will do anything to get you to use their standard Windows solution. Now they can just point at WSL2 and say you can just use that.

        And for good reason - complexity costs, and supporting more complexity costs more money. At some point the complexity costs more than the productivity gained.

        Next think about where the costs are born (IT) and productivity gained (not-IT) and you'll understand more why standardising on something mediocre that pretty much works for everyone is a lot cheaper than best of breed for every solution.

        Where I am *nix goes on a lot of servers, but for workstations only our managed Windows PCs are allowed to touch th

  • Embrace and Extend? (Score:5, Interesting)

    by Pathway ( 2111 ) <pathway@google.com> on Tuesday May 25, 2021 @02:17PM (#61420744)

    I just have to wonder... Is this Linux being accepted as a valid desktop operating system, or is this an attempt to prevent it from being the next big Windows competitor?

    I'm not saying it is either, just that this does feel like the old "Embrace and Extend".

    • I get the feeling that they are testing the waters. IBM bought Red Hat. What if Microsoft bought Canonical. At worst for them, it would cause chaos in the community and would be spare change for them.
    • I'm not saying it is either, just that this does feel like the old "Embrace and Extend".

      And if you think it is it shows you don't know how EEE works, the market conditions needed for it to happen, MS's strategy, nor how MS is actually making money.

      Pop quiz: Why would MS EEE something that makes a profit for them and costs them essentially nothing? And if you want to look at how much profit I suggest scrolling down to the Azure section in their last financial reports.

      Not only is it not possible to apply EEE to Linux, it also makes zero sense for them to do so.

      • by Pathway ( 2111 )

        You're likely correct, but the one case I could see where "Embrace, Extend, Extinguish" for Linux does makes sense is if Microsoft was trying to protect their Windows desktop marketshare. They did make about $22 Billion on windows sales last year.

  • WSL2 runs as a VM under the hood, and you have to choose and install a distro like Ubuntu or Red Hat to run under WSL, so other than choosing CPU/RAM/storage specs, you ARE setting up a VM.
    • There's a big difference to spinning up a VM and just clicking a button on a windows store and then clicking an icon. Just because it uses virtualisation underneath doesn't mean anyone is "setting up" a VM.

  • Why would you want the extra kludge of Windows 10?
  • by simlox ( 6576120 ) on Tuesday May 25, 2021 @04:36PM (#61421306)
    It is just virtual machine for a Linux guest OS, which probably works better than installing Linux in a VMWare on Windows. Caveat: Once WSL2 was installed, VMWare had to be reinstalled. You can't have both even installed at the same time :-(
  • And has had it for a long time.

  • Its the year of the Linux Desktop, on Windows.

  • I don't get the running linux under windows . if I develop in linux I want a pure linux experience. I work on some of the most locked down desktops on the planet. However we have Vmware running Linux VM's for development. I find that far preferable than the reverse wine crap of Linux under windows. Embrace and extend anyone ? If you are working on Windows in a SCIF type environment as I do. Then precious little works correctly anyway so why try to run Linux under that mess. At home I dual boo

  • If I understand this right, this should significantly speed up any program that needs to run over the extremely slow X11 forwarding.
  • Key to this technology is the fact that Windows Subsystem for Linux *IS* a virtual machine. Not sure where the poster gets the idea that it isn't a VM.

A morsel of genuine history is a thing so rare as to be always valuable. -- Thomas Jefferson

Working...