How would Linux have been today if locked bootloaders were as common in the 90s as they are now on ARM devices?
How would Linux have been today if locked bootloaders were as common in the 90s as they are now on ARM devices?
Basically the title
You're viewing a single thread.
You should go read Microsoft's attempt at excluding Linux/Unix from running on x86 using ACPI!
https://web.archive.org/web/20070202174648/http://www.iowaconsumercase.org/011607/3000/PX03020.pdf
Btw, in the end, they did this with their office format.
Browser too, and the whole activeX, and DirectX api system to practically force windows only development.
Yeah, same with gaming until Proton came along
for the millionth time they get to stand on the shoulders on all the wine development that came before it. and now we have to reckon with the bullshit of proton patches that never go upstream to make wine better for all
for the millionth time
Why are you mad at me? Have I ever even interacted with you before?
Calm down.
Coincidently one of the things they list (named pipes) as an improvement is something I've had a nuisance with for years. there's multiple things that I would love wine to have that it does not but proton does
@mactan @drosophila Problem I run into is most of the games I play have a rootkit anti-cheat and that does not work with wine. So I'm forced to do a virtual machine with virtual gpu pass-through. Big pain in the ass to setup and Ubuntu pretty regularly breaks it with various "upgrades".
Criticism may be justified, but without Proton, how far would wine have come? Without Steamdeck + proton, gaming would still be a no-go for linux and absolutely not worth mentioning. So fewer users would have switched to linux.
OK let go back and bring wine forward ..... Maybe it will be something in 10-20 years ( well for released titles and not future Titels.)
all I'm saying is, it sucks that this shit isn't upstream
:O The Archive! It's back online!! WOOOOO
Unix also including mac and bsds?
@Mwa @wildbus8979 Yes, early on there was AT&T and Berkley, System-V became AT&T's mainstream though there were off-shoots like CB-Unix for PDP11/70's which only had 64k I+D space, and Berkeley had 4.2 and 4.3BSD, and now you have offshoots of those, such as FreeBSD and NETBSD, MacOS is a highly mutilated BSD sitting atop a Mach micro-kernel with the Mac finder sitting on top of the whole mess. The Mach microkernel provides a layer of hardware abstraction that makes it easy to jump between architectures as Mac has often done. What I do not like about MacOS is that they include only drivers necessary for their hardware and forbid the use on Non-Mac's by license. This limits your selection of things like video cards to those they specifically chose to use.
Ohh yeah locked down unix like the one used in game consoles like Playstation and Nintendo switch (these consoles are very very locked down no terminal or anything) and macos (less locked down) as well atleast macos you can install outside of the appstore which I HATED on ios and iPados
BSDs mostly, Mac wasn't a Unix based system at the time. It also didn't run on x86.
@wildbus8979 @Mwa MacOS was Unix based after Steve Jobs created the Mach/Unix/Mac Finder stack for use on the Next computer, as soon as he returned to Apple, it was adopted there.
I know. At the time of the ACPI debacle, Mac OS X didn't exist yet, and NeXT was essentially irrelevant because a) it didn't run x86 and b) it only ran on proprietary hardware.
@wildbus8979 Actually, because it used a Mach microkernel, it could easily be ported to ANY hardware, that is the whole entire point of Mach. Also it did run on the Mc680x0 family and that was what Mac was based upon at the time, prior to Power PC chips, prior to Intel, prior to M chips, and it is precisely that Mach microkernel that enabled the easy transition from one hardware platform to the next.
Yes but that's completely irrelevant to the original point.
@wildbus8979 No but completely relevant to your comment. Such is the nature of conversational threads.
Ohh