And we all know Arch isn’t a distro right?

Kind of. I agree partly. My mother used to knit winter clothes, for free, for some institutions and she wasn’t the one delivering them. They never knew who she was, and she didn’t bother.

I see your point, but in this case I feel OP was misinterpreting the situation

But that’s the thing where you are wrong. They clearly state they don’t want C developers to learn Rust. In the particular video posted he was saying “I want you to explain to me how this particular API works so that I can do it”

The concerns about who fixes what on a merge when the C code breaks Rust code are valid, but that’s easily fixed by gathering with the Rust developers, explaining the changes and letting them fix it.

Can you point out where I said that?

The issue is not agreeing, but behaving like an immature prick when arguing

Indeed :)

Isn’t Linux still Linux even though probably a lot of the original code is gone? Why would slowly rewriting it whole, or just parts, in Rust make it stop being Linux?

I agree with your views. But I have to give praise to Linus for bringing Rust into the kernel.

Yes I agree but the solution for a project so big and critical is not to fork. How do you maintain all of it while at the same time adding support to Rust?

The difference is that now you have a scope of where the memory unsafe code might be(unsafe keyword) and you look there instead of all the C code.

This is such a dumb take. For as much as I’d like to have a safer language in the kernel you need the current developers, the “big heads” at least because they have a lot of niche knowledge about their domains and how they implementation works (regardless of language) People shouldn’t take shit like this from the ext4 developer, but it doesn’t mean we should start vilifying all of them.

This guy’s concerns are real and valid but were expressed with the maturity of a lunatic child, but they are not all like this.

Better in what ways? Rust’s strong points are not to just make a program more stable, but more secure from a memory standpoint and I don’t think Linux keeps improving on that

So you’re an asshole that also likes attention and confrontation

Well I have my Linux partition encrypted with a unique password

Sorry I’m not very eloquent and failed to explain myself:

What I see is that the requested “versions” don’t match when the request is made through jellyseer vs when made directly from one of the Arr.

I first noticed this when requesting through jellyseer and I’d see a file with very few peers. Then I’d do an interactive search in the respective Arr (by hand) and there were much better candidates

I’ll recheck but I think I have updated profiles

I’ll use this topic to ask a question about jellyseer if you don’t mind.

I have jellyfin, jellyseer and arr stack for my Linux ISOs. The issue is when one someone requests an ISO from jellyseer it never is the best choice in terms of peers. I can check this by doing interactive search on one of arr and seeing there was a better choice for the quality I setup. Perhaps I have some misconfiguration?

They are still different brands with different features and price points. The fact that a faulty part was detected on Bentley doesn’t 100% mean a Seat will have the same issues

Yes we need variety. Imagine if all cars were from the same brand …

It was my college experience. Didn’t use anything else. No issues at all