Repo has zero Objective-C or C++ (IO, DriverKit, MSL), hardly anything relevant if the goal is macOS compatibility.
This considering the last macOS version before Swift was announced as goal.
New OS aims to provide (some) compatibility with macOS
81–90 of 170 posts
Re: New OS aims to provide (some) compatibility with macOS
#82Why 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.
[deleted]
Re: New OS aims to provide (some) compatibility with macOS
#83Repo has zero Objective-C or C++ (IO, DriverKit, MSL), hardly anything relevant if the goal is macOS compatibility. This considering the last macOS version before Swift was announced as goal.
I think it's in the frameworks folder, e.g., https://github.com/ravynsoft/ravynos/tree/main/Frameworks/Ap...
Edit: also CoreServices https://github.com/ravynsoft/ravynos/tree/main/CoreServices/...
Well, there is actually a lot of ObjC.
Re: New OS aims to provide (some) compatibility with macOS
#84Wine 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 support binaries that were released between X date and Y date and that's it. And you have to do that for a sliding window of dates, macOS versions and framework releases and deprecations.
Re: New OS aims to provide (some) compatibility with macOS
#85Earlier quoted context omitted.
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…
“Better” is largely subjective. For some (including myself), a Windows-like paradigm like KDE uses is not desirable, and UI papercuts like the many that KDE has are highly visible.
I use KDE because it lets me emulate a macOS-like paradigm better than Gnome or other options can.
Re: New OS aims to provide (some) compatibility with macOS
#86Repo has zero Objective-C or C++ (IO, DriverKit, MSL), hardly anything relevant if the goal is macOS compatibility. This considering the last macOS version before Swift was announced as goal.
I think it's in the frameworks folder, e.g., https://github.com/ravynsoft/ravynos/tree/main/Frameworks/Ap... Edit: also CoreServices https://github.com/ravynsoft/ravynos/tree/main/CoreServices/... Well, there is actually a lot of ObjC.
I stand corrected, you will notice that it isn't visible on the languages colour bar, nor C++.
Re: New OS aims to provide (some) compatibility with macOS
#87Why 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.
My dream is to work on an operating system that at least gets us to the 1990s and 2000s when it comes to research ideas. I have a soft spot for the Smalltalk-80 environment and Lisp machines. They had a single address space. In my opinion, the two most interesting things about these environments are (1) their facilitation for component-based software based on live, dynamic objects, and (2) the malleability of the sys…
If you're okay with a System 6 appearance, I've already made one https://github.com/jjuran/metamage_1/tree/master/68k/modules...>, for Advanced Mac Substitute https://www.v68k.org/ams/>.
I do appreciate Alan Kay's thinking, in particular his talk "Normal Considered Harmful" https://www.youtube.com/watch?v=FvmTSpJU-Xc>
My own high-level language, Varyx, has somewhat LISPy internals and is very dynamic — for example, you can annotate a variable with a type that's determined only at run time — and has an eval() that insulates the caller from the payload and vice versa. You can sequester mutable state within a closure, which can't be cracked open. Using an experimental Varyx build with some bindings for Apple's Core Graphics API, I wrote a script that rendered an arrow cursor (which I donated to the ravynOS project).
Perhaps we should talk. :-)
Re: New OS aims to provide (some) compatibility with macOS
#88I'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.
There's also a cost problem here.
Who's paying $30 to run an AI agent to run a single experiment that has a 20% chance of success?
On large code-bases like this, where a lot of context gets pulled in, agents start to cost a lot very quickly, and open source projects like this are usually quite short on money.
Re: New OS aims to provide (some) compatibility with macOS
#89> 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…
Mac OS without the background ads garbage or the constant blocking of call-home requests would be nice.
what are you smoking ?
Re: New OS aims to provide (some) compatibility with macOS
#90Earlier quoted context omitted.
I think it's in the frameworks folder, e.g., https://github.com/ravynsoft/ravynos/tree/main/Frameworks/Ap... Edit: also CoreServices https://github.com/ravynsoft/ravynos/tree/main/CoreServices/... Well, there is actually a lot of ObjC.
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