Yes, that’s the version I was using. And I was trying it this past February or March, so definitely after the switchover to Plasma 6

Vanilla KDE on desktop, Niri WM+Noctalia shell on laptop. Firstly, because for some reason I cannot get any touchpad gestures to work on KDE, and secondly because the niri paradigm of horizontal tiling is just perfect for a laptop. I tried to use Gnome for a while before landing on Niri, but the lack of configurability and the reliance on extensions for basic functionality drove me nuts.

Oh my god, Krohnkite was so unbelievably buggy for me, it kept fully crashing KDE. I tried to get it to work for like a week, but eventually I just had to give up.

The all new Fish++ turns six backwards fish into just ONE, which is just so, so fishy.

In the announcement they say the resolution (2880x1920) was chosen to be used at 2x scaling for that reason.

I dont fully get that? Its not a multiple of 1920x1080, so thats unclear to me.

I was a longtime KDE user, but the lack of reasonable trackpad gestures drove me up the wall on my laptop, so I’ve been using niri+noctalia for the last couple months. It just feels so right, it’s lovely. Still some edge cases, but overall just so good.

No thats definitely the joke.

AI slop alert

Proton is still wine with extra sauce. It’s just that occasionally the sauce tastes bad :)

Ahhh got it. I thought it was a “I know this is inadvisable, but dammit I’m going to do it anyways” type of post :)

You can’t run steam with no compositor whatsoever, but you can use the steam deck’s solution of using their gamescope micro compositor for everything. You should be able to install gamescope and just run gamescope -e {other CLI options} steam (assuming you’re using the native Arch package and not the flatpak).

My experience using gamescope for steam has been very mixed, but I’ve seen a tutorial somewhere on doing exactly this.

Gamescope isn’t necessarily the best option for every game, and having a normal compositor (which, for now, must support XWayland) is just a much more flexible solution.

This may also be possible with something more general like xwayland-satellite, but frankly steam and all its games still run on the X11 protocol, so if you really don’t need a GUI you might be able to install a vanilla X11 instance and hook to that directly. I can’t speak to either of those options directly.

But is this worth it, in a practical sense? No. You have a reasonably powerful system, and the only performance you’d be saving is a few percent of a single core on the CPU, which in your config is absolutely not worth it.

Just FYI, pipx does use a virtual environment behind the scenes. The idea with pipx or uvx is to install a python script as a standalone script.

Most likely an adapter issue, some failure in communicating the possible resolutions through the HDMI/DP conversion.

Can you find a flex io HDMI port on eBay? Just make sure you get the right version of the flex io card. That’s the most “supported” way to deal with ports, but it’s more expensive than a simple adapter cord.

I see, the time does but the round doesn’t. I saw the round and assumed they’d be the same, oops!

Oh of course! I meant to say they aren’t worth it to me, folks’ uses and wants for a smartwatch vary so widely. I totally agree that the pebbles have great aesthetics, and the issues about data collection for pretty much everything else on the market. I do wish the new pebbles had a heart rate monitor, though.

The bangle and the pebble both have the e-paper display, but as far as I know they’re the only ones. They’re a huge draw for me, I love not having a bright screen that kills the battery.

I got introduced to smartwatches with the original pebble time, and when Rebble stopped working on my phone I switched to a Bangle.js 2. I still have some nostalgia for pebbles, but the bangle is pretty much just better for everything except aesthetics, and is less than half the cost. The new pebbles just aren’t worth it, unfortunately.

tl;dr (understandable, to be honest): on a technical level, modern GNOME prioritizes polish at the expense of flexibility, and COSMIC is focused on customizability. Bad communication aside, they have fundamentally different goals and audiences.

Acknowledging that this is a 4-year-old article, I think it’s important to read this as a very one-sided perspective. However, I am certainly not defending System76, as it does seem like some pretty poor behavior if the article is to be believed.

I’m going to look past the issues over communication and behavior, as others have already addressed that in this thread. Other than that, it seems that the main issue is arguing over the role of GNOME in the software ecosystem. How I see this is that:

• System76 is arguing for backwards compatibility and and more customizability.
• GNOME is arguing for “bulletproof” theming of apps by restricting user choice and modularity.

Honestly, I think this is pretty reflective of how the current state of the respective DEs.

GNOME is the cleanest, most polished Linux desktop environment, if you use it exactly as the designers of GNOME envision. If you want any options outside the extremely limited set GNOME provides by default, you need to rely on extensions, which are less stable and less polished, and may or may not be updated to new DE versions.

COSMIC is a clean-sheet implementation designed around modularity. It’s really the main thing they talk about. It has the advantage of being Wayland-only, and (supposedly) pretty much every element of the DE is modular, and there is a pretty substantial amount of customization available even in the fairly barebones 1.0 implementation.

In terms of COSMIC “just being GNOME with extra color options”, I disagree. I really like the UI design concept of GNOME, and ten versions ago I used it all the time. However, over the last few versions it’s become very locked-down into only supporting one narrow way of using the desktop, and I need features outside that (e.g. system tray, options for window tiling, etc.). Even with ten extensions modifying the behavior – which causes stability issues when I get a new GNOME version – I still find things which bother me and are only fixable with manual dconf editing, which means I just can’t daily-drive GNOME.

I think that’s who COSMIC is really for: someone who wants less windows-y, more intentional UI design than KDE, but with good customizability. It sucks if the creators of a pretty neat new DE were not effective participants in their previous DE, so I really hope they don’t make the same mistake with COSMIC, and manage it properly as an open source project.

More like Marie and Pierre Cutie, amirite?

FYI, OpenSuse maintains .rpm builds of the signal app in their repos, specifically targeted at OpenSuse Leap and Fedora. They work great for me.