imecth

Yes they actually review the extensions, you’ll find more information on the blogpost from last week.

GNOME manually reviews every extension, and they understandably don’t want to review AI generated code.

It’s disabled by default upstream as it’s still considered experimental, some distributions choose to override the upstream default.

Congratulations

Thanks. But in all seriousness i was trying to convey that your initial argument - experienced users not enabling pkgstats didn’t make much sense. It’s just funny in this case because you’ve been using arch for a decade and yet don’t know this basic thing.

Wouldn’t that mean the opposite - that you are actually not very experienced, or knowledgeable at least about arch? I’ve been using arch for a couple of years and “heard” of it just fine.

The majority of users, especially experienced ones don’t enable pkgstats.

Why would an experienced user not enable pkgstats? Anyways the biggest bias here is that arch inherently caters to power users which are going to have very different needs and likes than regular people.

Fractional scaling is a compositor issue, not a linux issue, so in this case kwin. But yes, fractional scaling in general is always problematic as there’s no way to cleanly multiply pixels by fractions, so you get wonky fonts, UI that doesn’t quite fit… and whatever hacks your compositor has on top to make it look better, it’s best to avoid it if possible and only increase the font size.

Downstream distros are a bit of a special case, as they don’t really test these packages so much as inherit them from upstream, so what you’re actually getting is ubuntu’s and debian’s version of GNOME in Mint for example. If you’re going to do that, I’d just cut out the middleman and go upstream here as Mint isn’t bringing anything of value, worse it’s just another vector for untested bugs.

https://bbs.archlinux.org/viewtopic.php?id=297558. this is just the first thing that came up, i’m sure there are hundreds of similar bugs. bottom line is when you install two things next to each other that aren’t being actively tested together, you’re bound to run into issues.

My recommendation is that if there are no spin with your favorite DE, you simply do not use that distribution as it’s not being tested against.

I have no idea what you’re talking about.

Switching desktop environments can be tricky, it’s better to do a clean install - especially for dotfiles which can cause bugs, and get the distro spin that you want from the get-go.

Nautilus already features the tree-view as an option which lets you “jump” laterally, it’s in the preferences as “Expandable Folders in List View”. Personally i prefer moving up and down the file hierarchy, you have less information to process and you can navigate with the mouse button shortcuts.

I’ll take the faster loading thumbnails instead, thanks.

The CSDs vs SSDs has very little to do with users, it’s about pushing application developers to create their own decorations and get rid of the awful title bar. In the end GNOME caved and created libdecor and now I still have half my applications with an extra bar that has literally 1 button.

People just want things to never change. How many of those users do you think actually bothered to look into why GNOME won’t implement SSDs?

Yeah accessibility features tend to be last in line. The good news is that getting rid of x11 will put a fire under people to get it done.

Extensions are third party, meaning if they are broken you need to complain to the extension developer. If you want to use extensions on GNOME i recommend keeping to the popular ones (dock, justperfection…) as they are regularly updated, and to hold off from upgrading GNOME asap to give the extension developers time to update.

The thing about customizing is that it’s never free, someone has to write in the feature and someone has to keep it up to date, which is why GNOME delegates a lot of its customization to third parties allowing a more stable experience and faster development.

I think the problem you have with GNOME is more about you refusing to learn new ways to interact with your pc and instead trying to mold GNOME into what you think the desktop experience should be, and that’s always going to be an uphill battle.

It’s easy to forget what these “tiny” percents represent but steam has 132 million monthly active users, 3 percent of that means that we now have over 3 million linux players.

From what I remember they were using GNOME for pop os with some custom addons they had made (for example a tiling addon). GNOME updates will sometimes break addons and I think the pop os people got tired of this.

That’s barely a footnote compared to the development time that writing an entire DE requires, not to mention that now they can’t piggyback off GNOME’s development anymore and they’ll have to do everything themselves. There’s a reason Ubuntu eventually abandoned Unity and came crawling back to GNOME.

rust implies performance and security

Rust implies only 1 thing, and that’s no memory leaks, assuming you don’t use “unsafe” code. It’s still very much vulnerable to logic bugs and has the same performance as c (GNOME) and c++ (KDE).

I agree that Ubuntu is a solid distro and would recommend it before Mint, it’s just not at the top of the list anymore. But if you’re happy with what you have, that’s all that matters.