4 ms·

> That’s because with this feature we are automatically starting a companion system distro, containing a Wayland, X server, pulse audio server, and everything e

> That’s because with this feature we are automatically starting a companion system distro, containing a Wayland, X server, pulse audio server, and everything else needed to make Linux GUI apps communicate with Windows. You see me impressed. Especially as they are supporting Wayland. Now please make electron apps non-blurry on Wayland

rowanG077 6y ago
any electron app that is uptodate should no longer be blurry. Electron recently landed support for wayland so xwayland no longer has to be used.
- zxzax 6y ago
  For the curious, see this comment from the electron contributor on how to enable it: https://github.com/electron/electron/pull/26022#issuecomment-793105706 https://github.com/electron/electron/pull/26022#issuecomment...
- akvadrako 6y ago
  I would consider electron support for Wayland to be alpha quality at the moment.
  - vially 6y ago
    I've been using it for a couple of months now (by patching the applications which haven't upgraded to Electron 12 yet) and it's been working great for me. Is there anything in particular that is broken and/or missing from Electron's Wayland implementation? Or are you referring to GNOME's refusal to implement server-side decorations [1][2] as a limitation of Electron? [1] - https://gitlab.gnome.org/GNOME/mutter/-/issues/217 https://gitlab.gnome.org/GNOME/mutter/-/issues/217 [2] - https://github.com/electron/electron/issues/27522 https://github.com/electron/electron/issues/27522
    - akvadrako 6y ago
      It's by their own admission, this is "very experimental" in Electron 12 and hence not enabled by default. https://github.com/electron/electron/pull/26022#issuecomment-716152639 https://github.com/electron/electron/pull/26022#issuecomment...
      - zxzax 6y ago
        You are responding to the same person who wrote that comment, with their own comment :)
        johnhenry 6y ago
        :)
    - zxzax 6y ago
      I don't think GNOME adding SSD would really help, considering a lot of Electron apps tend to use CSD to integrate with the target platform [0] [1] [2] [3]. Likely those apps should be fixed to correctly use CSD when applicable on all platforms, including GNOME. [0] https://code.visualstudio.com/assets/home/home-screenshot-win-lg.png https://code.visualstudio.com/assets/home/home-screenshot-wi... [1] https://a.slack-edge.com/a084c/marketing/img/downloads/screenshots/windows/windows-hero-desktop.png https://a.slack-edge.com/a084c/marketing/img/downloads/scree... [2] https://pureinfotech.com/wp-content/uploads/2019/12/microsoft-teams-linux.jpg https://pureinfotech.com/wp-content/uploads/2019/12/microsof... [3] https://www.chip.de/ii/1/1/4/4/7/3/5/4/0/ea621fe64b8418e9.jpg https://www.chip.de/ii/1/1/4/4/7/3/5/4/0/ea621fe64b8418e9.jp...
      - vially 6y ago
        My impression is that there will always be apps that don't care enough about decorations and would just prefer to use the operating system defaults and SSD provided a reasonable way to do that. But then there are also applications that do care enough about it, in which case CSD is way to go. Usually implementing CSD properly for each platform requires a bit more work than just relying on the toolkit's default or on SSD. This shouldn't be a problem for applications that have the resources to do this properly, as in your examples. But I'm a bit afraid that, given Linux desktop's market share, smaller app developers might not have the resources to do this right and then Linux will start inheriting the look and feel from Windows and macOS. Maybe this won't be a problem in practice, but if this starts happening, then the experience for Linux desktop users will be worse than just using SSD. In any case, we'll have to wait and see how it all plays out. I think both SSD and CSD have their use-cases and I still wish GNOME's would reconsider their position on this.
ampdepolymerase 6y ago
Will ROCm or Pytorch GPU work on Ryzen processors with this new update?
- singhrac 6y ago
  I think you are getting downvoted because you're mixing up terms. Ryzen is a CPU architecture brand (which all the deep learning libraries can use). You're wondering if CUDA-accelerated PyTorch (if there's an NVIDIA card) or a ROCm-modified Linux kernel + PyTorch (if there's an AMD card) would work correctly. I think that's a reasonable question to ask! I think a lot of this landed earlier though: https://blogs.windows.com/windowsdeveloper/2020/06/17/gpu-accelerated-ml-training-inside-the-windows-subsystem-for-linux/ https://blogs.windows.com/windowsdeveloper/2020/06/17/gpu-ac...
  - ampdepolymerase 6y ago
    I am specifically enquiring about Ryzen based processors as anything CUDA related does not work with AMD and AMD has poor software support for ML in general.
zibzab 6y ago
Don't hold your breath, some windows apps are still blurry on Windows 10.

rowanG077 6y ago

any electron app that is uptodate should no longer be blurry. Electron recently landed support for wayland so xwayland no longer has to be used.

zxzax 6y ago
For the curious, see this comment from the electron contributor on how to enable it: https://github.com/electron/electron/pull/26022#issuecomment-793105706 https://github.com/electron/electron/pull/26022#issuecomment...
akvadrako 6y ago
I would consider electron support for Wayland to be alpha quality at the moment.
- vially 6y ago
  I've been using it for a couple of months now (by patching the applications which haven't upgraded to Electron 12 yet) and it's been working great for me. Is there anything in particular that is broken and/or missing from Electron's Wayland implementation? Or are you referring to GNOME's refusal to implement server-side decorations [1][2] as a limitation of Electron? [1] - https://gitlab.gnome.org/GNOME/mutter/-/issues/217 https://gitlab.gnome.org/GNOME/mutter/-/issues/217 [2] - https://github.com/electron/electron/issues/27522 https://github.com/electron/electron/issues/27522
  - akvadrako 6y ago
    It's by their own admission, this is "very experimental" in Electron 12 and hence not enabled by default. https://github.com/electron/electron/pull/26022#issuecomment-716152639 https://github.com/electron/electron/pull/26022#issuecomment...
    - zxzax 6y ago
      You are responding to the same person who wrote that comment, with their own comment :)
      - johnhenry 6y ago
        :)
  - zxzax 6y ago
    I don't think GNOME adding SSD would really help, considering a lot of Electron apps tend to use CSD to integrate with the target platform [0] [1] [2] [3]. Likely those apps should be fixed to correctly use CSD when applicable on all platforms, including GNOME. [0] https://code.visualstudio.com/assets/home/home-screenshot-win-lg.png https://code.visualstudio.com/assets/home/home-screenshot-wi... [1] https://a.slack-edge.com/a084c/marketing/img/downloads/screenshots/windows/windows-hero-desktop.png https://a.slack-edge.com/a084c/marketing/img/downloads/scree... [2] https://pureinfotech.com/wp-content/uploads/2019/12/microsoft-teams-linux.jpg https://pureinfotech.com/wp-content/uploads/2019/12/microsof... [3] https://www.chip.de/ii/1/1/4/4/7/3/5/4/0/ea621fe64b8418e9.jpg https://www.chip.de/ii/1/1/4/4/7/3/5/4/0/ea621fe64b8418e9.jp...
    - vially 6y ago
      My impression is that there will always be apps that don't care enough about decorations and would just prefer to use the operating system defaults and SSD provided a reasonable way to do that. But then there are also applications that do care enough about it, in which case CSD is way to go. Usually implementing CSD properly for each platform requires a bit more work than just relying on the toolkit's default or on SSD. This shouldn't be a problem for applications that have the resources to do this properly, as in your examples. But I'm a bit afraid that, given Linux desktop's market share, smaller app developers might not have the resources to do this right and then Linux will start inheriting the look and feel from Windows and macOS. Maybe this won't be a problem in practice, but if this starts happening, then the experience for Linux desktop users will be worse than just using SSD. In any case, we'll have to wait and see how it all plays out. I think both SSD and CSD have their use-cases and I still wish GNOME's would reconsider their position on this.

ampdepolymerase 6y ago

Will ROCm or Pytorch GPU work on Ryzen processors with this new update?

singhrac 6y ago
I think you are getting downvoted because you're mixing up terms. Ryzen is a CPU architecture brand (which all the deep learning libraries can use). You're wondering if CUDA-accelerated PyTorch (if there's an NVIDIA card) or a ROCm-modified Linux kernel + PyTorch (if there's an AMD card) would work correctly. I think that's a reasonable question to ask! I think a lot of this landed earlier though: https://blogs.windows.com/windowsdeveloper/2020/06/17/gpu-accelerated-ml-training-inside-the-windows-subsystem-for-linux/ https://blogs.windows.com/windowsdeveloper/2020/06/17/gpu-ac...
- ampdepolymerase 6y ago
  I am specifically enquiring about Ryzen based processors as anything CUDA related does not work with AMD and AMD has poor software support for ML in general.

zibzab 6y ago

Don't hold your breath, some windows apps are still blurry on Windows 10.