[deleted]
Ubuntu 20.04 LTS (Focal Fossa)
101–110 of 394 posts
Re: Ubuntu 20.04 LTS (Focal Fossa)
#102Earlier quoted context omitted.
Just switch to LibreOffice. The dependency on .docx/.xlsx is an overblown propaganda. I personally had a business in 2007..2011 that replaced windows for Linux. All that time I heard that same old song again: "But but MS Office is so essential!". Turned out, not so much, on over 5000 PCs in several dozen companies. Update: business eventually failed, for one simple reason - Ubuntu Linux is too freaking stable. The id…
Have you ever tried to open an Excel Sheet from 2002, that one that is existencially important for the whole success of the company :), with makros as big as the Windows Codebase itself, in Libre Office? I can tell MS Office will not leave the field.
Sounds like something a human wouldn't have any use looking at anyway. Multi gb excel files? This is what programming is for.
Re: Ubuntu 20.04 LTS (Focal Fossa)
#103This is the first Ubuntu LTS release without a 32 bit version
Re: Ubuntu 20.04 LTS (Focal Fossa)
#104Most reviews are very positive. Faster, better, Amazon removed, maybe the best Ubuntu release until now. The only 'con' is the pushing of Snap packages. It looks like deb files only can be installed via the terminal. Ubuntu is also researching if they can get Adobe on board. I doubt this would ever happen, but that would be huge. Most people stick on Windows and MacOS because Adobe software is not available on Linux.…
I use Ubuntu at work. Chromium is now snap only, and snap crapped itself with some error messages that didn't immediately lead to a solution when thrown into Google. Firefox was my main browser anyways so not too a great loss but oh man...
There is a way, which I documented here:
https://github.com/cies/kubuntu-setup/tree/master/chrome
I also use FF primarily, but sometimes I need Chrome (chromium actually, I should fix that).
Re: Ubuntu 20.04 LTS (Focal Fossa)
#105Earlier quoted context omitted.
If you're just looking for a DE/WM that's light on resources, I can definitely recommend tiling window managers like i3 [1]. I'm not sure what other changes would be in your sightlines given that you were happy with Ubuntu, but I usually go to the Arch wiki in those times to see what fat I can trim off of my setup. [1] https://i3wm.org/
I enjoyed reading i3's landing page, thanks for linking. So could you clarify for me, what's the relation between being a "tiling windows manager" and being light? Is it that for some technical reason one would expect tiling windows managers in general to be lighter than non-tiling? Or is it that orthogonally to the tiling aspect, i3 specifically aims to be light?
I don't think that there's anything inherent in tiling managers that mean they have to be light, but it's very common for them to be light. Ratpoison, xmonad, awesomewm and i3 are the most well known tiling managers (unless I've missed any out?) and all of them are very minimalist and resource light.
My non-expert take on this is that the sort of person who sees value in the efficiencies from using a tiling WM are also of a kind to use system resources efficiently too, even though they are orthogonal characteristics.
Re: Ubuntu 20.04 LTS (Focal Fossa)
#106Looking through the features Gnome 3.36 - X11 fractional scaling. I got all excited, because this means that now finally Ubuntu will be usable on my Lenovo X1E with High-DPI display. But then further down below: Fractional scaling does not work with the NVIDIA proprietary driver (bug 1870736, bug 1873403). OK, nevermind, back to Windows with WSL...
I can recommend Kubuntu, KDE has better support for fractional scaling and is a very usable and distraction-free window manager. In general I'd try to stay away from NVIDIA drivers on Linux, unless you're doing GPU-intensive work the embedded graphics is often the better choice as it's less power-hungry as well and sufficient for most tasks.
Re: Ubuntu 20.04 LTS (Focal Fossa)
#107Earlier quoted context omitted.
>The only 'con' is the pushing of Snap packages. The graphical "gnome software" software installer was replaced in the default install by a snap-only fork named "Snap Store" with no support for Flatpak (see https://bugs.launchpad.net/snap-store/+bug/1871944 ). Were there some technical reasons for this move or was it a business decision to kneecap the other package format?
IIRC GNOME removed support for snaps from gnome-software so this was the only way forward.
It's not true. GNOME Software still ships Snap plugin. It's Canonical that decided to fork gnome-software and provide it under different name without competition plugins enabled.
Re: Ubuntu 20.04 LTS (Focal Fossa)
#108Earlier quoted context omitted.
>The only 'con' is the pushing of Snap packages. The graphical "gnome software" software installer was replaced in the default install by a snap-only fork named "Snap Store" with no support for Flatpak (see https://bugs.launchpad.net/snap-store/+bug/1871944 ). Were there some technical reasons for this move or was it a business decision to kneecap the other package format?
IIRC GNOME removed support for snaps from gnome-software so this was the only way forward.
No. Canonical absolutely has the resources to make an appstore that supports all three package formats (dpkg, flatpak, snap).
Re: Ubuntu 20.04 LTS (Focal Fossa)
#109Re: Ubuntu 20.04 LTS (Focal Fossa)
#110Earlier quoted context omitted.
Apt isn't going anywhere. What changed for you on the server side?
A couple of packages (specifically which slip my mind) that either were only available as snaps and not in the main apt repos, or had way older versions in the apt repos. At that point, there's no reason to not run debian instead.
I'd like to understand which packages, I've had no packages I need disappear. I'm skeptical that the packages are actually missing to favour snaps, and not simply renamed or replaced.