

it would require kernel developers to be savvy in both C and Rust
From my experience knowing how both C and rust works makes you a better developer in both languages.
it would require kernel developers to be savvy in both C and Rust
From my experience knowing how both C and rust works makes you a better developer in both languages.
Did somebody say “provably correct”?
Haskell has entered the chat
None! My comment may be misunderstood.
If you’re of my generation you kind of grew up being told fusion energy was the holy grail of energy production as it’s clean and doesn’t produce a bunch of radioactive byproduct. (Stuff like SimCity etc. made fusion reactors seem like a miracle technology)
In reality fusion also produces a massive amount of radiation and radiative byproducts, so it’s not the holy grail of energy that I think most people might assume it is.
Fusion and Fission are two sides of the same coin, so fusion experiments are important because they aid in making fission reactors safe as well!
I’m especially looking forward to seeing how material scientists attempt to solve the massive fast neutron radiation that fusion reactors produce, as Thorium reactors have the same issue.
The primary issue is that deuterium-deuterium reactions (the only practical fusion process that seems to work is deuterium-tritium and deuterium-helium, as you need insane temperatures for proton-boron, so in any realistic reactor deuterium will end up reacting with itself) produce 3 times the radiation of equivalent power output from fission reactions, so you need MASSIVE amounts of shielding for a reactor to run for an extended period of time.
This also highly irradiates the materials inside the reactors themselves, to a degree that maintenance requires built-in robots because the inside of the reactor is too radioactive for humans (this also eventually destroys the robots). The most optimistic estimates for how long a reactor could possibly last is 100 years. At that point the entire reactor would need to be torn down and buried because most of the components would be too radioactive to use anymore. At which point you have the exact same issue as radioactive waste storage, but no recycling process for something crazy like a radioactive isotope of silicon.
However! That’s why these experiments are important! As every advancement they make towards making fusion safe, also makes fission safer, as they’re two sides of the same coin.
And America is taking everyone with them.
Yea one of the most interesting applications of fusion reactor research is the requirements in advancements for material science also benefits fission and even solar power generation, so the research bears fruit well and above the stated goals.
This is cool but also remember the practicalities of Fusion make it not much better than nuclear:
There’s lots of developers contributing to the wifi drivers, there’s just no “lead maintainer” now
and I see it when I’m forced to write fucking YAML for fucking Ansible. I let the GPTs do that for me, without worrying that I won’t learn to code YAML for Ansible. Coding YAML for Ansible is NEVER going to be on my list of things I want to remember.
Feels like this is the attitude towards programming in general nowadays.
The leadership response to this and the subsequent backlash is starting to remind me of the NixOS debacle from about a year ago.
That resulted in the project being split and like 30% of the community moving off and creating Lix.
I would be disappointed, but not surprised, if we see something similar in the Kernel sometime in the next year or two…
Man you better hope the kernel community gets its shit together then, cause Krummrich (the primary developer for nova and getting those changes upstreamed) is one of guys that got told their project was cancer by the “thin blue line” maintainer (Hellwig) from the article.
Nouveau is important because Nouveau is the default driver in Ubuntu, Fedora, OpenSUSE, Debian, and ever other distro.
Linux distributions can’t easily distribute the proprietary nvidia
drivers or the slightly less proprietary nvidia-open
drivers so they depend on nouveau as the default nvidia driver. When you install a distro it usually has to use the nouveau drivers before downloading the proprietary blobs from Nvidia.
Nouveau is the only reason anyone can use Linux on an Nvidia card long enough to install the other drivers.
It’s also actively maintained, receiving updates that get upstreamed almost daily.
I’m not sure what about those things says “defunct”.
And the rust developments in Asahi for the M1+ series of CPUs don’t just benefit Mac but all the ARM CPUs as well.
A few people from a downstream project like Asahi or an almost defunct driver like Nouveau
I’m not sure why you think Asahi is a minor player in the linux community when they’re responsible in the entirety for porting Linux to the Arm-based Mac M1+ series, or why you think Nouveau is defunct.
“the process works” Is I think how he phrased it. 🙄
I’m not surprised by this.
The general attitude around R4L is that it’s largely unneeded and for every 1 person actively working against the project, there are 10 saying either “waiting and seeing if it works is the right decision” or “if rust is so good they should prove it.”
So as a R4L developer you’re expected by the community to fight an uphill battle with basically no support on your side.
We will likely keep having developers on that project continue to burn out and leave until the entire thing collapses unless the decision is made ahead of time to cancel the project.
Every time I read any news about Rust for Linux I leave disappointed by the entire kernel community.
Wait till you see our healthcare prices.
Orthoepoedist visit and back medicine for two months.
Just got these from the grocery store and they’re like the size of an apple.
To the contrary:
https://lemmy.ml/post/26272942