Xubuntu 20.04
xubuntu.org
xubuntu.org
Then, in the bug (https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video...):
> This only happens when the secondary external display is operating at a different pixel width to the internal.
Isn't this a fairly common usecase? My whole company works on high-density laptop displays connected to cheaper 1080p displays. It surprised me to see this kind of bug in a final Xubuntu release, although the bug report says the issue is in the AMD driver.
*
I love Xubuntu, I´ve always appreciated its stability, simplicity and flexibility. It has gotten a bit behind in features, when I use it now I miss a good Exposé-like feature, but it´s not that big of a deal.
The thing that keeps me on Mac or Windows most of the time is solid support for high density displays. I can´t get Linux to look quite as good as Windows, and nowhere as good as MacOS, on a 4k display or retina display, without having to go very deep into experimental features and patches... and I don´t want to do that.
Have you noticed that experience improving lately?
Gripes: Even on Ubuntu 20.04 I find that display resolutions jump around after initial setting which is very bizarre. I started testing in a VMware workstation vm and it never respects the resolution I set - always reverts back to 800x600 after a restart.
Also on a bare metal 20.04 install with two gtx1080 and two screens it was a real mess getting even the welcome screen to display on the right monitor. Admittedly there's a lot of display connectors on that system but windows gets it right off the bat even with inbox drivers.
Setting up remote desktop access using built-in screen sharing feature is not possible using the default install without having access to the ui... This makes it hard/impossible to do a remote install and get desktop without kvm/ipmi.
Last gripe is if you want to use X/gdm instead of whatever Ubuntu has for x window compatability reasons, its a pretty big rabbit hole and stuff doesn't work well (login to a blank screen, hacking configs, UI breaks), understanding this is an unsupported setup, it's still an issues I ran into when trying to use window capture feature on ffmpeg for example.
With Xorg, there's no effective support for different dpi. So if you can tolerate the variation in pixel size then it's tolerable, but if they're too much it all breaks. Moreover, many apps completely ignore the dpi. For instance, Spotify which is is almost unreadably low contrast doubles down and it's unreadably small too.
With Wayland, it's unusable since any seriously productive app will be shown at at least quadruple size the moment you require pixel doubling, X apps will be pixel doubled twice and Wayland native apps all seem to be toys. This seems to have been a bug that was first report years ago so I suppose they're waiting until someone rights a Wayland version of Firefox and Jetbrains and so forth.
Fortunately, this motivated me to by a 4k screen which I'm happy with. It's only tolerably different than my hidpi laptop screen so I don't need to worry about X's mono-dpi-ism. But it's still incredibly frustrating.
However, on the day I tried switching to the XFCE DE, then switched back to the Xub DE, I was greeted by the block staircase display. Later I found that by replacing the 'home' folder with the installed original, it was gone. But only one (the wrong) display setting worked.
Glad to see this is getting attention. For that first week, 20.04 was a rock.
Last time I used it, KDE had _proper_ fractional scaling and rendered fonts at full resolution compared to mac, which by default runs at lower than native resolution of my retina MacBook pro.
I'm not sure whether that means encrypted ZFS or not though.
All created pools have lz4 compression enabled, however.
(I've used it for a while, but recently switch back to KDE as resource consumption of KDE dropped a lot and is now ballpark on par with Xubu's[1] yet gives me a lot more features an configurability)
[1] https://github.com/cies/kubuntu-setup#remove-snap
[2] https://github.com/cies/kubuntu-setup/tree/master/chromium
Also agree KDE has now finally got back to feature parity and the usability of KDE 2 in 2005.
What distro did you run to?
One perk of the AUR (although it does come with some security concerns, etc.) is that you can use one of several package managers to handle both it and the standard repositories under one framework, dealing with exactly the issue I had with snap without needing PPAs and the like.
[1] - https://wiki.xubuntu.org/releases/20.04/release-notes
[2] - https://wiki.ubuntu.com/FocalFossa/ReleaseNotes#Snap_Store
dpkg --add-architecture i386
This also applies to (and is required by) Wine.
Is this LTS release supported for 3 years, or until April 2024 (4 years)?
my guess is the xubuntu team will stop supporting it in 3-4 but the base ubuntu will be the standard 5/10 from upstream
Will the same happen for Lubuntu? Currently, there's a 32-bit version for 19.10, but they haven't released 20.04, yet.
I have several 32-bit computers, so I need a 32-bit OS for them. Are there any good lightweight 32-bit distros left with long term support?
Currently Debian offers installers for amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el and s390x.
https://xubuntu.org/screenshots/
Why bother trying this distro, when developers even don't bother to update screenshots.
Open source people tend to appreciate things like that?
Fwiw xubuntu was my default Dev OS for years it's great and what I'd go back to if I didn't have cinnamon/fedora.
Straight from the release note:
# Highlights
> A brand new dark theme was added
> Six community wallpapers are bundled
> We no longer ship Python 2 by default
Amazing! So there is nothing else more interesting, worth highlighting in the current release?
That's probably why you're being down voted.
The current approach makes it sound like Xubuntu is not worth the separate identity. It's just Ubuntu + upstream XFCE + six new wallpapers.
90s Desktop OS user would laugh at such a thing being considered a feature worth mentioning.