Basically the title
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.
nah nah nah addressing the room is all
I’m not sure I understand the question, I literally quoted part of the comment I replied to.
Perhaps you’ve blocked the user?
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”.
Tbf if wine were released under regular GNU instead of LGPL, Valve wouldn’t have been able to make Proton proprietary, and so their contributions would also be open source. It is unfortunate that this is the situation, but by using the LGPL license WINE basically permitted this, no?
deleted by creator
Okay my bad, I think I just misunderstand BSD-3 and read somewhere that Proton is Valve’s proprietary software. In terms of open source software, the only licenses I’m really familiar with are GNU, Apache, and MIT. So I read one thing online saying Proton was proprietary and assumed BSD-3 was a proprietary license without looking into it further.
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
Valid question. You can ask this about many things:
Would the Internet as we know it exist if Facebook, AOL, and Yahoo had united to create a walled garden?
Would Macbooks as we know them today exist without an open source ecosystem? Would the company Appke exist? Would there be an iPhone?
Would the web exist without Linux? Both developed at the same time, 1991 till now, and most stuff runs on Linux servers.
Would the people who build all the hardware and software even be interested in computers had they not played with (build) computers in the 90ies? What if we had given them an iPad aith CandyCrush that just works; and not BIOS codes, cables, extension cards and drivers?
What if we had given them an iPad aith CandyCrush that just works
We’ll know the answer in just a few more years here. Whole generation growing up that way currently.
On the “web without Linux”, I imagine it probably would have been scattered across a few proprietary Nixes until FreeBSD emerged from the AT&T lawsuit, upon which FreeBSD would have become the dominant web server.
I think you’re forgetting where Linux was the most successful by far: Servers and Android. Server guys do what they want, if you tell them they can only use software you allow them to, they will laugh at you and buy their data center elsewhere. Android has had locked bootloaders forever (I actually think even my very first phone had one).
So maybe development would have been harder? I mean, we don’t have looked bootloaders on desktop even today, not really locked at least, so it’s hard to tell. Linux’s main audience would not have cared I think.
Things just weren’t like that then. Otherwise all PC peripherals would be locked down too, so no device drivers. That was already a problem with cheap windows crap. But the better stuff was documented.
Maybe there would be no Linux but that isn’t as bad as it sounds, since BSD Unix was being pried loose at the time, plus there were other kernels that had potential. And the consumer PCs we use now weren’t really foreseen. We expected to run on workstation class hardware that was more serious (though more expensive) than PCs were at the time. They would have stayed less locked down.
Asded: PCs were an interesting target because there was a de facto open hardware standard, making the “PC compatible” industry possible. So again, without that, we would have used different hardware.
Seconding that’s a not-how-things-were.
The lovely thing with legacy architectures (6502, 68k, x86, z80, etc.) that were in use during that time is that they were very very simple: all you needed to do was put executable code on a ROM at the correct memory address, and the system would boot it.
There wasn’t anything required other than making sure the code was where the CPU would go looking for it, and then it’d handle it from there.
Sure, booting an OS meant that you needed whatever booted the CPU to then chain into the OS bootloader and provide all the things the OS was expecting (BIOS functions, etc.) but the actual bootstrap from ‘off’ to ‘running code’ was literally just an EPROM burner away.
It’s a lot more complicated now, but users would, for the most part, not tolerate removing the ability to boot any OS they feel like, so there’s enough pressure that locked shit won’t migrate down to all consumer hardware.
There was still real competition in the x86 OS space back then, also. Like IBM had OS/2 and DOS 7, and made hardware, so they certainly wouldn’t want it locked to a Microsoft OS.
competition in the x86 OS space back then
Oh yeah: there were a stuuuupid amount of OSes.
On the DOS side you had MS, IBM, and Digital Research.
You also had a bunch of commercial UNIXes: NextStep, Solaris, Xenix/SCO, etc. along with Linux and a variety of BSDs. There were also a ton of Sys4/5 implementations that were single-vendor specific so they could sell their hardware (which was x86 and not something more exotic) that have vanished to time because that business model only worked for a couple of years, if that.
There was of course two different Windows (NT, 9x), OS/2 which of course could also run (some) Windows apps, and a whole host of oddballs like QNX and BeOS and Plan9 or even CP/M86.
It was a lot less of a stodgy Linux-or-Windows monoculture, and I miss it.
I ran OS/2 Warp as my primary for like a year, I loved it, and it could even play many Windows/DOS games with fiddling
…I still have some OS/2 (or, rather, ArcaOS) systems running here.
Mostly for a very limited subset of things that never really migrated across to “modern” windows - I have a BBS running on there because 16 bit DOS apps on OS/2 was pretty much the best way to run them when it was 1994, and in 2024 it’s still the best way to deal with them.
I wonder what the newest PC motherboard with the BIOS ROM in a socketed DIP chip is.
At least a decade old, if not more than.
If you wanted to swap your vendor EFI image to something else, at this point it’s all going to be via a SPI programmer, and if you own one of the two boards that it supports, coreboot/openboot.
But, essentially, you can’t swap because there’s very little supported hardware, and thus are stuck with your vendor proprietary EFI.
What’s hilarious, I guess? is that the EFI setup is more or less it’s own OS that can then chainboot an OS which is how the mid90s workstations (Sun, SGI, HP, etc.) worked.
