Since our 2020.2 beta is now in full swing and we’re moving towards the official 2020.2 release, we’d like to share an update with you on the current state of the Linux Editor and our plans for officially bringing it out of preview.
Over the past year, we’ve made a lot of progress with the Linux Editor. We’ve been steadily addressing bugs and the Editor’s performance and overall stability has been greatly improved. Since our last update, Vulkan support is now stable and HDRP is running nicely as well.
Our original plan was to officially bring the Linux Editor out of beta in 2020, but due to our commitment to focus on releasing production-ready features, workflows, and components, we’ve decided to target a 2021.2 official release to ensure that the Editor meets this higher quality standard. While we feel that we’ve made great progress towards ensuring that the Linux Editor is fully production-ready, there are still several areas we’d like to focus on before we officially bring it out of preview.
Our key focus areas for 2021 will be:
More thoroughly testing official features and packages on Linux. Unity is a feature-rich product, and having the extra time from now until our 2021 release will allow us to ensure additional stability for Linux users.
Resolving bugs and issues reported by both our internal teams and customers. Even though the Linux Editor will still be considered a beta product, we will continue to address issues with the same priority as if it was already officially supported.
Conducting user research with developers that are interested in using the Linux Editor in a production environment to gather additional feedback to ensure that the editor will be ready for production use for all of our Linux users.
We know that many of you have already come to rely on the Linux Editor for your projects and are eagerly awaiting its official release, and we want to assure you that our commitment to supporting and steadily improving the Editor has not changed. If you’re using the Editor today, we encourage you to continue doing so and believe you will continue to see improved quality as we move into 2021.
In the meantime, please keep sharing feedback on the Linux Editor here on our forums, and be sure to submit any bugs you may encounter so we can address them. In case you missed it, you can find additional details on the Linux distros that we support in this forum post .
With your support and the additional time we’ll have to focus on polish, we’re looking forward to releasing the Linux Editor in a fully supported, production-ready state by the end of 2021.
There a bug with Unity Editor Windows they are hidden (completely transparent) until there’s some kind of update to the layout (like a mouse hover) and moving/resizing the window if a pain and every thing is glitchy.
I think it has to do with the compatibility with the OS or more specifically the window manager or display manager
but I searched about this and found that similar glitches are happening in Ubuntu Gnome (or Gnome DE in general) & Pantheon DE (Desktop Environment) but it’s OK with KDE (Plasma Desktop Environment)
I’m experiencing the same in KDE, doesn’t matter if I turn composer on/off, disable nvidia vsync, etc.
When using the profiler, it shows the Redraw paint function of the editor is lag spiking everytime there’s a redraw of any window.
Please do not give up on Linux Editor, I would really like to develop entirely from my main (linux) environment.
Everything else works great. Kinda silly to kill Linux Editor’s performance entirely just because of the GUI repaint bug… Unity staff I beg you! @Emily_Diehl
If you both happen to be using Wayland on NVIDIA proprietary drivers (or the new open kernel modules), it may well be this issue (which turned out to affect all applications on Wayland, Wayland or XWayland).
