r00ty

I think this overall is a better idea. I’m going to say this because, I thought I’d look into rust today. So I installed it, setup vscode to work with it etc. And it’s all up and running. I thought I would port over a “fairly simple” C# project I wrote recently as a bit of a test.

While I’ve generally had success (albeit with 30+ tabs open to solve questions I had about how to do certain things, and only making it about 20% into the task) I’m going to say that it’s different enough from C, C++ and C# (all of which I can work with) that I really don’t think it is fair to expect C developers that have day jobs and work on the kernel in their spare time to learn this. It’s fundamentally different in my opinion.

Now, I don’t condone any bad attitude and pushing away of rust developers from the project. But there’s no way they’re going to want to do anything to help which involves learning a new language. It’s just not going to happen.

Likewise, C is not a language most new developers are learning. So, I feel like over time there won’t be so much of an influx of new kernel developers and any Rust based kernel could find itself with more contributors over time and taking over as the de-facto kernel.

In terms of Redox (not looked into it yet). So long as there’s a different team working on the userspace tools. I would say the main task should be getting a solid kernel with drivers for most popular hardware etc in place. The existing GNU tools will do until there’s a kernel that is able to compete with the C one. But that’s just my opinion.

Here’s what I think. Both opinions are correct.

Rust is sufficiently different that you cannot expect C developers to learn rust to the level they have mastered C in order to be working at the kernel level. It’s not going to happen.

I don’t really know too much about rust. Maybe one day I’ll actually mess around with it. But the one time I looked at a rust git repo I couldn’t even find where the code to do a thing was. It’s just different enough to be problematic that way.

So I think probably, the best way IS to go the way linus did. Just go ahead and write a very basic working kernel in rust. If the project is popular it will gain momentum.

Trying to slowly adapt parts of the kernel to rust and then complain when long term C developers don’t want to learn a new language in order to help isn’t going to make many friends on that team.

When you post in a thread you get an ID for that thread. When you post in a different thread you get a different id.

That’s what I said. You don’t need any ID to federate the messages. If you reply to a comment the nesting is based on the comment/post ID and not the usernames.

You couldn’t track a users posts after the fact, and I think that’s kinda the point.

Not so sure that’s true though. If you look at a 4chan threads in some boards, you can recognize the individual anonymous’ from the ID next to them.

I suspect it’s using either a cookie, or the IP address to track a user and while not storing that info, generating an ID hash from perhaps a unique ID for the thread + their details.

No reason you couldn’t federate using the same. But, even without that, each post and comment has a post ID and replies would be tracked that way. Just, you’d need to remember which replies were your own.

The home instance could store for a thread some info about posts/comments from an IP or cookie too and highlight them. But that info wouldn’t be federated.

I actually don’t think it’d be a problem, really. But, is this something missing from our lives? I’m not so sure.

I’d like to think not. I’d like to think that any NATO nuclear enabled nation would only act in response to strategic nuclear weapons deployed against a NATO ally. But, I guess we’ll only know if/when we get there.

we’re in an age when nuclear deterrent is actually less effective because the West is very unlikely to use anything like a nuclear bomb, whereas our adversaries might,” he added. “Where you have technological parity but moral disparity, the actual disparity is much greater than people think.”

See. I don’t think the deterrent was ever meant to be a response to tactical nuclear weapons. They were meant to be a way to make sure that if World ending strategic nuclear weapons were fired against cities, that the response would be absolute.

I wholesale believe that western countries with strategic nuclear weapons would return fire against an attack in our direction. Just as it looked in wargames.

No we’re not going to destroy the world if Russia or any other adversary uses tactical nuclear weapons. We have much more proportionate responses.

Or, maybe I’m just misreading it?

God damn it Lrrr. You just had to keep off it for two weeks, TWO WEEKS!

What about Omicron Persei 8? Surely they got some medal in the human eating contest?

Sync process? The other comment was talking about the old receivers for the atomic clocks on SW/MW frequencies. It was a one way thing.

Now in theory if a receiver also had GPS they could account for the distance. But, then they’d get far more accurate time from the GPS receiver so…

Yeah, but you need to factor in the distance to the transmitter. Going to add at least a few microseconds to your time accuracy!

Right! Just to prove a point, I am going to make an NTP enabled rolex, and sync it to my microsecond accurate local NTP server! :P

Also on the 7800X3D. I think I switched at just the right time. I’ve been on Intel since the Athlon XP. The next buy would have been 13/14th gen.

I feel like I skipped right over this comment.

I remember moving to mumble from teams peak because it allowed pretty cool levels of configuration.

Back in the late 00s and early 00s I was doing world of warcraft raiding. I had the server setup to have one key for main raid and another to talk to only officers. Quite useful especially in bigger raids.

Also as I recall for any remotely large ts server you needed to pay. The self hosted one was always gimped. Mumble you could self host with no limits.

I would agree. It’s useful to know all the parts of a GNU/Linux system fit together. But the maintenance can be quite heavy in terms of security updates. So I’d advise to do it as a project, but not to actually make real use of unless you want to dedicate time going forwards to it.

For a compiled useful experience gentoo handles updates and doing all the work for you.

Yeah, I checked myself when this was first a thing. Debian 12 and Ubuntu 22.04 latest are on 5.4 and 5.2 respectively.

Yep. While it has been decades since I had a home SSD failure. But I have had 2 SSD failures in the last 10 years in server hardware. In the first case it was RAID striped and I needed to restore from backup. In the second case it was part of a raid 1 array and I just requested a replacement and got on with my day.

In my house, I have non raid SSDs on my own PC. But important stuff is on my NAS made up of 4xHDD drives in raid 5 (that also has the important folders backed up to an encrypted cloud).

RAID still has a place in an overall data security solution. Especially for servers that you want to keep up.

It’s all smoke and mirrors!

I’m on mbin BTW. The fediverse arch.

We never changed emergency numbers. It might have referred to when we changed directory enquiries from a single one operated by your phone provider to multiple options with the prefix 118 xxx. Or perhaps when we extended emergency services to also have non emergency numbers for police and health issues.

Otherwise it’s been 999 for decades (with 112 also routed to the same).