I don’t think I’ve ever had that impression more strongly yeah. I’ll report back if I find something!
amanda
You’re joking but this is literally a plan I have
Am I doing something wrong, it scrolls fine for me?
It’s also a lot better than doing it in 100% C++ templates!
I’m kind of souring on Fedora Kinoite. I generally sometimes pop in to try how Linux is doing, and I had great hopes for KDE Plasma 6 and immutable distributions for stability. However, I’ve found that many things in the UI are still wonky and broken, fonts don’t render well, and I keep running into limitations in the flatopak/containers ecosystem.
Here are a few paper cuts:
- I can’t get the launcher to do web searches despite them being available and configured, even when manually invoking the keyword
- fonts look blurry and render weirdly; all of the household macs produce ok output on the same screen so it isn’t the issue
- I really miss having consistent emacs text navigation bindings but shortcuts like C-a/C-e are already taken and remapping is difficult to get to work consistently
- I’ve been trying to compile parts of the Linux minidisc system but the dependencies aren’t available outside of a toolbox and USB isn’t available inside. I think, it’s difficult to google and I’ve time boxed trying to fix it to N hours and exhausted those, so it’s either impossible or too difficult
- for a long time Obsidian (from flatpak) couldn’t agree with the window manager to draw drop shadows and window decorations which meant that figuring out where obsidian ended and the white window underneath it began was literally impossible
- sometimes the wired USB keyboard stops working if I unplug it and doesn’t start working until I’ve plugged it in/unplugged it a few times
Thanks! Then I’ll stop looking :)
I meant, obviously in the sense that Windows and macOS both apparently already do this and that it’s a desirable property to have, not that it’s technically easy.
Lots of bad answers here. Obviously the kernel should schedule the UI to be responsive even under high load. That’s doable; just prioritise running those over batch jobs. That’s a perfectly valid demand to have on your system.
This is one of the cases where Linux shows its history as a large shared unix system and its focus as a server OS; if the desktop is just a program like any other, who’s to say it should have more priority than Rust?
I’ve also run into this problem. I never found a solution for this, but I think one of those fancy new schedulers might work, or at least is worth a shot. I’d appreciate hearing about it if it does work for you!
Hopefully in a while there are separate desktop-oriented schedulers for the desktop distros (and ideally also better OOM handlers), but that seems to be a few years away maybe.
In the short term you may have some success in adjusting the priority of Rust with nice, an incomprehensibly named tool to adjust the priority of your processes. High numbers = low priority (the task is “nicer” to the system). You run it like this: nice -n5 cargo build
.
I have no idea what you’re talking about but you seem to be quite upset about something I guess
Not a dumb question at all! Drum brakes on bikes seem to be almost universally single use, and I assume getting the spare parts for these would be even more difficult than getting new hubs if they existed.