4 ms·
Most of the things that go wrong, don't happen in the kernel. Kernel development is pretty awesome and although there is always room for improvement I can't see
by sandreas 4y ago
Most of the things that go wrong, don't happen in the kernel. Kernel development is pretty awesome and although there is always room for improvement I can't see something revolutionizing the work done there.
You might say: Let's rewrite it in Rust to ensure memory safety - well, rust support is on the way and while I think it is a good thing, it will not fix everything.
In my opinion writing a completely new kernel would not benefit from the huge effort and experience that has gone into the current kernel - so it must be inferior in many ways for a long time.
If you ask for the things Linux needs the most "polish", in my opinion this would be mostly about the desktop and the community of hating each others work. Many projects are fighting each other instead of working together to fix things, but this also might be a good thing in terms of "competition". The things I would work at are:
UI
Security
Apps
And this also is all on the way. The current version of Fedora for example shows many improvements for the daily desktop user. Wayland / Gnome is getting ready to really be acceptable and flatpak does so for apps. Only security is a bit of a todo... but it will always be.
I remember the "Linux Touchpad like Mac" article that made me believe again, that people really care... and nowadays with libinput, gnome and libinput-config, the touchpad really works... it is still hack-ish, not anywhere like macOS, but pretty good, and I'm a nitpicker on this.
- intothemild 4y agoI would 100% agree with this list. Linux as a desktop has come so far, KDE is great for people who prefer the windows-like workflow, and Gnome for people who prefer a mac-like workflow. (Keyword there is like, for everyone who is about to nitpick) The dumbest thing is as you said the infighting over the same things.. that and the "This is better because it's harder, and thus I'm better than you because I'm using the harder option". Those need to go away. Like Arch could offer the user a choice at the start.. do a manual install or use arch-install (the guided option).. that would go a long way.. also put the AUR helpers in the main repo... Why i have to manually install Yay every new install... It's beyond me. Flatpak is amazing, Gnome is amazing, Linux app support now is amazing. Proton is amazing. Seriously it's just remove the two barriers of entry 1. The "Linux is hard" rhetoric which turns users away 2. The easier install of applications (this is happening with flatpak and other things)
- pdimitar 4y agoI have the same problem with Arch so I gave up and started using Manjaro. It's a much better experience for my burned out brain.
- 3np 4y agoI'd encourage you to check out EndeavorOS. While they did have a breaking update of their own, I have much higher confidence in them delivering a consistent experience than Manjaro.
- pdimitar 4y agoCan you summarize the differences and why are they favoring Endeavor? I only heard some hand-wavy claims about Manjaro maintainers being non-constructive or some such, and I openly admit that I find those claims unconvincing.
- silisili 4y agoI can, but my info may be slightly out of date, but I was in the space. Manjaro's head is cluless, and that's putting it nicely. More than once their SSL cert expired, and rather than fix it, just told everyone to set their system clock back. He effectively stole a bunch of code and s/myname/manjaro the entire codebase. To the point I had to add serverside code blocking their users hitting my server. They did not have(and may still not have) anyone who knew anything about the linux codebase, but still decided to hold packages in the name of 'security.' So zero days took much longer to fix. And introduced bugs still got introduced, just later. It's not like RedHat or Ubuntu who have real professionals checking things... it's just a hold. Endeavor guys were super nice. They contacted us asking to work together, telling us their goals, etc. By that point we were mostly moved onto other things so couldn't offer much help. Endeavor's system is much smarter and safer. It puts you on Arch repos, and doesn't hold packages. That's ideally what an Arch installer should do, no matter what the neckbeards on arch forums squeal about.
- intothemild 4y ago
- mid-kid 4y agoLibinput has genuinely been such a subpar experience for me that I'm currently still running the synaptics driver. One thing that bothers me is that not all applications support kinetic scrolling with libinput, but they do with synaptics. Configuration is fairly limited with the new driver, and I've never got it to feel right. It's been a few years since I last tried however, so I don't know if things have changed, but from what I gather it's not changed a lot over the last decade.
- sandreas 4y agoTry libinput-config[1] - it's the missing config option for libinput. It works via hook and is far from perfect, but now the kinetic scrolling is really acceptable... What can be improved: Having a hook daemon is kind of crazy to overcome the missing config Two finger (rightclick) stop scrolling does not work, one finger (leftclick) does touchpad accuracy could be better More instructions for fedora, see: https://www.reddit.com/r/Fedora/comments/qn0o9w/adjust_touchpad_scroll_speed_enable_mouse_wheel/ https://www.reddit.com/r/Fedora/comments/qn0o9w/adjust_touch... [1]: https://gitlab.com/warningnonpotablewater/libinput-config.git https://gitlab.com/warningnonpotablewater/libinput-config.gi...