/tech/ - Technology★

>>973675

whats going on in this image?

>>973675

It's a general thread so it's okay, more for containment than anything.

>didn't sage

>that pic

you okay anon?

>>973677

I think it's photoshopped.

What happens when Theo dies?

>>973699

The whole dev team rivals Theo's level of autism, anyone else can't take the environment. The project is in safe hands for the foreseeable future.

>>973709

Also most of the users are devs and there is a very strong "if you have a problem fix it" mentality.

>>973714

Theo also left a blueprint for dealing with the worst case scenario: just fork the project and bring the best hackers along with you. It was almost exactly a "code of conduct" situation complete with subtexts about politics and mainstream appeal that led him to fork NetBSD long ago.

http://zeus.theos.com/deraadt/coremail

Honestly the answer is just be a hacker. Love hacking more than anything else having to do with tech, and your ass will follow.

>>973714

Pretty much this. The real power situation of OpenBSD that's hardly talked about ouside of OpenBSD circles, is that the OS is by and for the dev team. Users can use it if it suits them, but users have no say whatsoever, and if they don't like it they can go take a hike. That sounds pretty harsh, and they're not usually dismissive on purpose, but it gives you the idea of how the project actually runs. SJW and other subversive elements have simply no wiggle room or breathing space, or any kind of recourse whatsoever. Because even the pbeb-tier users don't like that shit, and have in the past tended to be even more aggressive towards any bullshit.

>>973767

why not netbsd?

Haiku.

>>973783

Did you get XFCE "Out of the box"?

For me the biggest problem is the poor hardware support in general with OpenBSD. For example, it doesn't support hardware video decoding on AMD hardware. That's kind of a big thing missing right in there.

I've gotten tired of Linux and it's mainstream appeal that only drew in shit (SystemDicks etc.) for a while and I think it's a good time to switch to something that isn't ruined by Normies.

Anyone can chime in how well virtualization works and if hardware pass-through is possible? That would solve a lot of headaches in my transitional period.

>>973778

>>973783

I'll try NetBSD if OpenBSD doesn't work out for some reason. I gravitated to OpenBSD first because of their reputation for secuirty and a level of internal autism that dwarfs my own. Also, it might sound dumb, but I've started to see the lack of features as a feature itself. It forces me to solve my own problems rather than nigger-rig something out of someone else's solution, also it keeps the normies away.

>>973790

The native vmd/vmm virtualisation solution doesn't work for linux if I understand correctly. You could obviously run linux with kvm and openbsd on top of that but that's sort of gross. I'd suggest you look into the mentioned "LX branded zones" while I'm not 100% certain I believe this would be native performance, even better than kvm. Worst case illumos also has kvm meaning you could get something like 95% performance running linux or windows even.

https://www.youtube.com/watch?v=lnesNFulpPE

>>973778

>>973783

netbsd is also very nice yes. What advantages do you perseive it has haveing over OpenBSD though? From memory the only thing I can think of are filesystems and hardware support, and it seems that everything else is openbsd's favor. I ran it on a laptop for a very short time period.

>>973785

no but it's exceedingly easy to install, just a dead simple one liner.

>>973783

>vlc

>>973820

>GOTY Mountain Dew

I don't know what this is, but assuming it's a game that runs on linux or windows and you want to run on neither your options are: FreeBSD or modern derivative other than Dragonfly this includes MidnightBSD as mentioned and also TrueOS, and Illumos. I personally really didn't like my experiences with FreeBSD and derivatives; if you want to get to playing your game as fast as possible TrueOS would probably be the way to do it: https://www.trueos.org

FreeBSD also has shit bloated code and a CoC though so there isn't really a point if that's what you're trying to avoid, TrueOS is just freebsd but easier to install, and Midnight sort of doesn't have a CoC but they stay pretty close to FreeBSD code wise.

Illumos would be my suggestion, but it's not neccessarily easy to get going.

Let the thread spam happen, faggot, this is an important matter.

>>973837

You do realize they have the same fucking CoC.

>>973842

reload the coc page you fool.

>>973849

Most 9front users run it in a virtual machine.

>>973851

Yes, you reload it 3 times and the real CoC pops up.

>>973836

>this is an important matter.

which is exactly why we should way the pros and cons of each option together rather than having half a dozen threads to shill for OS that no one could pragmatically use as a daily driver. I mean they're talking about Haiku which no one uses in production and literally went into its first beta release yesterday after having been in alpha for 16 fucking years, with in comparison no software. No one is going to actually use that shit.

https://www.haiku-os.org/blog/waddlesplash/2018-08-19_r1beta1_release_plans_-_at_last/

>>973837

Just for me personally and not for /tech/ in general, I'd love to run one of the plan9 continuations, is there one that's actually usable though? I don't need much just mupdf, w3m, and mpv but I don't think these have been ported.

>>973731

That sounds very appealing compared to the absolute poz in linux.

>>973855

Nothing wrong with respecting women within a patriarchal society. It's when you denigrate men and allow women to run roughshod doing whatever they want that you get the problems we are seeing in current year AD. Of course, we all know the 9cucks are a bunch of pseudo-liberal hipsters so you are ultimately correct.

Can we settle netbsd vs openbsd for a desktop OS already?

Besides maybe OpenBSD, everything feels like a half meaasure. illumos based distros look the most appealing currently, but we still need a working microkernel that runs on widely available and fully libre consumer RISCV processors. x86 is a steaming pile of kike engineered super AIDS, and no amount of exotic distro hopping or virtualization will change that.

>>973874

>microkernel

microkernels are absolute shit for debugability. Don't expect good software without debugability.

>>973875

>If beta Haiku got me more FPS running whatever it's equivalent of PlayOnLinux is then I'd adopt it immediately

>>973833 told you your options, the only things with a compatibility layer for linux and windows are FreeBSD and its derivatives or Illumos. "Playonlinux" is a compatibility layer there is no Haiku equivalent. If you "just want FPS" why do you even need to switch platforms just run windows or linux, and if you want something else and FPS just listen to >>973833

>>973873

>Can we settle netbsd vs openbsd for a desktop OS already?

I'd say if your hardware isn't supported by openbsd or you're interested in a storage server use netbsd and otherwise openbsd. none of the netbsd folks responded to my initial challenge >>973817 so that's what I'm going with.

>>973869

>>973851

They have a real one you idiot and its the shit one.

>>973891

>the only things with a compatibility layer for linux and windows are FreeBSD and its derivatives or

Do Dragonfly or Open or Net count as derivatives?

>>973894

sorry no, I ment recent forks other than dragonfly.

>>973892

proofs

>>973813

Good to know, thanks anon.

All these presented except FreeBSD seem like they could fall into the CoCtrap any day for no particular reasons too. (remember, nobody would've thought this shit would happen to Linux just a week ago) Just FreeBSD looks like it's sufficiently shielded from that by pure ideology/autism. It also looks straight out of the 90s so normies/corps won't thread there. Still sucks about the bad hardware support but ah well, thats how it was when I started with Linux ~16 years ago too. I survived.

>>973899

*OpenBSD. Whoops!

>>973884

>with no UI

Not true. You just have to install it. Same with the other BSDs

>>973892

>the 9front coc is based just keep pressing f5 XD

This meme dies here in this thread. 9cucks already kicked a contributor for saying mean things about trannies. Then they let him back in after he grovelled. It's a pozzed project under a slimy veneer of hipster snark, not to mention it has zero real world use anyways. It's fucking worthless.

>>973896

ffs do you mean other than dragonfly which DOES have a compatibility layer or other than dragonfly which does NOT?

Is my choice essentially this:

MidnightBSD

DragonflyBSD

IllumOS

Devuan/Hurd

In that order?

I know you said to ignore microkernels but I already have an install of Devuan that I can experiment on as kind of the last thing to play around with.

>>973861

9front is the one most "up-to-date", but it's still not desktop ready, really.

>mupdf

Built-in document reader page is okay and only occasionally shits its pants on some files.

>w3m

Built-in browser mothra works, as long as you don't mind no javascript and bare-bones formatting

>mpv

There are no video players available so far.

>>973891

>microkernels are absolute shit for debugability.

HOLY SHIT YOU'RE RETARDED

https://sel4.systems/Info/Docs/GD-NICTA-whitepaper.pdf

>>973891

>microkernels are absolute shit for debugability

Someone believes this, unironically

>>973903

Does not.

For Gaming - from least to most complex

TrueOS (de facto CoC from FBSD)

GhostBSD (de facto CoC from FBSD)

MidnightBSD (de facto CoC from FBSD but less so than the others)

Illumos (DilOS OmniOS or SmartOS)

For Quality - requirement, must be usable as a daily desktop in my subjective order

OpenBSD

NetBSD

Illumos

Hurd

Unusable but neat

Plan9

Haiku

etc.

>>973876

heh

>>973906

that pdf isn't about debugability. Did you mean to link something else?

>>973904

>There are no video players available so far.

that's too bad, I think that's sort of neccessary for me.

>>973903

I was wrong hurd actually does have a compat layer so that might be a really good choice for you. It's likely simpler to get where you want to be than these other options.

>>973918

wait it probably doesn't have gpu drivers though. Last I tried it they didn't even have USB support, but that was a few years ago.

>>973891

>none of the netbsd folks responded to my initial challenge

They didn't respond because bsd users don't seem to have the advocacy mentality that a lot of linux users have. There is probably a few nbsd ports with 2 total users and they are fine with that.

Open,Net, and Dragonfly are 3 different projects with 3 different goals. They are all small enough to download and testdrive. Try each one and go with what fits you best.

FreeBSD is pure poz though

>>973936

>FreeBSD is pure poz though

It's a shame too, because some of their ideas like capsicum and jails are quite cool. Then again, I read that capsicum could be coming to dragonfly

>>973936

just to be clear I'm a openbsd user myself, and I've used netbsd for awhile. I've never given dragonfly a shot really and I know very little about it, I haven't heard anything bad though. I think I agree with you in general it's good to try everything that fits your use case until you find something you're happy with. Just try to narrow down to your use case or you're going to waste a lot of time.

>>973783

>>973821

>firefox with all the poz still there

>ABP

>>973998

We're all already using minix though ;^)

>>974004

I mean actively (^;

>>974004

I'm on AMD tho

>>973899

It supports the MateBook Pro X.

The 2017 model at least.

>>973988

SmartOS is good and was created with virtualization in mind. You could run a stripped down gentoo kernel within it, or whatever else your heart desires.

>>974051

The technology in SmartOS intrigues me, but I've seen no evidence it can be used outside a server context.

Could it be turned into something like Qubes, with full desktop? Also, it uses KVM for virtualization, does that mean the Linux CoC transfers over?

Finally, as a corporate OS, I'm wondering if that puts it at higher risk getting its own CoC to stave off controversy?

>>973670 (OP)

OpenBSD is retard easy to install. I just installed it in like 2 mins.

Of course networking didn't just le werk but hey it's still Unix we can't have everything.

>>973913

You don't need to debug what is mathematically proven to be bug free you retard. :^)

>>973842

>>973854

>>973902

Aiju went sperg and banned someone from irc.

That being said if you reload enough you get the citizen code of conduct.

http://citizencodeofconduct.org/

While not the same as Ada's shitfest it's very close.

>>974064

this

>>974073

I had to reload it a lot of times and there were a ton of bullshit codes of conduct. The context here leads me to suspect that the citizen coc is posted as a joke like all the other cocs that rotate on that page are. There's no real sign that this is the "true" or "authentic" code of conduct unlike all the others.

>>973675

>don't contain and come to a conclusion on an alternative OS goyim

>stay confused and constantly bump other threads off the board as we slide you constantly with shit OS's over and over again abusing the chaotic environment the board will be in for the next few months

Wish this board had any degree of moderation what so ever against these shills.

>>974073

Please /pol/ make a CoC to correct this world

>>974125

If you ask me, I wouldn't expect a social etiquette file to get added to a git repository. At any rate, they'll come up with some other cancer to add, if there's already a CoC in please.

>>974095

>There's no real sign that this is the "true" or "authentic" code of conduct unlike all the others.

Except for a longtime dev getting banned for expressing wrongthink about trans* persyns. But it's okay, he clarified that he has many trans* friends and is totally down with trans* folks and their struggle, and so he was welcomed back into the fold. The leader of the 9front project, a Portland-area artist who adopted the pseudonym (((Stanley Lieber))) even stuck up for him! Based AND redpilled, amirite?

http://stanleylieber.com/

>>973909

>implying GhostBSD and MidnightBSD currently have codes of conduct

Here's TrueOS Rules of Conduct:

> Treat each other with respect and professionalism.

> Leave personal and TrueOS unrelated conversations to other channels.

>In other words, it’s all about the code.

Heres a funny idea, how about you just not update?

Most distros have their own version of the kernel that's been sanctioned as being stable anyway so it's not like it'll be that hard.

Only ones really effected is rolling release distros, and even then.

Good rolling release distros would have an option to select what kernel version you want.

Now, if your a developer, this would matter quite a bit because you might be out of a job heh not like most of the devs are being paid anyway

So if you really want to carry on adding some form of patches to linux, you could contribute to linux-libre.

Or the half a dozen other kernels out there i recommend hurd that needs it bad

Theres no reason to jump off of using linux though, just keep it safe and not update the kernel.

>>974142

Did this actually happen? I want some links because the best I could see was Aiju banning someone for /pol/ spamming and then getting shat on for it.

I would really like to know the truth.

>>974125

Eh I think that's the same as admitting the moral premises of the ES JAY DABAYUUs, the real remedy would be a statement against CoCs.

>>974180

That's not what I was implying at all. I was saying that they basically had CoC because they are just freebsd with additional packaged software to make it easier to install, and freebsd has a CoC, it's also shit.

>>974064

I was talking about the "kernel" (the processes running in userland to take over kernel tasks), not the kernel it's self, but I was just being stupid. I read this article a long time ago and I guess my brain just assumed that if unikernels are undebugable than microkernels are undebugable but a bit less so. This is completely wrong, microkernels are if anything more debugable because you can track down individual aspects of the kernel which aren't complieing in userland much easier than you can in kernel space. sorry for being a idiot.

https://www.joyent.com/blog/unikernels-are-unfit-for-production

>>974057

>Could it be turned into something like Qubes, with full desktop?

I wouldn't be surprised if all you needed for this functionality more or less was a set of shell scripts and shell aliases which each spin up a zone and then run the program inside. There is no real performance hit of spinning up a zone so you might aswell just do it on a per application basis.

http://jtimberman.housepub.org/blog/2013/06/23/getting-started-with-zones-on-omnios/

>Also, it uses KVM for virtualisation, does that mean the Linux CoC transfers over?

When Cantrill wrote KVM for illumos he was quotes as "seeing into the sausage factory" if you can avoid KVM and just use Zones that's a much better way to be. That being said KVM is actually implemented by illumos, so rather than it being hardware <- linux (+kvm) <- QEMU it's actually hardware <- illumos (+kvm) <- QEMU and they painstakingly rewrote KVM, so no the CoC does not apply:

http://dtrace.org/blogs/bmc/2011/08/15/kvm-on-illumos/

>Finally, as a corporate OS, I'm wondering if that puts it at higher risk getting its own CoC to stave off controversy?

I don't think so, this is as close as you're going to get to something like that, which given is a bit close, but the kernel won't have its values changed nor most of the operating system because the dev cycle is much longer for them as a smallish company than linux: https://www.youtube.com/watch?v=9QMGAtxUlAc

honestly my intention is more to encourage everyone to use quality software, and I'm just being opportunistic

>>974194

>There's no reason to jump off of using linux though, just keep it safe and not update the kernel.

That's absolutely horrible for security, also eventually you're going to find a application that requires upto date systemcalls in order to run.

>974118

>Wish this board had any degree of moderation what so ever against these shills.

If we had moderators all the refugees would've been wiped out 6 months ago and this would still atleast partially decent.

>>974218

Your info is slightly out of date, Joyent is now a Samsung subsidiary.

Cantrill is an amazing programmer but when the Damore memo came out he called it pseudoscience and linked to some tranny bitching about it for 15,000 words.

I expect SmartOS would cave almost instantly.

>>974218

Are you sure that GhostBSD and MidnightBSD (both FreeBSD forks) are pozzed from the get-go? Before FreeBSD gets a CoCk for the first time three years ago, MidnightBSD was introduced to the world, but not GhostBSD.

>>974220

I know they were aquired, honestly yah.

as in my other spoiler I can about quality code more than CoC

It's still the only option for a OS which can play games and doesn't have a CoC (and more importantly has quality code) atm. If that's not your priority than you should certainly look into other platform like OBSD (which is what I run) or NetBSD.

>>974194

>Heres a funny idea, how about you just not update?

Because you will become part of a botnet in less than a year if you don't.

Seriously, take a look at how fast CVEs pop up nowadays and you''ll understand why Microsoft decided to piss off normies with the forced updates.

>>974222

GhostBSD just follows the latest release they can manage. So atm they're on 11.1 which came out in November of 2017.

TrueOS is in a even worse boat because they just run on -current.

>Later versions of MidnightBSD synced large bits from newer FreeBSD releases. 0.3 included code from FreeBSD 7 and 0.5 included a large sync from FreeBSD 9.1 release. MidnightBSD now targets i386 and amd64 (x86_64) based computers and includes all hardware supported in FreeBSD 9.1 plus additional devices.

So it seems it is indeed basically from 2013, which means it's only shit software and not pozzed.

>>974218

>That's absolutely horrible for security

>he bought into the updates mean secure meme

>>974240

>he bought into the turbo skepticism meme

Updates can introduce unknown vulnerabilities, sure, but you can check and see they fix known ones.

Everyone, from the CIA to the latest script kiddie that never opened visual studio, can exploit known vulnerabilities, and that is why fixing them is so important.

>inb4 backporting patches

That's updating too.

>>974246

>not keeping an old version of the kerenl and applying only those absolutely nessecary patches only when needed

You'll rarely have to worry though, vulnerabilites are always hyped up to death these days, even when their small ones that don't mean shit.

>>974240

You clearly don't understand what a update a is if you think this. Adding features makes software less secure, but you don't have to have all the features of the linux kernel, you can compile a minimal subset and many do. There are also security features which are added such as selinux. Most importantly updates fix bugs and security holes in existing code if you don't update you expose yourself to script kiddies, and anyone equivalent or greater in capabilities. What you want is as few non-security features as possible (some even say features in general) and as secure (up to date) remainder as possible.

https://wiki.gentoo.org/wiki/Security_Handbook/Kernel_security

>>974250

Explain to me how that disproves me in any way.

>>974248

>the only reason to care about the CoC is code quality

>cares less about security than about a CoC

nice meme

>>974253

>not updating the kernel because of CoC and poor code quality

<lol ur defending the CoC

Are you retarded by chance?

>>974254

I run openbsd. I'm not defending the CoC I'm saying your solution is retarded. Your solution rather than switching your OS to a something better is to use the same software riddled with bugs and exploits because of a fear that code quality is going to get worse. If you care that much about code quality switch to something better you autist, don't just sit on your ass and irrationally think you're better off because you've got half a million CVEs exploits possible on your machine but atleast the devs who made it were somewhat competent.

>>974250

If linux requires updates that often than it only means it was shit to begin with.

Vuls don't just suddenly apear and make things less secure.

If suddenly one is found it just means it was shit the whole time and faggots never knew about it.

Your not more secure just because you update because updates also introduce the same possibilites for vuls

The solution is clear, disable everything that is not needed, hang back on a long term kernel.

And don't fucking update past kernel 4.18

Fuck is so hard to understand about this?

Most fags are still running kernel 4.9 for fuck sake, some even lower!

Rolling fags don't understand that shit doesn't need to be latest to be secure.

Just as pointed out before aswell, most vulnerabilites once found are normally hyped to shit and a patch is applied quickly, ALL YOU NEED IN THAT CASE IS THE PATCH, NOTHING ELSE!

You don't even need to learn code to understand this shit, just look at the commit list, it'll the most obviously labeled one.

Back porting patches is even more secure than updating the kernel, cause you don't get the new vuls being made by sjws who can't code for shit.

SO WHAT THE FUCK HAPPENED TO LINUX!? I HEARD THE SJWs TOOK IT OVER AND CRASHED THE FUCKING CODE!!

>>974259

>Your solution rather than switching your OS to a something better

It took bsd a grand few months before they patched spectire and meltdown your more unsecure on bsd than any other system tbh, bsd as so little actual devs it's laughable.

>>974259

>is to use the same software riddled with bugs and exploits because of a fear that code quality is going to get worse.

What bugs?!

>>974261

Nothing about linux happened, the code is fine for now but the devs aren't

>>974142

You don't need coc to ban people.

>>974262

They weren't included in the talks with intel. They patched it very quickly once they actually had the information dragonfly took less than a week.

>>974260

>If linux requires updates that often than it only means it was shit to begin with.

yes.

>Vuls don't just suddenly apear and make things less secure.

yes they do, most people aren't intellegent, they won't find security expoits without being told. When lots of people know how to expoit your machine is when problems arise.

>Your not more secure just because you update because updates also introduce the same possibilites for vuls

>The solution is clear, disable everything that is not needed, hang back on a long term kernel

long term kernel have updates, that's the point is that they're maintained. There are just no major api updates, that being said if you're going to stick with linux this is a good idea.

>Just as pointed out before aswell, most vulnerabilites once found are normally hyped to shit and a patch is applied quickly, ALL YOU NEED IN THAT CASE IS THE PATCH, NOTHING ELSE!

? that is updating ? Also it's a pain in the ass, just switch to a OS with higher code quality and stop making more work for yourself.

I'm honestly getting tired of this. Install illumos or openbsd or netbsd or maybe minix. These are the solutions.

>>974265

I'm backing all the older shit up as fast as I can, here are some older archives I posted a couple years ago (because I predicted the CIA niggers taking it over!!):

FREE Operating Systems (THE LINUX CAVE No. 0x4):

https://mega.co.nz/#F!oIkjQKxT!l5QeS1T9QvSfgDf6WSUThg

FREE Operating Systems (THE LINUX CAVE No. 0x3):

https://mega.co.nz/#F!I1gyTJiL!FYsNjf5OqXGBNr7IfgQIgQ

FREE Operating Systems (THE LINUX CAVE No. 0x2):

https://mega.co.nz/#F!k8FwnbjZ!mbYUgb47Oh5xS4Z6HoInqw

FREE Operating Systems (THE LINUX CAVE No. 0x1):

https://mega.co.nz/#F!nx40FbaD!EvMiNqWG3IwOqVk-IP_5cQ

>>974273

>that is updating

You really are fucking retarded.

It's a specified PATCH, not, an entirely new kernel.

When you update linux by VERSION you are INCLUDING all the other crap that is IN that VERSION.

What i'm suggesting is only UPDATING BY PATCH.

This is all you need for security, AND IT IS VERY RARE.

So fuck off you mentially handicaped retard, did i really have to spoon feed you this much?

>>974273

>just switch to a OS with higher code quality and stop making more work for yourself

>just blindly trust this other operating system and change all your configurations software packages and pretty much fucking everything for the smallest reason of a CoC being added to a rolling release version of linux that no one in there right mind should fucking use.

Yeah, no.

>>974277

thanks for the dolphin porn

>>974279

>When you update linux by VERSION you are INCLUDING all the other crap that is IN that VERSION.

no you're installing however much stuff in that kernel that you want, and replaceing everything you currently have installed.

>What i'm suggesting is only UPDATING BY PATCH.

and I'm saying you should stop making more work for yourself to run shittier software and just install a different OS: Install illumos or openbsd or netbsd or maybe minix. These are the solutions.

>>974280

then just admit you're advocating a shit solution for the sake of convenience and fuck off.

>>974286

>then just admit you're advocating a shit solution for the sake of convenience and fuck off.

I'm being rational here, new versions take a long time to get adopted and honestly, you don't need to adopt them if you have honest control over your system.

>>974287

>That's not how rolling versions work, code gets submitted and joined together the end product is a new version.

I know you're used to running whatever your shitty distro packages for you but if you ever in your life compiled your own kernel you'd know that you pick what's in it.

>Funny, i thought the main joy of using Linux was the power i have and the controll of the system?

because you're clearly too retarded to have control over your own system, it's really for your own safety.

>Nothing about what i'm using currently is shitty, infact. it's right not laying on some of the best minimal and suckless software that anyone could ever use.

>runs several million lines of code submitted by anyone with half a million CVEs

>not shitty

what ever you say

>Ok, cuck, what ever you say.

linux is the one getting cucked by any fed or company anywhere near it. Is the license shit, yes, do I give a shit, no. I want quality fucking software.

>>974293

>I know you're used to running whatever your shitty distro packages for you but if you ever in your life compiled your own kernel

HOW ELSE AM I APPLYING THE PATCHES YOU FUCKING IDIOT

you know what I couldn't give a shit what sort of shit software you run. You know you're running shit, you're trying your best to rationalize why you might want to continue to run shit with as little change in the consistancy as possible. no I'm done. You deserve this "solution".

>>974297

>unable to give any real reasons as to why i'm wrong he gives up

lel

>>974118

>spam is bad threads are bad

>let's make another spam thread

>>974283

Tbh, i didn't understand what you meant by

>no you're installing however much stuff in that kernel that you want, and replaceing everything you currently have installed.

Because you don't install linux with "stuff in that kernel" like that, you build it.

If you were talking about kernel configs then you're somewhat correct, but funfact, useflags ≠ pure code

Things on linux can be added and ran even if you don't want them in that version.

Not every fucking thing is given a setting, only functionality is normally given it.

If someone was to add some poorly made code and it's not tied to such a function and executes anyway, that's still part of that specific version.

It's not fucking magic.

You claim i've never compiled a kernel when you clearly have less knowledge on it than i do.

>>974301

>>974297

This is why i say only update by patches from now on because patches are a way to be 100% sure you're running the code you want to run.

>>974248

What you have described are manual backports.

They take time, skill, and a great knowledge of the system you're patching, and since you'll be the only dumbass on the planet running that specific config you will encounter bugs no one else will ever see.

>>974260

>Vuls don't just suddenly apear and make things less secure.

Finding vulnerabilities is often sudden, given how many moving parts there are in a kernel it's not surprising.

>>974340

OpenBSD is a fork of NetBSD.

Linux-libre is not a fork of Linux.

It's a simple script which removes blobs from vanilla tree.

Fedora and Debian has their own versions of it.

>>973783

>Mood for a day

I love you and i don't even know who you are.

>>974500

https://genode.org/

HEY GUYS, HOW ARE YOU LIKING MY CODE OF CONDUCT SO FAR?

https://8ch.net/metatech/rules.html

https://8ch.net/metatech/rules.html

https://8ch.net/metatech/rules.html

>>974277

Someone in >>>/tech/ uses mega unironically

>>974500

Your paste has redundancies

Yah also forgot https://github.com/minexew/Shrine

Plus monolithic are last century boi

>>973681

It is. I can tell from the pixels.

Why does 9front have rainbow logo and anti facist thing in the website footer??

>>974344

Nigger, looking at the commit list and mergin only specific patches isn't hard.

code isn't magic, just because you change 1 section doesn't automatically break the entire fucking thing.

>>974500

>FreeDOS

YEAR OF THE DOS DESKTOP

>>974500

If Minix is on the avoid list for outdated programs then OpenIndiana should be too.

>>974500

>this shit again

Bsd is just as cucked you fucking idiot, if not more.

They've had problems with CoC software for much longer then linux ever has

>>974541

That's only freebsd if i am not mistaken.

>>974538

t. person who knows how to run make and thinks they are a dev

>>974543

Your not evening deving though, you're just merging commits.

>>974541

Only FreeBSD has a CoC. and pls don't start the "cuck license" bikeshed.

>>973904

>There are no video players available so far.

What's the fucking use for an OS you can't watch animu on?!?!

>>974542

Theo was one of the founders of NetBSD, but he forked it in 1996 after being kicked off the sparc port for saying mean things.

>>974540

From what I remember it wasn't that bad with OpenIndiana. And there is a common repository that server packages for the solaris / illumos family.

>>974064

I see someone here didn't read Knuth's classic say on the matter?

>Beware: I have only proven this program correct - I haven't checked if it works.

>>974125

1. gas the kikes

2. race war now

3. fuck off, we're full

>>974194

It would be hilarious if somebody started backporting security fixes to 4.19-rc3 (the last pre-CoC prerelease).

>>974500

This is a wonderful post, thanks anon. Once shit cools off a bit maybe a day or two might be worth copying this into a new thread for anons to post their setups and to help people struggling to get things converted. tell them to come to this thread if they want to talk about the merits of each one for containment of shills

Also cheers for the response from the netbsd crowd, I agree with what you've said.

I am planning on switching to OpenBSD next month, which is when I expect the next release to land. In the meantime, I am still on Linux whilst experimenting with alternatives and preparing for the big switch. Looks like things are finally getting interesting again. That said, it's a shame that this all had to happen now, just when Linux gaming seemed to be making such great leaps forward. I was looking forward to switching over my Windows box for good, but now I might need to keep it around a bit longer while I clear out my gaming backlog... especially since OpenBSD and Nvidia cards don't seem to play nicely together. Oh well, I only have a few big games left now anyway. Ports seems to have me covered for everything else.

What challenges are you guys expecting to face when you switch to whatever you're planning?

>>974573

I'll move over once kdbus becomes a thing and linux/systemd becomes a reality

>>974573

>What challenges are you guys expecting to face when you switch to whatever you're planning?

I am planning migrating to NetBSD or OpenBSD eventually (I don't know the exact time frame) I will still continue dual-booting with Windows because of muh games. idk if I can replace Linux on my laptop, though, because I don't know whether *BSD supports the wifi card. I don't have much real experience with any of the *BSDs, so probably one of the biggest challenges is to unlearn GNU command-line options.

As >>974568 said, I think we should make another thread after the dust has settled a bit.

>>974581

Does it come with QBASIC or Turbo Pascal?

>>974573

>what challenges

For me, I'd have to say it's breaking my workflow now that I've finally gotten everything how I like it.

>>974500

>Menuet

Holy shit, it's still being worked on!

I'm running one of the linux-libre flavors, but would prefer an illumos os (specifically tribblix). Sadly there are no illumos drivers for my shitty wireless dorito.

>>974597

Here is slightly better version of the post (text): https://pst.moe/paste/ouivie

(sorry)

>>974500

>linux

>avoid

LITERALLY NO FUCKING DISTRO HAS ADOPTED THIS KERNEL VERSION YET YOU FUCKING SPERG

I'm searching around, some forums say FreeBSD 12 supports RX580 Graphics card which would be great.

>>974625

Any major OS has corporate backing and half the world's jewry shitting it up. This includes FreeBSD.

MidnightBSD or NetBSD or OpenBSD all have programmers looking at the work that FreeBSD does to see if any features are useful or if they're purple hair-tier, and it's better to have an OS where a competent third-party is processing it.

>>974653

>look at all these non proofs.

>calling me a shill while shilling for another system

This would be funny if it wasn't pathetic.

>>973670 (OP)

FSF endorsed distros such as Trisquel GNU/Linux-libre use a fork of the linux kernel that does not contain any non-free blobs, and incidentally is not affected by the new code of conduct.

"Trisquel does not include the vanilla Linux kernel you can find at the Linux project servers, but a cleaned up version of Ubuntu's version of the kernel."

https://trisquel.info/en/wiki/how-trisquel-made

>>974693

This, Gnu is the future.

>>974616

Sorry for the late reply, but you should be good on VPNs. idk about PIA specifically but as long as you have openvpn config files and such, I don't see why you should have any cause for concern.

>>974694

>>974693

GNU has even more pink hairs than the LK, it's only Stallman's autism that keeps them in check, and only loosly. It will take them longer to oust him because he has no shame, so blackmail won't work, and since he is a commie degenerate they would need to purity spiral pretty far before they could accuse him of being a bad goy, but I've seen them go further before. The apeal of openBSD is being anti-political is a stated goal of the project, while in contrast the FSF's entire existance IS political.

>>974693

>Ubuntu's version of the kernel.

>Ubuntu

So extra, extra poz?

>>974617

EVERY SINGLE DISTRO WILL ADOPT EVERY KERNEL VERSION THAT COMES OUT AHEAD OF THIS

that means debian and all 100 mirrors of debian + gentoo. as if gentoo will simply freeze the kernel in place

>>974726

Systemd distros were already pozzed though, your point being?

Right now they aren't though, even still if they ever do you should be using a non-pozzed distro anyway.

Why latching on yet another ecosystem?

That's exactly what they want

Try mantaining a fork instead

we need to go back to Amigas

DragonflyBSD

>>974057

>qubes

There was Solaris Trusted Extensions, but the code has been gutted over the years since OpenSolaris. STE had the ability to do isolation of labels in independent windows (GNOME 2 or CDE) using Zones. If autistic enough hackers are reading this, maybe you can restore the MAC code which rotted and was removed? Also write a Linux kernel driver compatibility layer for the kernel so Illumos can run on all my PCs (even if inefficiently).

>>974581

Here's basically the equivalent for ARM boards:

https://en.wikipedia.org/wiki/RISC_OS_Open

RISC OS dates back to the 80's, so in theory it should feel really snappy, even faster than Haiku probably. Here's some screenshots from older versions (RISC OS 5 is the one that has open source code):

http://toastytech.com/guis/indexriscos.html

>>974583

>>974588

Here's Turbo Pascal:

http://turbopascal.org/turbo-pascal-download

>>974738

All distros won't adopt the new CoC kernel overnight, so it gives users time to migrate to another OS. But long-term, anything with Linux kernel is pozzed.

>>974538

>>974545

Patches are made with a specific version in mind, and they might not work correctly (or even compile) if you merge them on an older codebase.

Try merging a patch to a version that's several years older and you'll see what I mean immediately.

>>974712

because they're not actually SJWs and SJW is a dead term that expired when Gamergate simmered down. They're IRC trannies and GNAA goons.

>>974760

Maintaining a fork of something like OpenBSD will be a lot easier.

Linux codebase is a mess and even linux maintainers themselves were complaining about it for years now.

>>974829

I'm hoping Linus reconsiders when he comes back and sees what a dumpster fire it's been. Thus far Linus has been very good at recognizing, calling out, and not abiding bullshit. I think he was simply worried that there was shit he was not getting and stepping back to see how well things would run without him. As SJWs escalate into a dumpster fire, people lose faith in the kernel, and missives reach him about the troubles concerning the new CoC system and why it is terrible for development, it seems likely that Linus will go back and say "I was right, this really is bullshit."

An example of how Linus normally puts up with PC bullshit:

>On Mon, Jul 15, 2013 at 1:41 PM, Sarah Sharp

><sarah.a.sharp@linux.intel.com> wrote:

>>

>> Oh, FFS, I just called out on private email for "playing the victim

>> card". I will repeat: this is not just about me, or other minorities.

>> I should not have to ask for professional behavior on the mailing lists.

>> Professional behavior should be the default.

>

>Bullshit.

>

>The thing is, the "victim card" is exactly about trying to enforce

>your particular expectations on others, and trying to do so in a very

>particular way. It's the old "think of the children" argument. And

>it's bogus. Calling things "professional" is just more of the same -

>trying to enforce some kind of convention on others by trying to claim

>that it's the only acceptable way.

>

> [ Since you seem to want to keep this in public, I'll just

>cut-and-paste from my reply, so you have already seen this part of my

>argument, it's only slightly edited because now I'm no longer typing

>on my cellphone ]

>

>The thing is, different people act and react differently. On both

>sides. And I think we should recognize that and also *allow* for that.

>And sometimes it means, for example, that people interact primarily

>with certain people that they like more - because they are a better

>"fit".

>

>I think we actually do it very naturally, simply because we are human,

>and this is how people interact in real life too. Sometimes we do it

>consciously - the way we have people at various companies that act as

>go-betweens - but most of the time we do it just because humans are

>all about social interactions and we don't even think about what we do

>and why.

>

>For example, you work mostly through Greg. I don't think either of you

>*planned* it that way, but it's likely because you guys work well

>together.

>

>See what I'm saying? People are different. I'm not polite, and I get

>upset easily but generally don't hold a grudge - I have these

>explosive emails. And that works well for some people. And it probably

>doesn't work well with you.

>

>And you know what? That's fine. Not everybody had to get along or work

>well with each other. But the fact that it doesn't work with you

>doesn't make it "wrong".

>

>This isn't all that different from working around language issues etc

>by having certain people work as in-betweens on that front.

>

>And where we differ is in thinking either side has to necessarily

>change. You think people need to act "nicer". While I think it's

>*natural* that people have different behavior - and different

>expectations. We all have issues somewhere and don't all like each

>other. There are certain people I refuse to work with, for example.

>They may be good engineers, but they just aren't people I can work

>with.

>

>And hey, I don't actually think we've personally even had any

>problems. And I realize that you may react very strongly and get

>nervous about us having problems, but realistically, do you actually

>expect to like all the other kernel engineers?

>

>And equally importantly, not everybody has to like you, or necessarily

>think they have to be liked by you. OK?

>

>So as far as I'm concerned, the discussion is about "how to work

>together DESPITE people being different". Not about trying to make

>everybody please each other. Because I can pretty much guarantee that

>I'll continue cursing. To me, the discussion would be about how to

>work together despite these kinds of cultural differences, not about

>"how do we make everybody nice and sing songs sound the campfire"

>

>Do you think you might be interested in *that* kind of discussion

>instead of the "you are abusing me" kind of discussion?

>

>Because if you want me to "act professional", I can tell you that I'm

>not interested. I'm sitting in my home office wearign a bathrobe. The

>same way I'm not going to start wearing ties, I'm *also* not going to

>buy into the fake politeness, the lying, the office politics and

>backstabbing, the passive aggressiveness, and the buzzwords. Because

>THAT is what "acting professionally" results in: people resort to all

>kinds of really nasty things because they are forced to act out their

>normal urges in unnatural ways.

>

> Linus

https://marc.info/?l=linux-kernel&m=137392506516022&w=2

>>974559

That's honestly the route we should take tbh. Severe kvetching would follow.

>>974829

>anything with Linux kernel is pozzed

Once again, you're stretching it.

Linux and it's offical upstream has been hit, nothing more.

The overall development of linux comes from omany different sources and thus it's not possible to controll every developer who works on linux in such a mannor.

Even if upstream starts being shitty i can bet that there will most definitly be some developer who will let you use his branch perfectly fine.

Faggots say it's imposible to fork something as big as the kernel but they also fail to realise that it's already been forked, hundreds upon hundreds of times.

Almsot every developer with the source code and is creating changes with it can be considered a fork.

The thing you fags keep thinking a fork is, is actually NOT a fork, but a maintained upstream release.

A fork, is a branch of development made for the reasons of adding or modyfing code, gpl licensed software has hundreds of these.

They are very descentralised and not controlled by any clear source.

Code quality isn't going to degrade over night, or even in the next few years.

It would take a force weighing in the imposible to try and controll the some thousen autists that work on linux.

The problem right now is with management with upstream, they adopted a CoC in attempt to controll this chaos that goes down in the kernel by the very developers they have working on in and the thing is, it's not going to do jack shit.

Code in linux by most of the devs and maintainers still hold a metrocratic rule.

Despite what the some few assholes who forced this shit believe.

>>975009

>what is the CoC beacon

It's fucked son.

>>976279

I'm getting real sick of your demoralization shilling.

>>974952

It doesn't seem like much of a dumpster fire though. I don't think Linus or anyone working on Linux measures success by how butthurt people are on a mongolian basket weaving board.

A handful of devs on the periphery have had a bit of sook, but given most code that is contributed to the kernel is paid, most people don't give a shit because they are used to having a HR department anyway.

>>976281

I'm just pointing out that there's still the CoC Beacon shit to worry about. If that shit gets implemented then Linux devs will have no choice but to comply with the CoCk

>>976295

>CVS, SVN, http, sourceforge,

Nearly had heart attack. No magnet, no love.

>>976299

It's mirrored on GitHub, although that doesn't necessarily help with development elsewhere.

https://github.com/ezrec/AROS-mirror

>>976305

Also this: http://repo.or.cz/w/AROS.git

>>976305

>>976307

Are they mirrored, upstreamed, or volunteer "mirrors"?

I'm kinda in love with FreeBSD cause it provides everything. Debian too, but I never liked the Linux Kernel.

>>976311

The second link certainly seems to be an official mirror. It's being maintained by one Markus Weiss, who is one of the people credited with kernel work on the AROS webpage. It's also mentioned in a Powerpoint presentation from AmiWest '12 as a location that developers use as an alternative to the official SVN (along with a second git that 404s in this day and age).

>>976295

>those screenshots

>In any event, I found it perfectly usable as a daily driver system about three years ago, on my old play-Athlon X2 system. Internet worked fine, could print documents, and so on.

Wow, I thought AROS was just some meme OS, but now I might give it a try

>>973677

chads

Guys, is this freakout over nothing, ultimately?

These sorts of people put tools in place that ultimately get used against themselves like when "progressives" start getting banned off of twitter and facebook or like how that James Gunn guy got shitcanned from Disney for twitter posts. So eventually, and given the community, it would probably get pushed rather quickly.

Think of this, at least in the case of Linux, there is a whole lot at stake here when it comes to functionality. You can play politics and PR bullshit with some movie or tv show or something like that but you can't really do that with code. Code works or doesn't work regardless of your feelings, the feelings of those around you, or anything else that isn't just the code itself.

Since there is a whole lot of for-profit businesses are riding on FOSS projects and really on Linux it would seem like it wouldn't make sense for this thing to be made to crumble. Despite the interests in the likes of Microsoft, Apple, or Google...you have too many other interests that would want to see it live.

Hell, i'm not even sure Google would want it to fall off despite the fact that they're trying to build their own shit as they would probably still need the tangential shit from the Linux projects to run their bullshit.

OpenIndiana doesn't even fucking work with UEFI and the other distros don't look that good either.

OpenBSD is a meme too, and barely supports any current hardware.

Should I just shoot myself?

>>977288

Install Dragonfly BSD

>>976789

The freakout is that subpar coders and programmers will be brought in because of their race, gender, sexual persuasion to be 'diverse' whilst good/awesome programmers will be kicked out (and already have been) because they are white and male. That's the issue. A lot of people involved are not involved because they love linux, love free software, but because they want to spread a virus throughout the world, the Social Justice virus.

>>976789

You're stuck on the SJW, but they're just a distraction and useful idiots. Google doesn't want Linux to fail, they just want to take it over completely, along with Redhat, Intel, Microsoft, and the rest of the Kool Korporate Klub (i.e. the top dawgs who have shitloads of money and power and will do whatever it takes to have their way). People like Linus and that Theodore T'so guy are too independent and don't fit into their slave mentality of yes-men that they want to run the kernel. That way, when they shove more dubious code in there, nobody will put up much resistance. The CoC is designed to make it trivial for them to throw out whoever they don't like. That's all it's for. It allows them to use the flimsiest of excuses to get rid of any resistance to their will.

>>977288

>Should I just shoot myself?

Install dragonfly

>>977433

>it's probably a joke

>probably

>>977433

That's the actual CoC for the project. The other ones are just jokes.

Restore!

>>974500

>>977463

>>977457

just dm the 9front guy on twitter and ask him retards. all 9front devs are shitposters the 9front coc page is there to confuse idiots like you who look into it/ trick people

everyone says "DEV WAS BANNED FOR SAYING BAD THING ABOUT TRANNY!" Was he though ? or was it just gay IRC drama? all IRC is a fucking circle jerk worse than reddit

anyway 9front isnt an os that anyone would use on real hardware to begin with

Here are the only real options for the future, sorted by best solution to worst:

#1 : fork linux to linux2 (must be owned by a non lulzcow person who will not talk to people) remove nsalinux and bloat shit, continue adding drivers and optimizations done by real developers (like amd) and ignore all bloatware. use funtoo with linux2 v1.0

#2: use windows 7 or older. Win7 if you play video games, but i know tech too well so you are gonna want to use XP or 2000. Old versions of windows are fucking great. I have a 120mhz thinkpad running win95 that i use to shitpost on 8chan via wifi.

#3: OSX 10.4 on powerpc computers. the ultimate non botnet+ biggest software library of real shit. Classic env lets you run os9 software. There is a good version of firefox that runs on 10.4. software made on 10.4 can be ported to newer osx versions so any software you make on 10.4 isnt stuck on it.

#4 OSX 10.8 or older. I prefer 10.7 It is IMO the best version of osx before they started FUCKING IT but 10.8 is required for a lot of games since 10.7 lacks drivers. I use 10.7 like a linux computer (but one that works good) you can compile almost anything for it. It is very unix like.

#5 BSD anything

#6 Current OSX versions. Since I am prob the only person on tech that uses all 3 erras of osx listed here I can say new osx is fucking dogshit but still is a good os if you have autism and can remove botnet shit/ get past the fucking apple botnet (apple glass dildo is easier to take than others)

#7 WIN10 but you need to have autism, win 10 can be debotneted pretty good. Just do fresh install, update to lastest versions. then disable everything and never update again. Delete all ms apps (even calculator) use a huge blocklist etc.etc. block ms ips in your router too not something a normal user would want to do but if you are an autist and actually want to get work done win10 is not horriable.

#8 keep using your linux install but dont update the kernel ever

#9 haiku when its done. Haiku would be a perfect os for basic computing but nothing on it woks as it should, if you have a track pad you cant right click its aids. you should help it grow if you can though

#10 DOS I know most of you hardly use your computer for anything besides looking @ anime gilrs anyway so really think to yourself, what OS is the oldest that will do everything i need? Do you REALLY need linux?

#11 keep using linux1

>>978564

> "DEV WAS BANNED FOR SAYING BAD THING ABOUT TRANNY!" Was he though ? or was it just gay IRC drama? all IRC is a fucking circle jerk worse than reddit

No. It did happen. On the mailing lists and irc.

I guess it's time to leave linux.

What alternatives have kde plasma or similarly featureful desktop experience?

>native shortcut hotkeys

>keyboard numpad navigation

>have tablet support (just works if there is already plasma support)

>>979117

There is no easy way to access Linux partitions.

FreeBSD used to support XFS and Reiser, but dropped them recently.

ext2fs is supported on all BSDs, but dm-crypt only available on DragonFly (which is basically FreeBSD with some R&D) https://www.dragonflybsd.org/features/

They wanted to backport dm-crypt to FreeBSD and OpenBSD some time ago, but it seems it's not a priority any longer. (http://www.bsdnow.tv/episodes/2015_05_27-vox_populi)

You just would have to have a QEMU virtual machine running GNU/Linux with attached physical drive exposing mounted partitions via NFS to OpenBSD.

The same can be done for softraid/UFS partitions on a GNU/Linux host.

I have no idea how a ZFS shared between FreeBSD and GNU/Linux would work, but no encryption for sure.

I wouldn't waste my time on OpenBSD though since the Theo's position regarding cocks is unknown.

>>973670 (OP)

How good is the linux binary support on Illumos? I might give it a try if I can shim in some of my more favorite software.

>>979187

Good enough to run Joyent's public cloud linux platform to compete with Amazon EC2. So completely. Make sure you run a illumos distro with support for LX zones.

DragonflyBSD needs more love. They already match Linux's network throughput, but with lower and more consistent latency. And that's despite their comparatively limited developer time. The difference is in the fundamental design (LWKT, amiga ports-like messaging, tokens, system servers as lockfree/lockless processes), and the fact that they put some thought into it, rather than the Linux as-they-went approach, or FreeBSD's lets just copy Linux's mistakes. HAMMER2's main goal is to be an actual clustered (as in, not just local but network) filesystem, complete with multi-mastering and quorum. This is to facilitate having a cluster of computers act as if it was a single one, with processes being able to migrate seamlessly, complete with open sockets/files. It has the ZFS feature-set without the flexibility issues or the overhead. Sensible design, good performance. Nothing like the clusterfuck btrfs is. I do respect Dragonfly's matt, and did already in Amiga times (dice C).

https://archive.is/mU6uq

>>979498

dports are getting deprecated in favor of pkg-ng.

>>979144

>ext2fs is supported on all BSDs

Does this mean it can also at least read ext4? I seem to remember that ext4 is backwards compatible or something

>>979642

ext3 is r/w without journaling, ext4 is r/o.

>>979424

But how stable is it? If I was going to drop all my data onto a NAS server, would I be able to have the same peace of mind with HAMMER2 as I do with ZFS RAISZ2, or is it still beta?

>>979675

RAIDZ2*

>>978583

You can't even disable mouse acceleration on the new fagOS

>>978583

What about creating a unikernel/hypervisor system where everything is a standalone OS and managed by something like Xen or Bhyve? It would essentially be a gentoo-level exokernel system that you could piece together outside of linux.

Something like http://unikernel.org/projects/ would make it possible.

>>982181

Also:

>mostly made by Russians

<no ZFS support

>>974583

yea im concerned about hardware support but you dont have to unlearn bash, never tried bsd either but i know bourne was available on older versions like solaris 4? i dont see why bash wouldnt be on a BSD distro.

>>982145

>written entirely in assembly

Jesus...

>>983797

>>i dont see why bash wouldnt be on a BSD distro.

Well on OpenBSD its

# pkg_add bash

Now you have bash.

There is no alternative. Everything digital is an unlocked portal to the worst demonic stuff yet to happen to humans. Time to get a jeep like Varg and hope you make it the fuck out it in time.

>>983847

<infecting your obsd install with GNU

>>982145

>>982145

This is pozzed

>>974644

Yeah we can tell by the way you are responding to a red capslocker. Mind, not filtering is typically the better approach anyway.

Polite sage.

>>974573

>what is dual boot?

You can have multiple OSs installed on your harddrive, nigger. You just create partitions for each OS. OpenBSD is the most secure of the mature OSs, but it comes at a price of limited software/hardware compatibility. So you use it as your default OS, unless you need some additional feature, in which case you boot into Devuan. 2018 will be the year of the OpenBSD/Devuan dual boot. Also, don't forget that virtual machines are very good now and provide most of the same functionality as an actual install. You can play around with other OSs on virtual machines or live CDs.

>>974707

>RMS is an autistic goy

He's a filthy kike, you worthless nigger. He likes free shit because of the infamous jewish cheapness, but it works in our favor in this case. He doesn't code, and is basically just a marketing guy anyways. He gets far too much credit. Also, the software he endorses is not necessarily any good, just free of anything proprietary. It's completely incidental that proprietary software is a way to sneak spyware onto your system. We weaponize his judaism in our favor, but there is a limit to it.

Daily reminder that the filthy, disheveled tech-guy image is actual one of filthy kikes in tech. Kikes are allergic to manual labor, so get drawn to tech.

>>974952

>Linus is coming back

Nigger, he was low-key fired. He's never coming back.

>>978583

>what is a virtual machine?

It's the current year: you haven't needed to install Windows to run Windows software for years. Just use a virtual machine and you get full functionality.

>>974218

>>974194

>>974240

Not updating is one thing, but how about using a distro that's been discontinued? Then you get a non-pozzed kernel and no dependency issues. That still leaves the vuln aspect, but go far back enough and you've got security through obscurity. No one's gonna waste time on 5 guys still running 2.6,x.

>>973874

I don't think x86 is worthless at this point. let me explain why.

first here are some jewtube videos of SymbOS running on a sub 4MHz Z80 CPU. it's pretty surprising what can be done on an 8bit CPU and very little memory.

https://www.youtube.com/watch?v=eCXc9FLolL8

https://www.youtube.com/watch?v=Mtlfr-ZNp20

Looking at this makes me believe that on newer hardware one should be able to do MUCH more than what is seen in these videos. In the absolute worst case to do the same thing. So even going back to the Pentium 4, which right now is very very cheap and plentiful (people are throwing away XP P4 boxes right and left), given a well-written OS you should be able to be very competitive with modern hardware.

A normalfag smartphone has horrible latency, and fails to even input text in a note application without stuttering despite having 4GB of memory and an 8 core CPU. clearly modern software is shit, not to mention botnet.

I don't see why older non-compromised x86 processors can't be a viable alternative to a new ME'd CPU + botnet+bloat OS. of course fully open source hardware would be better, but being able to use older, but not backdoored hardware would be very helpful.

>Use Linux since 2009

>Finally supports most of the hardware (including wireless) I have a few years later

>Wine gets better and Valve releases Proton for muh gaymen compatibility

>Linux gets CoC'd and we'll have to start all over again with a BSD or some other freetard OS with no drivers.

For fuck sake. Windows is a botnet, BSD has no drivers and Linux gets fucked by social justice retards just as things were getting good. Should I just give up on computers all together or something?

>>984261

And to add: FreeBSD while one of the most developed BSDs is now also CoC'd. So anons, what do? Should I switch to OpenBSD or NetBSD and try to work around any issues or just stay with Linux and see if it goes down the shitter like we assume it will?

reminder that a CoC is only an issue for the project if the maintainers enforce it abusively (and if thats the case then the project was fucked regardless)

>>984080

That's pretty much my plan. I'm getting an ARM board and will have Devuan on the microSD card, and OpenBSD on the HDD, so it's easy to boot either.

There's been a lot of progress on OpenBSD arm stuff (at least if you get one of the boards they list on their hardware page) but still needs some work, like more drivers and packages. But it's getting there. And by the time Devuan needs CoCked kernel, OpenBSD will probably have progressed enough to be usable fulltime.

Same thing could be done dual-booting NetBSD or DragonflyBSD and Devuan, if those work better on your hardware.

>>984266

>but by actual maintainers that disagree with the thing.

Thank christ for that. I followed the initial shitstorm and when Sage Sharp tried accusing one of the lead devs of being a rape apologist and sorta missed a few weeks of stuff after..

>Linus is supposed to come back for the summit, and surely he'll talk about this whole shitshow.

Do we have conformation on that?

>If worst comes to pass...

Yeah that's true. I'll probably just rock Net/OpenBSD dual-booted with Linux for the tiny amount gaming I do. Windows on the other-hand I won't touch with a ten-foot pole unless it's ReactOS.

>>984270

>ARM

RISC-V is looking nice. It's a shame there aren't any cheap Linux boards for it yet however.

>>984267

It gives an opening for bikeshedding over social control issues (inclusive language, banning of terminology because it may be potentially "offensive", equality in pronouns in documentation, etc.), but most importantly it legitimizes accusing contributors of wrongthink in an anonymous manner while at the same time demanding the maintainers to investigate those accusations.

Yes, any non-abusive maintainer will eventually dismiss them, but the fact that anyone can come and screech, and that you can't just tell those people to fuck off without having to spend some time listening to their idiocy is at the very best, a waste of time.

>>984271

>Do we have conformation on that?

He said that in his leaving email. Not quite a confirmation, but even if he doesn't assist for some reason, the discussion about the CoC is something that will definitively happen. Unless it's suppressed by the organizers, which would be an answer by itself. A very negative answer.

>https://lore.kernel.org/lkml/CA+55aFy+Hv9O5citAawS+mVZO+ywCKd9NQ2wxUmGsz9ZJzqgJQ@mail.gmail.com/

>I look forward to seeing you at the Maintainer Summit.

>>974635

>Microsoft getting a main spot in the linux foundation

Holy fuck I need a reminder of that

>>984263

Dual-boot? Try OpenBSD first, if it doesn't support your hardware, then use NetBSD. What else can you do? Be a good goy and embrace the CoC??

*BSD are more usable as a desktop OS than I previously thought (Especially OpenBSD and Dragonfly BSD)

>>984267

If enough top kernel developers get holocoaster'd, it will, no doubt, affect the users of Linux (just 1 developer getting shoah'd can be enough, especially if he gets replaced by someone who is incompetent) Also, if you participate in the community in some way (irc, mailing lists, forums, events, etc. etc.) You too can get into trouble for wrongthink (((They))) will find a way to ruin your reputation.

>>984272

Why in the hell would you implement a monolith on a chipset meant for micros?

>>984279

You are ignoring his most recent interview >>978245

>>984295

Because monoliths are faster

>>984295

>You are ignoring his most recent interview

I'm aware of that interview, but as he said, there'll be more discussion about it during the maintainer summit.

It's one thing to put some distance between oneself and extremists, and other very different thing to adopt a knowingly controversial document championed by someone with the complete opposite values than himself, as a surprise, and without any discussion with the LKML.

It would be yet another thing to completely dismiss the arguments from maintainers against the CoC during the summit.

So that's why I'm still waiting to see what happens.

>>984307

>spent 100 milliwatts operating network port

>CPU consumes 10 milliwatts

>Reduces overhead by 10% or less with monolithic kernel

>Saves ten cents on electricity per year

>not writing your own operating system and using virtualization at its maximum to emulate any type of cuckware

found all the cucks

>>984315

>he thinks this is because of the type of kernel

lol

>>984307

Are they? QNX or L4 are very fast.

>>984307

I didn't know isolating microprocessors needed to be faster to operate, with the current availability of chips.

>>984499

>lol its just a couple of cycles, no need to optimize

Your software is shit.

>>984592

So, how's your Spectre working out for you?

>>984662

Half did before Linux.

>>984662

Fork it, like Theo and Matt did. Would be a lot easier than Linux.

>>984801

OpenBSD probably has the least options (no Wine), but there's still plenty to do:

http://openports.se/games

http://openports.se/emulators

Actually there's more options here than when I was using Linux in the 90's.

>>984833

Lack of basic security features also keeps the normies away.

>>984844

Nice numbers you got there, fellow Quake poster.

>>984844

>OpenBSD lacks basic virtualization support

>>984859

Well they did add the vmm in 5.9, which currently allows you to run OpenBSD in a VM. Other guests are planned, but it's not a high priority. I think they did it mostly to make builds easier or something else that would help their development.

>>984876

>vmm

>Other guests are planned

https://www.openbsd.org/papers/asiabsdcon2018-vmm-slides.pdf

Seems like there has been a fair bit of improvement.

>>984953

Ah nice it only took 20 years to be able to virtualize linux

>>984662

I'll write you a letter and mail it to you to let you know.

Can obsd run Linux in QEMU?

And OpenBSD used to be able to run Linux applications emulated

>>984953

Give it maybe a year or two it's still not ready

>>985062

Yeah, you can run pretty much anything in qemu.

>>974340

kFreeBSD is as pozzed as FreeBSD itself.

>>978583

In the case of Windows 10, use NTLite, and/or the MSMG toolkit to remove hidden telemetries and other holes, for example the unified telemetry clint (codenamed asimov), the windows heal from server (shclient), and the winsxs cache feature (as windows can restore itself, before you delete these, from there).

>ntlite has to be bought, cracks are all old and the free version can't remove those deep telemetries

>creator of msmg said to wait until v8.9

What GUIs does FreeDOS support?

>>986004

gem

>>985520

For it to have been pozzed, then someone would have needed to develop for it in the first place. The damn things been dead for 3 years now.

>>986878

No. Children can get HIV in the womb. If FreeBSD had it kFreeBSD does 2.

>>986891

Except FreeBSD got a CoC (and hence got pozzed) in 2018. kFreeBSD has been dead since 2015 ( The release of Debian Jessie). Same thing with other forks like HardenedBSD and MidnightBSD, which split off in 2014 and 2007 respectively. Just because FreeBSD is pozzed doesn't mean every other FreeBSD derivative made beforehand is, especially when you consider that these SJWs are attacking larger projects that have widespread use, not their derivatives (FreeBSD is often used as the OS of gaming consoles nowadays and it has a popular network stack which is on a lot of devices).

>>986140

>>986004

would it be possible to build on freeDOS and make something like a 64 bit DOS that can fully utilize modern hardware, and then have a GUI on top of that?

>>989554

>let's take something clean / minimal and throw a bunch of shit on top so it's not

you faggots do realize you cannot have both features and be botnet / bloat free right.

>>989558

why am I a faggot? I just wanted to know if such a thing would be feasible. That way you have a full OS capable of competing in the modern world, and to me it seems that something built on top of a DOS would be easier to keep non-botnet.

So what's stopping Torvalds from becoming a major contributor (but not the de facto leader/manager/whatever) of a Linux fork? So that he doesn't have to face the retarded shit like idpol so there's no danger of him caving in in future?

>>989561

x86 is botnet though, unless you're using really old chips from the 90's, before they added out-of-order execution and speculation.

You're better off to get an ARM board with Cortex-A7 or A53 and run RISC OS. Those two processors didn't need firmware patches for Metldown/Spectre.

>>989554

It's possible but you don't want to do that if you're interested in something more than a toy. Nobody wants to deal with 1980's computing assumptions when writing systems for 2020.

> ALTERNATIVE

> OpenSolaris, BSD, bullet, Amazing man pages

kill yourself

>>989657

It might be preferable to the 1960s-70s assumptions we deal with regularly in unix derivatives.

>>989601

I actually kind of was thinking of older chips. if you refer to one of my earlier posts ( >>984193 )

you can see how much can be done using the Z80 CPU, and the Z80 was originally made in 1976. I assume a chip from the '90s will be much more capable, and that perhaps a fully open source DOS based OS (but with multitasking) and written for the modern age could be a real way to have a pretty slow, but bloat and botnet free system from the hardware to the OS, that one may be able to use for communicating online.

>>989657

well IMHO DOS feels a lot more simple and straightforward to use, especially for a desktop microcomputer, than linux does. and I think that something as resource light as DOS which can run on late '70s hardware is perfect for running on fully open source hardware, whereas even relatively light linux distros often need a 386 or newer.

I mean I don't know much about this stuff but it seems to me that freedom-wise, a system that can handle stuff like email, IRC, etc. that's completely open source from the hardware to the software would be nice.

>>989732

also this

by the way, is it normal for openbsd to crash when you run it in virtualbox and try to startx?

Really considering it as a laptop OS. I might run with gentoo though because it's just more fun to install. OpenBSD, I'll probably just install it, set up my stuff and then don't touch the thing again until I need it to read pdfs at uni. Is gentoo/openbsd really dead?

>>974125

The CoC of every project should be: Write good code or die.

>>974194

That'd be even worse than using updates that are suboptimal because they are made by anti-meritocrats

>>974125

In 4/g/ee there was the following suggestion:

>Computer technology is essentially task/goal oriented.

>Task/goal-oriented persons are welcome, regardless of "gender".

>Process-oriented persons are welcome to seek other endeavors.

I'm not oblivious to the irony of worrying so much about CoCs instead of just saying the good old magic words: "fuck off", though.

>>984266

In the end, nothing happened.

Linus ignored the issue completely (https://archive.is/2dAnY), GKH added a whole new document with "interpretations" of the CCoC instead of using a less flawed document (http://archive.is/B72cT). All the worries are "hypothetical" (https://lkml.org/lkml/2018/10/23/81).

The 4.19 release was done under the name of "People's Front", which it's likely just a Life of Brian reference (to the People's Front of Judea), or maybe yet another dog-whistle if you're paranoid enough after all the drama.

>>990397

>Is gentoo/openbsd really dead?

I don't think it's seen an update in over 10 years. You might be able to get Gentoo Prefix to work.

>>984159

>but go far back enough and you've got security through obscurity.

You also get a nearly useless system.

>>990440

What GPU did you buy? Does hw acceleration for video work?

I tried to install OpenBSD on my AMD APU system, which is supposedly supported, but I couldn't get X to use the ati driver instead of vesa.

>>989601

Pre 2013 Intel Atom doesn't have out-of-order execution, speculative execution, or IME. A few boards even have Libreboot support. It's still a pretty good option if you want something relatively modern with a PCI slot, SATA, low power usage, good software selection, etc.

>>990458

HD5450

>>990482

>pre 2013 atom doesn't have ME

source on this?

>>990440

What's a a good windows manager to use with OpenBSD? Going to install it on a netbook.

>>1001432

What's your preference?

OpenBSD has a bunch of its own, if you can read a man page fvwm is a favorite due to it's ricing, second is cwm for its maximum comfyness, its hard to explain cwm, it's a bit like plan9?

i3 and dwm can both be compiled for OpenBSD.