Windows is an annoying reality but is it the source of all our problems? I'm not sure... Europe has already made initiatives to switch and that is their perogative to stop reliance on American or Asian tech. The only thing is that they can't focus long enough to make it happen, in the latest phase Denmark has already opted out from the switch to open source (AFAIK) That really is the main barrier since most people don't care about it even though Microsoft is full of witches and clandestine randomness

Their first mention of Bazzite should link to the project website, but actually links to another unrelated article of theirs. They linked correctly shortly after, though.

I mean it's sort of been over for Microsoft for a long time now, though to many non-IT folks it may not be so apparent.

I remember when 90% of web servers were IIS. And MS Exchange was every corporate email server, running on the 90% of servers that were Windows Server. And every laptop was a domain-joined Windows NT Toshiba or Dell.

Now even Microsoft runs their web services on Linux servers. No dev who is not forced to at gunpoint uses a Windows laptop. You'd be hard-pressed to find an SRE or DevOps hire who could confidently explain how to stand up and manage containers on a Windows Server host. And they'd probably walk out of the interview if you even mention Powershell or WMI.

The article is a bit late to the game, because Linux already won.

https://commandlinux.com/statistics/server-os-market-share-windows-vs-linux-vs-bsd/

Yes. Microsoft is shit. They're too big and the people making decisions there are too removed from shared reality. Fuck them. Split it up. Give it to the workers. Bury the owners in lead containers with warnings.

Linux is fine.

I have tried past Haiku betas on an old-but-no-so-old ThinkPad X31, and the experience wasn’t buggy enough to go back NetBSD.

I really liked the conclusion of the article. As someone who uses NetBSD as my primary computer, an old Nokia with Symbian as my secondary phone, self-host whatever I can, and with a general aversion to Electron apps, the conclusion really resonated with me.

We like to imagine a world of Haiku clients, talking to NetBSD back-end servers, and nothing but feature-phones – maybe running a revived Symbian. No AI, no Electron apps anywhere. A sky as clear and blue as the Haiku desktop, with no trace of a Cloud to be seen. That sounds idyllic to us. If it does to you as well, we think you might enjoy trying Haiku.

Cool

I used fedora 35 to work with the fedora 35 ps4 drivers. Older versions also run better on the ps4.

Why Fedora 35? That is pretty ancient.

Ok, I was not sure with whom you were agreeing.

I know you are not disagreeing with me. This is not about me. I already told I couple times my problem is not that do not like something. My problem is they way to express your disliking. Which you are have hard time understanding. I totally fine not liking and you have every right to critique something. But you do not have to be rude about it.

i was agreeing with your criticism somewhat. Looks like they changed their post though.

Seemed like they went so hard there. A bit much.

Thanks. I do not prefer pineapple on pizza.

Pineapple on pizza. Eeewww! :]

Cool nic! I take you you started out as a play on quixotic, and then you found some crazy characters? That's unique.

Expect as you like. Jokes are, as they are. Not much to be said about Haiku, its a joke.
Really. Get over yourself.
Its ok if I don't like something. I'm not disagreeing with your or criticizing your post. Check Lemvotes. I upvote you.
I'm a bit bemused by all this fragility displayed, but I'm sure we will all get past it.

Am I yum-yucking?

It is indeed possible to criticize a thing without engaging in yum-yucking.

I expect a calm and decent discussion. I don't like something being called a joke, when people have put hours of work into it. I don't expect everyone to like a project and criticism can be valid, but there are much better ways to to critisize something.

The website in question was in fact shit. Some things are easily judged in objective terms.

As to SvarDOS, I'm on the fence. There are aspects of it that seem unstable, and for most DOS usage these days, stability is the only thing you actually want out of it.

Are you upset about my opinion of Haiku? That project is a joke that I've been watching for over 2 decades. I am extremely surprised they got it along this far. Its better than ever. Still kinda silly with their branding and copyrights.

Stop and think about this for a second. You post into the void. Nobody replies. Look back and see it.
I read one of your posts, spend an hour or more on the site you link, dig deep into it, come up with an opinion, and post a cogent reply.
What did you expect when you posted? More of nothing?
This is what its like when actual people converse about things wherein they have opinions.

I'm not in the least bit upset about anything. I enjoy your posts. You post about things I care about.
Nice to meet you, regardless of the friction.

Debate is and criticism is fine. But you seem extremely aggressive calling things shit and acting as if you decide which Operating system should exist or not.

Ok, ya I just read all that again. I should take another crack at this silly thing.

I use them. I play with them. I judge them as I like. This is a place to discuss them. Would you rather empty silence?
You are also an OS fan. We have far more in common than not.

In this particular case, SvarDOS is trying to play in a space where real tools may actually be required.
Is it a real tool? That is an open question.

Why are you so much against, people building there own OSes, let people do what they want. You don't have to use it. Building their own OS helps to learn many things, it does not always have to have a specific need.

I've been using FreeDOS for a really long time. Decades.
https://www.freedos.org/

I'm all for new stuff, new emulators, new toys.
But if I had a job to do, I'd probably go with FreeDOS, because its THE standard.

There isn't a whole lot of info on the SvarDOS page that might allow you to differentiate their offering from FreeDOS.

• It doesn't have version numbers, which does not actually sound like a good thing to me.
• It has an online package manager. You know, like FreeDOS does with FDNPKG16.

So ... I want to know more, but this seems a bit sketch to me.

Edit: Their site is shit. Took me a while to find this.
*** Why would I want to use SvarDOS instead of FreeDOS? ***
http://svardos.org/phpamb.php?fname=help%2Fhelp-en&f=freedos.ama

Dunno. I'm not buying the reasoning. ...
... But then again, I've heard less coherent reasons to fork the code.

Thank you for the clarification. Very cool project!

When a thread migrates, it keeps its stack and register, thus any data contained within this can be used in the destination process (correct me if I’m wrong).

Only a slight correction, at least my implementation makes stack used by previous processes completely inaccessible. If the stack from previous processes was writable, then a bug in the current process could overwrite important data in the previous process and a the bug would spread across processes, which is not what we want. Theoretically, I guess you could just map the stack pages read-only instead of completely inaccessible, but then you might be sharing security-critical data, so at least for now I require that all data be passed via registers. For larger data amounts, shared memory can be used, but that of course increases the complexity of a given implementation somewhat. This would be a limitation that falls under the 'loss of flexibility' that I mentioned in the post.

However, how does the thread find process-specific addresses and handles (e.g. a mutex)? [...] Would there need to be a data structure stored in a fix offset in memory that contains the destination address of the receiving process?

You'd use global variables of some kind, yeah. Since each thread enters at _start, their addresses are known by the compiler so you don't really need anything special, it's largely just regular multithread programming. For instance, in the filesystem server that I'm writing, I just have big global array that's as large as the maximum number of concurrent processes (which is known statically) that maps the process ID to a list of open file handles. Since _start knows which process the migration came from (the process ID and thread ID are set by the kernel) the lookup to file handles is practically speaking just one atomic load of extra overhead.