In my opinion one of the full design themes should be picked because some of those single designs look very nice individually but would clash with others.
My pick would be Emiliano’s theme, it looks the most like an evolution of the opensuse style. Imo the others are either a bit too minimalist or deviate too strongly from the original design.
Nikolayan’s design is also good, but I prefer Emiliano’s because that you can recognise the chameleon better in every logo.
It is a friendly recognizable chameleon and they did a good job with integrating the existing abstract logos.
From the Solo designs I loved the ones with the branch with different endings a lot. It had a warm touch to it, but was a little to filigrane for a logo.
These are definitely an improvement over the current icons but while some of the design rules are evident, i think a bit of refining is in order.
The games and download folders both need a complete redesign as the ignore the design rules that the other folders use, and why are the symbols on each folder white except for the Mac folder?
I’m really looking forward to Plasma6. I know gnome has its fans but I am really just a reluctant user. Every day gnome works against me and I have to resort to workarounds.
Do I want to navigate, inspect, and manipulate my files quickly? I use dolphin.
Do I want to have a convenient panel to get a very quick glance of my currently running programs as well as a place to pin my most commonly used ones? That’s an extension.
Do I want sub-windows to always block their parent window, preventing me from interacting with the parent further? No solution.
Do I want desktop icons? Do I want excessive notifications from common tasks my computer is doing instead of from my own programs?
I have more complaints but I think I am making myself clear. Overall I do like gnome and it has good performance, but there are so many annoying aspects. KDE is itself not perfect. There’s enough reasons for me to continue using gnome over kde5. But that’s why I hold out hope for plasma 6.
What are your reasons to use gnome over kde? Most of the things you mentioned are reasons I use gnome over kde so I’m curious to know other perspectives.
Overall I do think KDE is more cluttered. So I like Gnome’s streamlined appearance (even if it omits too much). I also think the desktop compositor and shell are really well made, (i.e. mutter and gnome-shell), so I don’t really have performance complaints.
Anybody else really hate how a lot of gnome programs have settings that are hidden in the optional gnome-tweaks program instead of putting them in the control panel or program preferences? I swear gnome3 is the only DE that genuinely despises its users.
Ubuntu used to get a lot of undeserved hate but lately the hate feels deserved. Ubuntu has been the face of the usable desktop Linux for a long time and they just keep tripping over themselves every time they try to move forward.
Their intentions are usually good. A lot of things they propose usually end up being adopted by the community at large (just not their implementation). They seem to just yank everyone’s chain a little too hard in the direction we’re eventually going to go and we all resent them for that.
Off the top of my head, there was Upstart (init system), there was unity (desktop), and now snaps (containerized packaging). All of these were good ideas but implemented poorly and with a general lack of support from the community. In almost each case in the past what’s happened is that once they run out of developers who champion the tech, they eventually get onboard with whatever Debian and Rhel are doing once they were caught up and settled.
Valve’s lack of interest in maintaining the snap makes sense. The development on the Ubuntu platform is very opinionated in a way where the developers of the software (valve) really want nothing to do with Canonicals snaps.
On another note: my favorite thing about the Ubuntu server was LXD + ZFS integration. Both have been snapified. It was incredibly useful and stable. Stephane Graber has forked the project now into INCUS. It looks very promising.
This might be an unpopular opinion but I really don’t get this trend of wanting to containerized just about everything, it feels like a FOTM rather than doing something that makes sense.
I mean, containers are fantastic tools and can help solve compatibility problems and make things more secure, especially on servers, but putting everything into containers on the desktop doesn’t make any sense to me.
One of the big advantages Linux always had over Windows is shared components, so packages are much smaller and updating the whole system is way faster, if every single application comes with its own stuff (like it does on Windows) you lose that advantage.
Ubuntu’s obsession with snaps is one of the reasons I stopped using it years ago, I don’t want containers forced upon me, I want to be free to decide if/when to use them (I prefer flatpack and appimage).
Debian derivatives that don’t “reinvent the wheel” is the way to go for me, I’ve been using Linux MX on my gaming desktop and LMDE on laptop for years and I couldn’t be happier, no problem whatsoever with Steam either.
Shared components work brilliantly in a fantasy world where nothing uses new features of a library or depends on bug fixes in new versions of a library, and no library ever has releases with regressions or updates that change the API. That’s not the case, though, so often there’ll exist no single version of a dependency that makes all the software on your machine actually compile and be minimally buggy. If you’re lucky, downstream packagers will make different packages for different versions of things they know cause this kind of problem so they can be installed side by side, or maintain a collection of patches to create a version that makes everything work even though no actual release would, but sometimes they do things like remove version range checks from CMake so things build, but don’t even end up running.
Shared containers work beautifully for a lot of things, though, many programs aren’t all that sensitive either. Making snaps for the tricky ones makes sense. Having snaps for all of them is ridiculous.
I can count the software requiring repo-pins on one hand on my desktop. For those, snaps make sense, replacing the need for any pins. Snaps are less confusing than pins. IMO.
It reminds me of Python programming, with requirements pinned to version ranges. Some dev-teams forget, and their apps won’t work out of the box. Sometimes, software still works ten years later, if they only use the most common arguments and commands from the packages.
I agree with a lot of your points but I do think containers a great solution.
I’ve been a really big fan of Universal Blue lately. It presents a strong argument for containerizing everything. Your core is immutable and atomic which makes upgrades seamless. User land lives in a container and just gets layered back on top afterwards.
I do think the idea behind snap isn’t all about pushing the Linux platform as such forward, but to specifically gain a market advantage to Ubuntu.
Why else is finding documentation for changing the default store so difficult? And I don’t think you can even have multiple “repositories” there–quite unlike all other Linux packaging systems out there. (Corrections welcome!)
Realistically it’s not super dangerous, and no you probably don’t have a virus just from browsing a few tech support sites, but you do eliminate your last line of defense when you run software as root. As you know, root can read/change/delete anything on your system whereas regular users are generally restricted to their own data. So if there is a security problem in the software, it’s made worse by the fact that you were running it as root.
You are right though that Firefox does still have its own protections - it’s probably one of the most hardened pieces of software on your computer exactly because it connects to the whole wide internet - and those protections are not negated by running as root. However if those protections fail, the attacker has the keys to the kingdom rather than just a sizable chunk of the kingdom.
To put that in perspective though, if there is a Firefox exploit and a hacker gets access to your regular user account, that’s already pretty bad in itself. Even if you run as a regular unprivileged user they would still have have access to things like: your personal documents, your ssh keys, your Firefox profile with your browsing history, your session cookies and your saved passwords, your e-mail, your paypal account, your banking information, …
As root, they could obviously do even more like damage like reading all users’ data, installing a keylogger or screengrabber, installing a rootkit to make themselves undetectable, but for most regular users most of the damage is already done when their own account is compromised.
So when these discussions come up, I always have to think about this XKCD comic:
They might have access to all that data once but a lot of the paths towards making that a persistent threat that doesn’t go away after the next reboot and most of the ones towards installing something even deeper in the system that might even survive a reinstall do require root.
Aah yes, appimage, flatpak, snaps, progressive web apps, electron apps… The cross-compatibility of the lazy 21st century developer, where a simple IRC-like chat client comes with an entire operating system or an entire browser (which itself is an entire operating system too nowadays), takes up half a gig of disk space, and starts up in over 10 seconds with a multi-gigahertz multicore CPU.
It’s been that way since the dawn of computing. Developers will push hardware to its limits and the hardware people will keep making a faster chip. A lot of software was laggy as hell back in the day. Not to mention, it didn’t have any features compared to the stuff now. Plus our shit would crash all the time and take down the whole PC. Sure, you run across some shockingly fast and good apps but those have always been few and far between.
Why on Earth are these nonsense blog rants constantly upvoted here?
It is essentially an unlettered rant that conflates the author’s UI and toolkit preferences with an objective view.
It doesn’t even provide a useful comparison to the evolution of QT to provide for a meaningful reference of its implied assertion that the evolution of GTK is too rapid for devs.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.