- 49 Posts
- 54 Comments
I’m not placing blame on the Linux Foundation, Linus, or anyone else for that matter. However, I believe that if Linus has publicly endorsed the use of Rust in the kernel, that decision is already largely set in motion. On the other hand, if the community collectively opposes the integration of Rust with C and no action is taken to address these problems, and everyone say no, then there is little to no reason to make the initial statement.
Much of the work being produced by Rust developers seems to struggle, often because it’s not made in C and because of maintainers saying “No I don’t want any rust code near my C code”.
I recognize that there are various technical factors influencing this decision, but ultimately it was the creator’s choice to support it.
I have updated my existing installation of fedora 39 kde to 40 and the nvidia kernel module didn’t load properly so nouveau was used instead, than I have redone the setup for the dmks because it wasn’t present in the config file to load it and everything worked fine for now. Anyway on fedora 40 you need to install xorg yourself
I never hear Gnome users crying about Valve heavily supporting KDE, so why are you angry about this?
This does not happen because Gnome is the most supported desktop environment out there, they have Red Hat, Google, Canonical, OpenSuse even Microsoft donated to Gnome. Don’t get me wrong some of this company do support kde too, but Gnome get treated in a different way because it’s the default de for most of the distros out there.
I don’t agree with you on this, people are used to install app on other operating systems this way, there is a better way yes I’m not arguing this, but a lot of proprietary software is distributed this way and not on the snap store, and being ubuntu a noob friendly distro make it worse for the averange user to search the internet only to install deb packages instead of providing a user friendly interface!
And don’t forget 1:1 gestures and the Crash-Resilient Wayland Compositing that keep the application alive even tho the “compositor” crash, so it does restart without any data loss.
Edit: forgot to mention the lockscreen protocol, because on xorg if the lockscreen crash then you view the desktop and you have the device unlocked!
Mesa+Nouveau is bad only thanks to nvidia and their signature lock implemented since the 900 series, as even stated by me before:
the open source nvidia driver it’s not able to re-clock the gpu with an higher clock than the boot one (and trust me it’s a really low clock) and you are not able to use a quarter of the power the gpu has.
Even if the open source driver code is 100% equals the nvidia one, literally copy pasted, it would not work because it need to be signed by nvidia to do so.
Oh yes sure, the software make nvidia gpu better, something that probably most of the hundred if not thousand of contributor to the mesa driver and in the list we have amd, intel, collabora, redhat, nouveau, google, valve and many others didn’t see, they were the only one in the entire silicon valley to find this secret sauce to make gpus better with software.
Yo dude I have a soundblasterx g6 too, I had this problem too where the sound card disconnected and reconnected as an output devices everytime, I have resolved the problem by changing this setting in the soundblaster commander under windows.
There is no equivalent driver for linux, at least for what I know, but I’m trying my best to resolve the issue by reverse engineering it.
For the mic problem I use a bash script on startup that change the mic to the one of the sound card.
For what I just read in the github discussion and in the linked gnome discussion is not endorsed by Gnome, as you can see here
There is kmail tho it’s not the best, far better to use something like thunderbird!