I think this is the most important aspect of Linux accepting more rust contributions. More and more existing maintainers are aging out, and people just don’t learn or want to build large applications in C anymore. From what I understand companies doing proprietary kernel development have largely made the rust transition for new code at this point, so fewer and fewer systems level programmers will be used to C (and C++ over time) for these tasks. Existing maintainers pressure against rust development could become a threat to the long term viability of the kernel.

I feel like I did at one point, but I should probably try again

Yeah I’m not super surprised… It used to work well when I bought it back in '17 but it’s become worse and worse with updates.

I’m not a home theater power user, but this is good info to make sure my setup is future proof for when I finally get a new TV. All these different standards get really confusing.

One specific example I encountered was ndarray. I couldn’t figure out how to make a function take an array and an arrayslice without rewriting the function for both types. This could be because I’m novice with the language, but it didn’t seem obvious. I ended up giving up after trying to dig through the docs for a few hours and went back to C++.

Maybe for your use cases that’s OK, but there are many situations where the size and ease of upgrading provided by shared libraries is worthwhile. For example it would suck to need to push a 40+ GB binary to a fleet of systems with a poor or unreliable internet connection. You could try to mitigate this sort of thing by splitting the application up into microservices, but that adds complexity, and isn’t always a viable tradeoff if maximizing compute efficiency is also a concern.

In my understanding, you can’t interface with the C abi without using an unsafe block.

The main issue I have with rust is the lack of a rust abi for shared libraries, which makes big dependencies shitty to work with. Another is a lot of the big, nearly ubiquitous libraries don’t have great documentation, what’s getting put up on crates.io is insufficient to quickly get an understanding of the library. It’d also be nice if the error messages coming out of rust analyzer were as verbose as what the compiler will give you. Other than that it’s a really interesting language with a lot of great ideas. The iterator paradigm is really convenient, and the way enums work leads to really expressive code.

This is basically just a way nicer, more flexible cron syntax being dressed up as something ridiculous. There are legitimate reasons for wanting something like this, like running some sort of resource heavy disk optimization the first Friday evening of every month or something.

Yeah this tracks, I don’t understand why people recommend Debian so much, especially to new users. Distros that update more regularly like Mint or Fedora (for non nvidia users) are much better options.

Image display is an important feature for me. If konsole supported it, I’d just use that. If I’m on a gnome system I’ll pretty much always change the terminal because gnome terminal has a lot of issues with font rendering that I find annoying

I used to prefer Gnome before the KDE 6 update due to the rough edges in KDE. After KDE 6 came out I’ve tried it again, and it’s incredible. The team has spent a lot of time on polish for this major release and it allows KDE’s suite of more fully featured applications to shine. GNOME apps like gedit, nautilus, and gnome terminal tend to provide the minimum level of functionality, whereas KDE’s applications feel like they’re trying to work for power users. Kate goes as far as supporting the LSP for code autocompletion. KDE’s desktop is much more customizable as well, so you don’t really need extensions to get the functionality you’d be looking for in GNOME, stuff like the application launcher are built in. KDE connect is a really useful application you can install on your phone to get file transfers and notification sharing, among other things, between your phone and computer while connect to the same local network. Performance wise they seem pretty equal, even on older hardware, but KDE might have a bit of an edge in terms of RAM usage, YMMV depending on how you customize the desktop. The one thing I miss about GNOME is their “start menu” experience, I haven’t found a way to replicate that in KDE, but I haven’t looked very hard either. Overall I wouldn’t hesitate recommending KDE, plasma 6 makes me actually feel like the Linux desktop is ready for mainstream.

No sane country is gonna accept payment in wildcat bank money, and there’s no reason to not continue to use the ruble within russia

The problem is the Gnome team doesn’t give a flying rat’s ass about maintaining a stable api. I’ve never bothered with extensions because even the most basic stuff only works for one or two versions. The neovim team is pretty committed to backwards compatibility and following standards for interoperability like LSP these days, so it’s much easier for third parties to maintain a large set of extended functionality at this point. If they acted like the gnome team, your status bar plugin would break every other update.

Nothing that isn’t subjective, but the comparability issues are a complete dealbreaker, because interoperability is so necessary. This is definitely something that can be fixed since Google Slides is no where near as bad about this.

Yes the PowerPoint ui is much better. It takes more space but it’s much easier to find features you might not use as frequently.

I haven’t done much switching between calc and excel. Formatting issues come up when making or editing a document in libreoffice and opening it in MS office. Especially with impress, the position and sizes of objects will be very different between the two programs. This makes opening a presentation from impress with PowerPoint on a different computer impractical.

I think it comes down to 2 main reasons, and some members of the libreoffice suite definitely do a better job than others.

1. Comparability with MS Office, it’s really difficult to use these programs when you can’t reliably collaborate with people using the de-facto standard office software. Impress is exceptionally bad at this.

2. User interface clunkines, the ribbon ui Microsoft uses in modern office versions is really nice, and makes finding the actions you need really easy. This is coming from someone who used office 03 and 07, it’s not just a learning thing, it’s a better design.

These issues are definitely a bigger deal on some parts of the suite than others. I’ve found Calc to be a solid replacement for Excel, but when I’m making spreadsheets I’m not fiddling with complex formatting at all. Impress is on the opposite end of the spectrum. It has horrible comparability with PowerPoint, and I need to get things looking just right when I make a presentation. It’s difficult to find even basic formatting options. I could probably solve the usability issues by reading a few tutorials, but the comparability issues hold me back from putting the time in, since I have no idea how a presentation will look when someone loads it in PowerPoint anyway.

Because until you spend many hours getting used to it, it’s annoying as hell. I’m a longtime bash user, but if I have to do anything in PowerShell, it sucks. Bash is even less friendly to novice/casual users due to tools like awk and sed being totally obtuse. When you’re unfamiliar with the workflow, not being to see everything you’re able to do at a glance is pretty frustrating.

It’d imagine it’s pretty difficult to estimate since oil is also subject to a supply cartel

Mullvad (and every other decent VPN) supports WireGuard and OpenVPN configurations that will be supported on any distro through the network settings without the need for additional software. It’s also pretty likely the mullvad client will be in the software center of whatever distro you’re using