Replicating MacOS is more than just a nice UI, there’s a lot of sw/hw engineering under the hood. Hopefully these guys get closer to that over time.
New OS aims to provide (some) compatibility with macOS
91–100 of 170 posts
Re: New OS aims to provide (some) compatibility with macOS
#92Earlier quoted context omitted.
I stand corrected, you will notice that it isn't visible on the languages colour bar, nor C++.
From the mobile version I see a 10% other and 16.1% C++. I think GH might have some issues because those two folders contain a lot of code (there is also C in between, but still), I don't know if I want to believe it's less than 2.6% Perl. [0]. "It's fixed". [0]: https://github.com/github-linguist/linguist/issues/1626
Stupid me, it appears to be affected by screen layout, and I completly missed C++.
Thanks for the issue link.
Re: New OS aims to provide (some) compatibility with macOS
#93Wine works because Microsoft spends billions on backwards compatibility and APIs are stable over time. Apple regularly deprecates frameworks and adds new ones at rapid rates. It's a moving target with the added complication of moving build targets. If you implement your own version of Apple's XyzKit, that might only be used in macOS 12 to 14, and not before or after that, so you put in a lot of work to essentially su…
Wine works, because it doesn't cover many modern APIs, I would assess.
New Microsoft under Satya has a different stance on anything WinRT related, or even newer Win32/COM APIs since Windows 8.
Also .NET Framework is the Python 2 of .NET, the breaking changes are a reason there are still new projects being done in .NET Framework 4.8.x.
Re: New OS aims to provide (some) compatibility with macOS
#94This is all nice and well, while https://www.puredarwin.org/wiki/#/news/Support-Cliff-Sekel Wouldn't it be more natural if this project made use of XNU/Darwin... But with the way things are going, with XNU going more and more proprietary, I suppose FreeBSD is "close enough". In any case, there's nothing we can do about it but these "macOS" alternatives are too fragmented. I would love to see "The" macOS clone.
You're in luck: https://github.com/ravynsoft/ravynos/discussions/529>
ravynOS is moving to Darwin.
Re: New OS aims to provide (some) compatibility with macOS
#95I've been paying attention to this project periodically over the past few years. It would be nice to have a FOSS clone of macOS, similar to how FreeDOS, ReactOS, and Haiku are FOSS clones of MS-DOS, Windows, and BeOS, respectively. The only thing is that this project has been quite slow going, which is similar to the histories of FreeDOS, ReactOS, and Haiku, where it took a long time for those projects to get to a us…
Sometimes it strikes me that something like this might be one of the better litmus tests for AI — if it’s really good enough to start 10x-ing engineers (let alone replacing them) it should be more common for more projects like this should begin to accelerate to practical usability. If not, maybe the productivity dividends are mostly shallow.
I have the unpopular opinion that like I have witness in person the transition from Assembly into high level languages, eventually many tasks that we manually write programs for, will be done with programable agents of some sort.
In an AI driven OS, there will be less need for bare bones "classical" programming, other than the AI infrastructure.
Now is this possible today, not really as the misteps from Google, Apple and Microsoft are showing, however eventually we might be there with a different programming paradigm.
Having LLMs generate code is a transition step, just like we run to Compiler Explorer to validate how good the compiler optimizer happens to be.
Re: New OS aims to provide (some) compatibility with macOS
#96Earlier quoted context omitted.
Are those OSes actually that strict about contributors? That’s got to be impossible to verify and I’ve only seen clean room stuff when a competitor is straight up copying another competitor and doesn’t want to get sued
ReactOS froze development to audit their code.[1] Circumstantial evidence was enough to call code not clean. WINE are strict as well. It is impossible to verify beyond all doubt of course. [1] https://reactos.org/wiki/Audit
We should add that the Windows source leaked, thus ReactOS had to be extra careful regarding contributions.
Re: New OS aims to provide (some) compatibility with macOS
#97> A BSD-based OS project that aims to provide source and binary compatibility with macOS® and a similar user experience. I am curious - what is the motivation for this project? Is it to replicate macOS? - If yes, why? Is it to provide application compatibility on a non-macOS? If yes, why a full OS? Why not take the route like Wine or other such layers that make compatibility possible? Also, is there such a need for r…
I have the same sentiment. I am forced to use a MacBook in my new job while waiting for them to procure a laptop that I can put Linux on. I can say that Linux with KDE Plasma desktop is in almost every way superior to Mac OS. Much better UX, configurability and core applications. And even little things are more polished and thought through compared to what a trillion dollar company was able to produce. It's really be…
Lucky, here Linux lives on servers, or desktop VMs.
Re: New OS aims to provide (some) compatibility with macOS
#98Why is every new OS project just a rehash of 60/70's tech. What about something new that actually attempts to move the field forward.
Microsoft came close with Midori but bailed out and canned the product just before it should have been released in alfa / beta 1 > Midori is an experimental managed code operating system that was in development until 2015. A joint effort by Microsoft and Microsoft Research, it had been reported to be a possible commercial implementation of the OS Singularity, a research project begun in 2003 to build a highly dependa…
Mostly because of internal politics, it was used in production for Bing.
> While never reaching commercial release, at one time Midori powered all of Microsoft’s natural language search service for the West Coast and Asia.
From https://www.microsoft.com/en-us/research/project/singularity...
Enjoy this recording of an internal presentation, while it is still available on YouTube,
https://www.youtube.com/watch?v=37WgsoZpf3k
Joe Duffy also did a few presentations, on one of them (too lazy to search for the exact moment), he mentions that even with Midori running in front of them, the Windows team was very sceptical of it,
"RustConf 2017 - Closing Keynote: Safe Systems Software and the Future of Computing by Joe Duffy"
https://www.youtube.com/watch?v=CuD7SCqHB7k
"Safe Systems Programming in C# and .NET"
https://www.infoq.com/presentations/csharp-systems-programmi...
Re: New OS aims to provide (some) compatibility with macOS
#99Why is every new OS project just a rehash of 60/70's tech. What about something new that actually attempts to move the field forward.
Because many open an UNIX book, and rather copy what was already done.
Note that Smalltalk, Interlisp-D, Mesa, Cedar, safe systems programming are also 60/70's tech, but these ones hardly anyone bothers to copy in such attempts.
Re: New OS aims to provide (some) compatibility with macOS
#100Earlier quoted context omitted.
Because writing even a remotely modern OS is really really hard. I speak from experience. Even getting old hardware from the 90s and early 00s to work is a pain. Then of course you have the more modern standards (although even SATA is still modern for some definition of modern, but AHCI is a nightmare), and then you have things like modern NICs and GPUs which has documentation that is very hard to find, or in the cas…
Even Apple got to a point where they needed to acquire another company because they hit a brick wall with MacOS.
Copland's failure wasn't a technology one.