Hacker News new | ask | show | jobs
PureDarwin – An Informal Successor to OpenDarwin (github.com)
105 points by cookrn 3667 days ago
4 comments

Other than moving it to github, is there actually anything new here? They're still talking about the xmas release (2008), and of targeting Darwin9 (2007) and Darwin10(2009).
Exactly -- the latest major release is Darwin 15 (corresponding to OS X El Capitan / 10.11). I'd love to see this (or a similar) project succeed and remain relevant, but it just seems to be falling further and further behind the official releases.

(To be clear, I know there are good reasons for this, and I'm not trying to imply that a lot of work hasn't gone into what has been released ... but I can't help but wonder if there's no longer any hope of it catching up with (semi-closed) Darwin.)

That's a good point. I was about to point it out too. A bit behind if you're already 5-8 versions behind
I fully appreciate the "doing it for the fun of it" mentality. Am I wrong in assuming that is the "why" behind this project?

I have used OS X full time for 7 years now, and I love it, but I never thought the kernel had much to recommend it.

My interest in having a running Darwin system is the ability to build OSX things on an openly licensed platform. I know that it is permissible to virtualize OSX on top of OSX, but even that is a PITA and more so in a TeamCity/jenkins/etc setup

Giving what the mingw project has contributed to being able to build Windows binaries on Linux, I'm pretty sure it would be possible to do something similar for OSX, but since so much of it is already open source, it seems a waste to discard the exact code that OSX is running

This is something I've been waiting for. After years of standby I've been working on Arch OS X again lately (fully operational but currently waiting for trademark approval from the Arch Linux team) and Arch Darwin is something I was contemplating to do for fun at some unspecified timeframe in the future.
If you don't mind me asking: Other than intellectual curiosity, why would you want to run Darwin, and not just one of the BSDs? Aren't a large number of the drivers still closed source?
The kext mechanism is pragmatic and interesting: as opposed to Linux kernel modules, binary kexts are compatible across whole kernel versions.

Also, having alternatives is always interesting. I was also interested in making the core of OS X† have some form of FOSS liveliness, but I've been quite disheartened about OS X and openness (however limited) since this[0] happened.

[0]: https://github.com/lloeki/xbox_one_controller/issues/2

† I do believe that FOSS is very important, but I also recognise the critical effect of closed source innovations, and believe that a delicate balance and synergy between both aspects can produce fantastic results.

Strange The OSS kext I use for SMART USB HDDs [0] is also signed, but obviously not the source. You can download the compiled and signed driver here [1].

[0]https://github.com/kasbert/OS-X-SAT-SMART-Driver [1]https://binaryfruit.com/drivedx/usb-drive-support

This sounds like one reviewer has it in their mind that the signing is for licensing (commercialization) and not for security (authentication).

Weird, for example this https://github.com/360Controller/360Controller is open source and signed. As usual, Apple's review system is completely arbitrary.
Darwin was cool until Apple quit releasing ISO files and just the source code that needed a lot of work to debug it and put it back together.

I'm glad to see someone took it over and has a goal of making Darwin ISO files. I hope it also gets an OSX themed skin for whatever Desktop GUI they decide to use with Cario Dock or something to look like OSX.

Without the whole Objective-C/Swift userspace libraries it will just look like OS X, but it won't be OS X.
Wow, it isn't built on Objective-C? That's completely the reverse of my expectations. I'd picture an "Open Darwin" as a ground-up FOSS rewrite of Mach + XPC, followed by XNU + IOKit, followed by libobjc and CoreFoundation (and libdispatch), followed by most of Cocoa, then all the stuff like LaunchServices to rotate the userland around to an app-bundle-based perspective... and and then maybe getting to the Aqua stuff, sometime around when HURD is usable. You know, basically like the order Mono occurred in.

More to the point, I'd expect the first-milestone goal of an "OpenDarwin" project would be to be able to install and run OSX's Server.app and act as an OpenDirectory master, NetBoot Restore manager, etc. That proves compatibility, and is a useful thing all on its own (because, among other things, it would mean being able to manage OSX from non-Apple hardware†.) Doing a GUI first? Crazy talk!

† ...without spending weeks tearing your hair out trying to conform a Linux LDAP+Kerberos+whatever server to OSX's idea of what an OpenDirectory controller is supposed to look like. I tried, I tried so hard...

That sounds like Open OS X more than it sounds like Open Darwin.
I remember there was a crowdfunding campaign or so, about reimplementing this runtime (including graphics libraries) using opensource ObjC implementations.
Are you thinking of GNUstep? I actually backed them but evidently my pledge wasn't high enough: https://www.kickstarter.com/projects/203272607/gnustep-proje...
KDE is better than Aqua. One needs Darwin for drivers and other subsystems. You can even run cocotron on this.
I cannot seat a Mac OS X user, or developer in front of it, and they will be able to use it just like Mac OS X.
Try to tweak KDE to mimic OSX
And then you'll have a bad copy of a bad copy.

The fit and finish of linux desktops, especially KDE, are nowhere near as good as the Mac, and adding a theme which kind of sort of makes it look like OS X only serves to highlight where it doesn't match up.

As a long time Mac user and now Linux user the only desktop which is vaguely tolerable is Elementary OS as at least someone there with a good eye for detail went through and made sure it all fits together.

Why? Every time KDE (or even GNOME) undergoes major changes, so many tweaks are also broken. One of the reasons the OS X UI/Ux is so consistent and reliable and mature is because its developers aren't saying "f it, start over" every few years.

And there are bugs and annoying aspects to Aqua, it's not perfect, but it is stable.

Try to run Pages, iTunes, XCode or Apple Script on KDE.
you're being downvoted, but I've converted many a macbook to linux, and KDE was what switched them all. 4.x was far nicer than Snow Leopard-Lion, and 5.x is now vastly superior to Mavericks-current.

KDE is the interface that both Apple and Microsoft steal from/reinvent nowadays.