Linus on Rust and the kernel's DMA layer
You are not forced to take any Rust code, or care about any Rust code in the DMA code. You can ignore it.But "ignore the Rust side" automatically also means that you don't have any *say* on the Rust side.
You can't have it both ways. You can't say "I want to have nothing to do with Rust", and then in the very next sentence say "And that means that the Rust code that I will ignore cannot use the C interfaces I maintain".
The code in question seems highly likely to be merged for the 6.15 release.
Posted Feb 21, 2025 14:28 UTC (Fri)
by rsidd (subscriber, #2582)
[Link] (2 responses)
Posted Feb 21, 2025 18:42 UTC (Fri)
by NYKevin (subscriber, #129325)
[Link]
I understand that maintainers are humans who have a finite amount of bandwidth. I understand that keeping a codebase alive and functional is difficult and thankless work. And I'm even willing to accept that sometimes, you have to reject perfectly reasonable code just because you don't have the developer-hours to deal with it. But it is rather bizarre and unworkable for one part of a project to dictate these things to another part of that same project, solely on the basis that the one calls into the other. Of course, Linus could always pull the plug on Rust, if he so chose, but you can't vest every maintainer of every subsystem with that kind of authority, because where does it end?
Posted Feb 23, 2025 2:07 UTC (Sun)
by jmalcolm (subscriber, #8876)
[Link]
Posted Feb 21, 2025 14:36 UTC (Fri)
by cen (subscriber, #170575)
[Link] (11 responses)
Posted Feb 21, 2025 14:49 UTC (Fri)
by kragil (guest, #34373)
[Link] (9 responses)
Posted Feb 21, 2025 14:50 UTC (Fri)
by kragil (guest, #34373)
[Link]
Posted Feb 21, 2025 15:02 UTC (Fri)
by ncultra (✭ supporter ✭, #121511)
[Link] (5 responses)
None of the maintainers are scheming to stop progress. They are working very hard to keep progressing. None of them are "Bullshitters." Linus made a technical decision and communicated it clearly, he didn't "put down the hammer."
Posted Feb 21, 2025 15:06 UTC (Fri)
by kragil (guest, #34373)
[Link] (3 responses)
Posted Feb 22, 2025 15:57 UTC (Sat)
by Wol (subscriber, #4433)
[Link] (2 responses)
Which is why I can't understand this storm in a teacup.
But hey ho.
Cheers,
Posted Feb 23, 2025 2:16 UTC (Sun)
by jmalcolm (subscriber, #8876)
[Link] (1 responses)
Other maintainers work hard too. They do not deserve to be completely blocked for reasons unrelated to design or code quality by somebody that does not agree with project decisions that have already been made above their paygrade.
Linus is quite clear. You have no authority over code you will not maintain (like USERS of your code). This maintainer somehow thought otherwise and was pulling absolute "never happening ever, ever, ever" rank over the contributions of others. Good people quit in frustration. The only possible resolution was for somebody with greater authority to break the tie.
What part of this response from Linus did you find unnecessary?
Posted Feb 23, 2025 9:03 UTC (Sun)
by Wol (subscriber, #4433)
[Link]
I wasn't talking about Linus.
I simply do not understand Christoph's behaviour. How can he be doing such a good job in the area of API's, and yet blow up when other people try to help him?
Cheers,
Posted Feb 23, 2025 2:09 UTC (Sun)
by jmalcolm (subscriber, #8876)
[Link]
In my view, it was good leadership by Linus and really great to see even if it came a bit later than some would like.
With luck, he has clarified things concretely enough to avoid similar shenanigans in the future and a reduction in noise around Rust in the kernel.
Posted Feb 21, 2025 15:30 UTC (Fri)
by corbet (editor, #1)
[Link]
Posted Feb 21, 2025 20:25 UTC (Fri)
by marcH (subscriber, #57642)
[Link]
Posted Feb 22, 2025 14:02 UTC (Sat)
by rsidd (subscriber, #2582)
[Link]
Not really, this one was relatively professionally written, I thought. But "old Linus" resurfaces elsewhere in the thread. (unrelated to rust)
And if you think warning about an extra "x < 0" check is about
"security", you are just a joke.
Posted Feb 21, 2025 16:39 UTC (Fri)
by runekock (subscriber, #50229)
[Link] (50 responses)
Especially this part:
Posted Feb 21, 2025 16:51 UTC (Fri)
by camhusmj38 (subscriber, #99234)
[Link] (28 responses)
Posted Feb 21, 2025 18:00 UTC (Fri)
by mcon147 (subscriber, #56569)
[Link] (27 responses)
Posted Feb 21, 2025 18:11 UTC (Fri)
by Cyberax (✭ supporter ✭, #52523)
[Link] (3 responses)
Posted Feb 21, 2025 22:43 UTC (Fri)
by Jannes (subscriber, #80396)
[Link] (2 responses)
> these bindings creep everywhere like a cancer
Posted Feb 21, 2025 22:44 UTC (Fri)
by Cyberax (✭ supporter ✭, #52523)
[Link]
Posted Feb 21, 2025 22:45 UTC (Fri)
by mb (subscriber, #50428)
[Link]
Posted Feb 22, 2025 8:10 UTC (Sat)
by ssmith32 (subscriber, #72404)
[Link] (22 responses)
It's really not, especially in the context of the metaphor in question.
He already said it was growing everywhere, adding the metaphor about cancer only serves to add the additional connotation that the spread is disease-like, and a threatens the host.
Posted Feb 22, 2025 17:46 UTC (Sat)
by hallyn (subscriber, #22558)
[Link] (21 responses)
James Bottomley has some good suggestions on how to address the problem of pure c patches breaking the rust build. That holds promise.
I'm waffling on whether to post this or whether it's off topic, but given that the next sentence usually involves CoC and that very much affects linux kernel dev, maybe it is on topic.
Posted Feb 22, 2025 19:02 UTC (Sat)
by Paf (subscriber, #91811)
[Link] (17 responses)
Posted Feb 22, 2025 21:56 UTC (Sat)
by hallyn (subscriber, #22558)
[Link] (5 responses)
Posted Feb 23, 2025 1:40 UTC (Sun)
by Paf (subscriber, #91811)
[Link] (2 responses)
In other words if a word is intended to express seeing red and make those who read it see red, maybe it shouldn’t be in a technical discussion regardless of meaning. Context and nuance matter here too.
Posted Feb 26, 2025 4:55 UTC (Wed)
by DimeCadmium (subscriber, #157243)
[Link] (1 responses)
Posted Feb 26, 2025 5:30 UTC (Wed)
by intelfx (subscriber, #130118)
[Link]
Posted Feb 23, 2025 2:03 UTC (Sun)
by NYKevin (subscriber, #129325)
[Link]
You have the right to say horrible things to everyone around you. But as a mature adult, you have the responsibility to think about the consequences of doing that. Everyone around you has the right to decide that they don't want to work with people who say horrible things on a regular basis (or even once, if they are so inclined). That's just the other side of the free speech coin - freedom of association. If group A does not want to put up with person B, then they are not obliged to do so.
Codes of Conduct, flawed as they may be, are ultimately just a way of writing down exactly how nasty someone has to get before we all agree to stop talking to them. There can be no infringement of anyone's rights in doing that.
Posted Feb 23, 2025 4:01 UTC (Sun)
by motk (guest, #51120)
[Link]
Posted Feb 23, 2025 12:14 UTC (Sun)
by rbranco (subscriber, #129813)
[Link] (10 responses)
Posted Feb 23, 2025 14:13 UTC (Sun)
by Wol (subscriber, #4433)
[Link] (9 responses)
Cheers,
Posted Feb 27, 2025 5:44 UTC (Thu)
by PeeWee (guest, #175777)
[Link] (8 responses)
And there really is no argument convincing anybody that Hellwig's use of the word "cancer" in this context did not have all the *intended* negative connotations as described above. It basically boils down to: "Rust is cancer, the disease that, if untreated, kills the host, so needs to be fought tooth and nail". BTW, the real life "cure" (chemo therapy) often kills the host as well.
Posted Feb 27, 2025 8:01 UTC (Thu)
by Wol (subscriber, #4433)
[Link] (7 responses)
Because, unfortunately, "host" is the wrong word ... a host implies a pathogen/predator, but here the disease is a malfunctioning host (okay, caused by a pathogen in some cases, such as herpes). But my research makes me think there's a very simple explanation for the massive rise in cancer today - cancer is basically gene malfunction. The natural mechanism for switching genes on and off is to attach or detach sugars at the appropriate site. And what's the other massive new scourge today? Type II diabetes - uncontrollably high sugar levels. So we end up with the biological equivalent of a bunch of kids running amuck turning light switches on and off, with random (and sometimes unfortunate) results.
Cheers,
Posted Feb 27, 2025 8:59 UTC (Thu)
by PeeWee (guest, #175777)
[Link] (3 responses)
Posted Feb 27, 2025 9:53 UTC (Thu)
by rschroev (subscriber, #4164)
[Link]
Posted Feb 27, 2025 10:18 UTC (Thu)
by stijn (subscriber, #570)
[Link] (1 responses)
Citation needed because ...
> It is rather stupidly simple: the criterion to make a chem cocktail a "good candidate" was, and still often is, "does it kill the cancer"? And statistically illiterate pharma people simply looked at those numbers, failing to see that this is only the *necessary* criterion, with the *sufficient* criterion being "patient lives"
Really, people in the life sciences have a pretty good grasp of statistics, and tend not to have oversights like this. This view of the world puzzles me.
Posted Feb 27, 2025 11:23 UTC (Thu)
by Wol (subscriber, #4433)
[Link]
So why do doctors continue to make stupid blunders? The answer (in the light of my advanced years) is (a) lack of experience, and (b) being bombarded by ignorant advertising. Take for example Ibuprofen is regularly prescribed for period pain. Yet apparently women were excluded from the trials "because hormones interfered with the pain killing"!!!
If we're going on about Chemo, the chemical cocktail targets rapidly dividing cells. So giving someone Chemo at night when the body in general (but not cancer cells) generally shuts down, is likely to be far more effective. Likewise womens bodies change in line with their periods. I believe that there is plenty of evidence that giving chemo at night is far more effective, as is timing it in line with womens periods. But people get called in for Chemo because it's convenient for the hospital - during the day, no attention paid to what state the patient's body is in.
And - with a different illness - I live that tragic reality every day! There is plenty of evidence that taking medication "as required" is far more powerful and effective than taking it on a rigid schedule - so why is it so many patients come out of hospital with their chronic conditions made MUCH worse, because the doctors and nurses focus on the ACUTE condition? And won't allow patients to self-medicate, but rigidly give them their tablets on the regular drug-round? Sadly, that's reality :-(
Cheers,
Posted Feb 27, 2025 10:34 UTC (Thu)
by stijn (subscriber, #570)
[Link] (2 responses)
I know this is getting quite off-topic, but huge claims dismissing entire fields of research deserve calling out.
"Around one-third of deaths from cancer are due to tobacco use, high body mass index, alcohol consumption, low fruit and vegetable intake, and lack of physical activity. In addition, air pollution is an important risk factor for lung cancer."
- there are likely many factors at work.
> The natural mechanism for switching genes on and off is to attach or detach sugars at the appropriate site
Ummmm, these are words and 'gene' and 'sugar' are among them, but I'm pretty sure not much can be drawn from this.
Posted Feb 27, 2025 12:25 UTC (Thu)
by Wol (subscriber, #4433)
[Link] (1 responses)
> "Around one-third of deaths from cancer are due to tobacco use, high body mass index, alcohol consumption, low fruit and vegetable intake, and lack of physical activity. In addition, air pollution is an important risk factor for lung cancer."
Alcohol consumption (a cause, along with over-eating) leads to high BMI (an effect). There is a very strong correlation between these two and high blood sugar aka diabetes (presumably another effect).
And then high blood sugar gives us a blindingly obvious mechanism for causing cancer.
And while this is just circumstantial evidence, it's worthy of future research - we had a high-profile athlete with cancer a few years back. Every time she went into training for some charity thing - ie exercising hard and driving blood sugar down - her cancer went into remission. Sadly it finally won, but four or five remissions all correlated with a marathon or long-distance cycle or some other high-exercise situation?
To me it just seems blindly obvious that blood sugar is the MECHANISM behind cancer. There may be multiple causes, and multiple fixes, but eating and drinking (and imho snacking in particular) too much just seems the obvious *preventative* thing to target.
Cheers,
Posted Feb 27, 2025 14:01 UTC (Thu)
by daroc (editor, #160859)
[Link]
This is definitely off-topic for LWN, though; the discussion of Hellwig's use of metaphor was barely on topic, this is clearly past that line. Let's leave this discussion here, and the systematic reform of the research sciences to the research scientists.
Posted Feb 22, 2025 21:07 UTC (Sat)
by koverstreet (✭ supporter ✭, #4296)
[Link] (2 responses)
When you have the kind of stature that, say, I or Christoph have, you can't just be voicing your own personal opinions: the opinions and thoughts that we share carry real weight.
People act and react based on what we say. If we share our thoughts well, it can motivate a huge amount of useful and productive work on the part of others. If we share our thoughts poorly - without due consideration, or in an outburst - good and productive work may stop, people get frustrated, and they may even leave.
We're well past the point where "rust is cancer" is a point of view with any standing whatsoever. Rust is the future, more than enough people have bought into it, it's going to happen, and it's going to be worth it; it's going to make all our lives better 10 years out.
But it's still in the early stages and the people doing the actual work on the ground are younger, with a lot of energy, but without the standing to fight every battle on their own - if key maintainers are going to put of fights. This work needs support.
IOW - someone being petulant can cause a lot of problems. If you want to be one of the respected elders, don't act like a petulant dick.
Posted Feb 26, 2025 9:50 UTC (Wed)
by ljsloz (subscriber, #158382)
[Link] (1 responses)
Posted Feb 26, 2025 14:26 UTC (Wed)
by draco (subscriber, #1792)
[Link]
Posted Feb 21, 2025 17:17 UTC (Fri)
by khim (subscriber, #9252)
[Link] (2 responses)
And nothing like that ever happens in single-language project? Seriously? These things are happening routinely in any big project, the only difference is that when only one language is involved there are no big drama language drama and no language-related name-calling. That's it. The only way to stop such churn is to freeze everything and stop the development.
Posted Feb 21, 2025 17:31 UTC (Fri)
by Wol (subscriber, #4433)
[Link] (1 responses)
However, from what I've seen of Christoph's work over the last few years, a large chunk of what he's been doing appears to have been cleaning up exactly this API mess in C, so I can understand him being touchy.
I do think his reaction was a case of "shoot the messenger", though :-(
Cheers,
Posted Feb 21, 2025 18:08 UTC (Fri)
by ma4ris8 (subscriber, #170509)
[Link]
I can see similarities between Linus and maintainer, when reading message as a whole,
Both want to give constructive space for each side, for being able to be at their best,
Posted Feb 21, 2025 19:59 UTC (Fri)
by Phantom_Hoover (subscriber, #167627)
[Link] (7 responses)
Posted Feb 22, 2025 8:22 UTC (Sat)
by ssmith32 (subscriber, #72404)
[Link] (6 responses)
To be fair, while we're calling out over-the-top metaphors, "guerilla warfare" is a bit much.
The dude tried to NACK something outside of his subsystem and was reminded by the person who actually had the authority to NACK anything being pulled into Linus' branch that was not how things work.
He tried to assume a power he never had, and never will have, sure.
If he was in a position to have his NACK have any affect beyond causing a media circus, I'd be more amenable to your metaphorical hyperbole.
But as it stands, this is more of an "old man shakes fist at cloud" situation (and then is reminded by the weather god that he only is in charge of his puddle, that contributes to the humidity levels, sure, but is certainly not in charge of determining what water sources can contribute to cloud formation to _really_ stretch the metaphor), rather than guerilla warfare.
Posted Feb 22, 2025 9:11 UTC (Sat)
by dottedmag (subscriber, #18590)
[Link] (1 responses)
Posted Feb 22, 2025 12:54 UTC (Sat)
by kragil (guest, #34373)
[Link]
But these are the times we live in, I guess.
Posted Feb 22, 2025 11:15 UTC (Sat)
by Phantom_Hoover (subscriber, #167627)
[Link] (3 responses)
The Rust DMA bindings didn’t get merged! That’s the effect this whole drama revolves around!
Posted Feb 22, 2025 19:56 UTC (Sat)
by airlied (subscriber, #9104)
[Link] (2 responses)
Posted Feb 22, 2025 22:23 UTC (Sat)
by Phantom_Hoover (subscriber, #167627)
[Link] (1 responses)
Posted Feb 23, 2025 11:00 UTC (Sun)
by Wol (subscriber, #4433)
[Link]
But if you're going to NACK something, you need the authority. For example, as somebody who hasn't actually done an awful lot of *code* in Open Source, I might nack changes to code I wrote. I have nacked changes to documentation I've written. As the guy who basically ran the kernel raid wiki for years I've only once felt the need to nack a change, but I certainly felt I had the authority. I'm glad I never had to use it.
So it's a shame Linus had to step in and declare this a case of "power without authority". Because Christoph certainly has authority. A lot of it. But there's a lot of people stepping outside the bounds at the moment :-(
Cheers,
Posted Feb 22, 2025 13:00 UTC (Sat)
by kragil (guest, #34373)
[Link] (5 responses)
Has that really happened?
Posted Feb 22, 2025 13:12 UTC (Sat)
by pizza (subscriber, #46)
[Link]
So "a part rewritten in Rust" doesn't count?
Meanwhile, the Linux kernel isn't the only large codebase out there.
(FWIW, I've personally experienced this "rewrite back and forth" on multiple occasions over my career, and it's every bit as awful as Hellwig mentions)
Posted Feb 23, 2025 2:37 UTC (Sun)
by jmalcolm (subscriber, #8876)
[Link] (3 responses)
1) You cannot block Rust code that simply calls into your code
2) You can block the inclusion of Rust in the code that you maintain
3) You can mix C and Rust code if everybody agrees on how that will work. It is up to the individual maintainer.
What he does not say is that you can also completely replace a C subsystem with Rust if the powers that be see the Rust implementation as superior. I would expect this to require a better design and not just a re-implementation of the same ideas in a new language. Still, I expect this to happen eventually. Of course, you could completely replace Rust with C as well I would think (again, given the same requirement to be better).
As happens with C code, there will likely be competing implementations at some point that can be optionally compiled in (maybe a Rust scheduler or memory manager). I would think it would be allowed as long as it was possible to build the kernel without it. And, if it is better, the default could change in the future, at which point the kernel could not really be built without it. But that seems a long way away. For one thing, there is not yet a Rust compliler that can target all the platforms that Linux supports.
Posted Feb 23, 2025 20:39 UTC (Sun)
by NYKevin (subscriber, #129325)
[Link]
Rust has a stricter aliasing model than C, so a straight re-implementation might actually have slightly better performance, depending on what part of the kernel we're talking about and how good LLVM is at taking advantage of noalias. You could therefore argue that the re-implementation is already superior even without a redesign.
But the same is also true of Fortran, and I can't imagine Linus merging a patch that rewrites something in Fortran, even if it was faster. So the question is whether Rust is considered acceptable enough to justify using it for small performance gains, or if it needs to offer more substantial benefits in order to be accepted.
The other, more straightforward problem, is that rewriting things costs a lot of developer-hours, and I don't see anyone lining up to pay for that work just to get a tiny increase in performance, so at best it would be done in somebody's spare time. More realistically, it would not be done at all.
Posted Feb 24, 2025 7:52 UTC (Mon)
by khim (subscriber, #9252)
[Link] (1 responses)
This have already happened: the plan now is to reimplement that functionality within the Rust code using workqueues instead.
Posted Feb 24, 2025 12:53 UTC (Mon)
by nix (subscriber, #2304)
[Link]
Posted Feb 22, 2025 17:17 UTC (Sat)
by k3ninho (subscriber, #50375)
[Link]
K3n.
Posted Feb 23, 2025 2:21 UTC (Sun)
by jmalcolm (subscriber, #8876)
[Link] (2 responses)
In this case, the code being blocked was not code that the maintainer was going to have to maintain and his reasons for blocking it were in opposition to the previously decided direction of the project. So no, his actions made no sense at all and completely exceeded his authority.
Which is exactly what Linus says.
The position, "I think mixed code bases are a mistake, therefore I refuse to allow the Linux Project overall to pursue its stated goal of creating a mixed code base" is not defensible.
Posted Feb 24, 2025 8:31 UTC (Mon)
by zorro (subscriber, #45643)
[Link] (1 responses)
Posted Feb 24, 2025 8:58 UTC (Mon)
by Wol (subscriber, #4433)
[Link]
Of course. The alternative - which is what sparked off this whole mess - is a kernel with inconsistent APIs written in buggy C.
Don't forget - this whole thing was sparked off because there were TWO (maybe more) C users of the code in question, that were using it in two different incompatible ways. So one of them was clearly buggy. The Rust guys wanted a clear, well-defined API. Surely that's not a problem to ask? More importantly, surely the language is irrelevant to that ask?
Cheers,
Posted Feb 22, 2025 0:58 UTC (Sat)
by himi (subscriber, #340)
[Link] (2 responses)
For what seems on the face of it like a very technical issue, this is clearly something that's become extremely emotionally charged - that makes the debate difficult on all sides. But it's also clear that reaching a resolution that's ultimately beneficial for all is possible, even if has to proceed one individual at a time. Hopefully getting to that point doesn't burn out too many people on the way . . .
Posted Feb 23, 2025 4:28 UTC (Sun)
by motk (guest, #51120)
[Link] (1 responses)
Posted Mar 19, 2025 16:26 UTC (Wed)
by sammythesnake (guest, #17693)
[Link]
I know that I've reacted badly to various things in my life and when I've tried to move on to replace that reaction with a better one, I've been really appreciative of people making that easier by putting to one side their own (understandably negative) emotional reactions to mine. The alternative scenario being that the emotional hurt I caused by my immoderate reaction being an impediment to healing and moving onward.
I try (with qualified success!) to live by this. In my experience, the times I give the benefit of the doubt and it turns out to be a mistake are rarer than my instincts expect. Even if the doubt isn't justified, it'll often redirect an unhelpful emotional situation. If the benefit off the doubt isn't justified, and the person you have it to isn't softened by being given it, and continues to be antagonistic, the cost of waiting out another couple of interactions before deciding the problem is not one I can help by being optimistic is really not that much, either.
I often talk of my "Brain Goblins" - those aspects of my thinking/feeling that are immoderate & unwise, and of how "being an adult" means hearing those voices without putting them in charge. It's like when I'm driving and my 4yo says "let's crash the car, it's funny!" and my job is to say "no"[3]. The difference is that the "Brain Goblins" are *internal* and it's easy to forget that they're *still not the ones in charge*!
[1] Generally, and I suspect in this case, this is often fuelled by our quick, strong, but not very moderate/wise emotional reactions.
[2] I.e. one that recognises and acknowledges, but coralles those emotional reactions with the benefit of our wiser and more moderate (but slower and less forceful) *considered* thought process.
[3] True story!
Posted Feb 22, 2025 8:27 UTC (Sat)
by ssmith32 (subscriber, #72404)
[Link] (2 responses)
I mean, I definitely see room for improvement, but, overall, another point in favor of the argument that the Linux development process basically works, and is resilient to various human foibles.
Posted Feb 24, 2025 1:13 UTC (Mon)
by ikm (guest, #493)
[Link] (1 responses)
Posted Feb 24, 2025 7:44 UTC (Mon)
by khim (subscriber, #9252)
[Link]
Yes, but… It may not sound “special”, but it works. If you look on other projects then you'll see significantly more “drama” and forks and tears. Recall just Rust language: how many developers have burned out and left?
Pity he had to do this
Pity he had to do this
Pity he had to do this
Linus puts down the hammer
Linus puts down the hammer
Linus puts down the hammer
Linus puts down the hammer
Linus puts down the hammer
Linus puts down the hammer
Wol
Linus puts down the hammer
Linus puts down the hammer
Wol
Linus puts down the hammer
Can we please assume good faith on the part of the developers who have worked for many years to create the best kernel they can? This kind of name-calling helps nobody. Fortunately the people who are actually working on Rust in the kernel have taken a rather more respectful approach.
Assume good faith
Linus puts down the hammer
> Just like in the good old days
Linus puts down the hammer
Dammit, I'm done with this discussion. We are not enabling that
shit-for-brains warning. If you are a compiler person and think the
warning is valid, you should take up some other work. Maybe you can
become a farmer or something useful, instead of spreading your manure
in technology.
Hellwig's position
"Having worked on codebase like that [two languages] they are my worst nightmare, because there is a constant churn of rewriting parts from language A to language B because of reason X and then back because of reason Z."
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Wol
Hellwig's position
Hellwig's position
Wol
Hellwig's position
This is one more example that people fail to understand the moral of the story about the "Genie in a bottle", which takes your wishes all too literal. And, to close the circle, that is the same with "Ai" (LLM): "fool a Turing test", was the wish, basically. More precisely, the criterion is to produce grammatically sound sentences; nobody said anything about the content of those, hence "hallucinations", which is just another lie people swallow to convince themselves of some kind of "ghost in the machine".
Hellwig's position
Hellwig's position
Hellwig's position
Wol
Hellwig's position
You're not the first and you will not be the last. The simple explanations tend to vary and wrongly focus on a single thing.
World health organisation:
Hellwig's position
Wol
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
> Having worked on codebase like that [two languages] they are my worst nightmare, because there is a constant churn of rewriting parts from language A to language B because of reason X and then back because of reason Z
Hellwig's position
Hellwig's position
Wol
Hellwig's position
and something positive, like maintainer wants to mention
experienced setbacks, and proceeds into constructive side in the end.
at least from my rosy glasses point of view,
and both try to protect each side to have burnout, and enable continue the hobby,
or work.
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Wol
Hellwig's position
Hellwig's position
> Has that really happened?
Hellwig's position
Hellwig's position
> Still, I expect this to happen eventually.
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Hellwig's position
Wol
People do seem to be changing their minds . . .
People do seem to be changing their minds . . .
People do seem to be changing their minds . . .
The process...
The process...
> In the end it's Linus's kernel, so it's him who ultimately calls the shots.
The process...