The Linux Foundation banned Charles Max Wood for having supported President Trump's election campaign in 2016

(post is archived)

[–] • 4 pts

I think we need to get a group of BSD enthusiasts in here. Also though, the Arch linux maintainers have openly stated that they are not going to yield to any kind of speech standards.

link

[–] [deleted] • 3 pts

Only OpenBSD remains uncucked.

parent
link

[–] [deleted] • 1 pt

What's the downside of openbsd, if any?

I never tried to install it so I never got into the debate linux debian/arch vs openbsd

parent
link

[–] [deleted] • 3 pts

Hardware compatibility can be a bitch, eg. no bluetooth, no nvidia and no 3d performance.

However my impression of it was that it's very clean and what's there actually works. Porting software from Linux to BSD can be interesting, eg. Linux has file descriptor signal handling and BSD does not but there are many other differences.

parent
link

Load more (1 reply)

[–] • 1 pt

I would do BSD in a second if I didn't do servers. There aren't enough BSD vps providers to make it dirt cheap like with linux where you have tens of thousands of providers and can find someone among them whose priced really low. And I like running the same software on my personal computer as my servers because I can play around and run the same code elsewhere.

But yeah, except for that narrow issue I would be on BSD in a heart beat. It's fast too. And having a full feature desktop environment is as easy as it is with linux. The compilation of code is what's shocking fast. Compiling and running Gnome Cinnamon took about as long as it takes to install all the dependencies from a repo if you were installing it on Ubuntu. (Yes I used to use gnome cinnamon, I have better taste now).

parent
link

[–] • 1 pt

I fail to understand why men continue to contribute their voluntary labor to Linux, who will only bite the hand that feeds. Why haven't they switched their contributions to one of the handful of noncucked open source projects? Wasn't there a concerted "strike" by the good goys?

link

[–] • 2 pts

Even worse than that are people who contribute to chrome. Literally doing free work for the biggest tech monopoly there is so they can dominate one more medium and close the web.

I was pretty hot on open source when I was younger but it really is a fools errand. Who is going to leverage that free software the most? Corporations. So instead of getting paid for that work, or plugging that work into something that would compete with them.

Most of the people who contribute to linux though are people on loan from corporations like intel. That is why linux has adopted pc tech standards. Intel didn't feel comfortable giving resources to a guy who was rough around the edges, so they were going to stop lending him people. Which Linus needs those people to keep Linux compatible with new intel specs as they come out.

parent
link

[–] • 0 pt

incestuous.

parent
link

[–] • 2 pts

Because, thanks to the license they work under, if they leave or get kicked out they can take their work with them.

It is a REALLY FUCKING STUPID thing to make them leave, especially if they make foundation code.

parent
link

[–] • 0 pt

Let the games begin. The UwU-spamming Microshaft soy-drinking dragon tales watching beta cucks at Linux Foundation will kill Linux, and something new will rise.

Anybody for a completely new kernel standard built on security, privacy, and freedom?

Every good OS movement needs an icon or mascot. Linux took penguins, Apple took Apples, and Microsoft took multicolor flags. I propose that the icon/mascot for this new paradigm in technology should be a dragon. Not the eastern (Chinese) type, but the western type. Need examples? Spyro. Just not too colorful. Why is it a dragon? Because it's going to reduce the pathetic Linux kernel to ashes. We'll create the best kernel in the history of kernels. We'll create an operating system to dethrone Windows itself!

But what should we call it?

link

[–] • 1 pt

(edited )

I've been eyeing making a new "kernel" completely not built around security but very much around freedom. I got started writing some new C tools to make merging projects easier. My jssocial is actually a prototype for the concept except in JS.

The thing is it's not really a kernal concept. I call it "just running code," because there would be no official kernel or even source code that would be exclusively "JuSo OS" (just software OS).

The idea is based on the fact that Linux, because it is written in C, has one namespace for its code, because that's what C projects do, and yet has more people working on it at the same time, and has more stability, and is able to run on more devices than pretty much any other coding project. So the idea is that encapsulation is evil, and the reason most projects can't take on the complexity of an OS is because of encapsulation.

So what the C tools would do is make it so C has the ability to override functions instead of just complaining about a second definition, and then provide a way that people can organize their preferences for priority in a useful way. Then that compiles down into a single binary. The way linux launches is that the boot loader is able to arbitrarily identify a function it wants to start from, so that wouldn't change at all.

It would be smart to use it first to do single purpose applications. Then basic games. And then start looking at executing userland code from it. And all of the parts of the OS could be programmed by different people and swapped out for alternatives much easier than is the case with linux. Saying you want your OS to run a different malloc is as easy as listing a different git repo in the manifest.

A config for a particular install of an OS would just be an ordered list of git resources on the internet, and some environment variables to effect the C preprocessor.

In order of difficulty from most hard to simple is:
Making a bootloader to load it.
Preprocessing C to avoid intersection complaints.
Compiling C to not run in userland.
Grabbing code from multiple sources based on a list.

Most of these are not hard, at all. That's all you need in the tools that will define what JuSo OS is. Then using them to make an actual OS is everyone else's problem. But because it's a single namespace you just take it function by function.

I've been eyeing making a new "kernel" completely not built around security but very much around freedom. I got started writing some new C tools to make merging projects easier. My jssocial is actually a prototype for the concept except in JS. The thing is it's not really a kernal concept. I call it "just running code," because there would be no official kernel or even source code that would be exclusively "JuSo OS" (just software OS). The idea is based on the fact that Linux, because it is written in C, has one namespace for its code, because that's what C projects do, and yet has more people working on it at the same time, and has more stability, and is able to run on more devices than pretty much any other coding project. So the idea is that encapsulation is evil, and the reason most projects can't take on the complexity of an OS is because of encapsulation. So what the C tools would do is make it so C has the ability to override functions instead of just complaining about a second definition, and then provide a way that people can organize their preferences for priority in a useful way. Then that compiles down into a single binary. The way linux launches is that the boot loader is able to arbitrarily identify a function it wants to start from, so that wouldn't change at all. It would be smart to use it first to do single purpose applications. Then basic games. And then start looking at executing userland code from it. And all of the parts of the OS could be programmed by different people and swapped out for alternatives much easier than is the case with linux. Saying you want your OS to run a different malloc is as easy as listing a different git repo in the manifest. A config for a particular install of an OS would just be an ordered list of git resources on the internet, and some environment variables to effect the C preprocessor. In order of difficulty from most hard to simple is: Making a bootloader to load it. Preprocessing C to avoid intersection complaints. Compiling C to not run in userland. Grabbing code from multiple sources based on a list. Most of these are not hard, at all. That's all you need in the tools that will define what JuSo OS is. Then using them to make an actual OS is everyone else's problem. But because it's a single namespace you just take it function by function.

parent
link