I dl/ed 20.04.1, checked the hash, wrote it to USB and booted the live.
While I had Kub 20.04.1 up, I decided to look it over as well as
consider some recent reviews. I looked at 3 of those, 2 by reviewers I
hadn't read before and 1 by Igor L. (dedoimedo) of whom I've read many
reviews. Of the 3, I found Ordinatech the most interesting. Part of
his focus was in resolving his NVidia issue (nouveau vs nvidia) the most
easily, of which I had no interest ('tho I have one old '06 machine w/ a
nvidia G84 card), but he gave the current Kub kudos for that.
His focus on that aspect was so extensive that he wrote a separate blog
article called 'The Best Distributions for Problematic Nvidia Optimus
Hybrid Graphics' -- of which the short version is that he liked Arch's
optimus-manager from the AUR and Kub's nvidia-prime from its standard
Of more interest to me was comparing his experience w/ other KDEs and
our shared negative opinion about where Ubuntu appears to be going w/
its Snap insistence. He cited an excellent example to prove his point
in a KSnip installation. We may also recall some opinions from Mint's
decision not to go that way.
KSnip is an example of a package which was previously available as a
.ppa for recent Ub releases (not Fossa), but now is available as a Snap
instead, no .ppa, which snap is not as properly integrated w/ the
desktop as a Qt based app should be in Plasma. The ksnip regression
from the influence of snap transition from .ppa is just one more example
of the disadvantage of the adverse effect of Canonical going snap.
(But) You could say that snap relieves some development pressure on
those who would provide .ppa/s instead.
He also discusses some of his ideas about how to resolve the 'conflict'
that occurs between gtk apps and a qt desktop. Plasma has a strategy,
and the implementation varies.
Besides his extensive review, he also has branched articles such as
Kubuntu 20.04 LTS Review Supplement: Fixes and Enhancements in which he
develops the issue described above about nvidia-prime as well as his
technique for mod/ing the Kub default theme so as to more resemble
Unity, which he liked.
Kub's default package managers are Discover (software center) and Muon
(like synaptic using qapt, a qt gdebi). I read a separate article about
the development of Muon off qapt; I hadn't realized that package
management of Debian-type packages in KDE had concerns or issues due to
Gnome-GTK vs Qt.
He develops a discussion about which apps a distro chooses to default,
in which 'leaning' toward a Qt app vs a gtk one might not always be the
best choice. We often see this argument developed by those who favor
gtk-based apps who have concerns when someone decides they want a
qt-kde-based app instead, so the dependencies are considered baggage.
How well the integration w/ the desktop works is variable.
Another angle the Ordinatech reviewer decided to develop was his
personal opinion that we should be verifying our downloads not just w/ a
hash, but also w/ a signature, which I would say I never bother to do.
I suppose one could have a topic of debate about that. It comes up in
the review because the Kub dl and hash access don't also give direct
access to such a sigm so he created another branch article to talk about
Kubuntu 20.04 LTS Review