Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Apple is going to do the same thing they did with BSD, WebKit, etc. They will wait until proton is mature enough, fork it, then release it as their own. Why put in the effort this early on?



Which is exactly what I described. Looks like they took crossover/wine and added some custom patches. What are the chances they upstream anything? Probably 0.


Except it wasn't "taken", but licensed from CodeWeavers in a commercial partnership. This implies that they're contributing cash, not code.


Not sure what agreement they have there, but at the end of the day it’s Wine which has decades of open source development behind it at this point. Plus a bunch of other libraries (gstreamer being a notable inclusion) that are all FOSS. This still fits the pattern of Apple profiting off of OSS projects while contributing back as little as they can get away with.


A non-trivial number of contributions to Wine come from CodeWeavers (30%+ of all commits), which in turn is funded by its work on Crossover, Proton, and commercial agreements with other businesses. Wine would not be the project it is today without the contributions of CodeWeavers. Contributing cash to the companies contributing code is a perfectly adequete form of giving back.

CodeWeavers released an annoucement when Gaming Portal Toolkit was announced.

https://www.codeweavers.com/blog/mjohnson/2023/6/6/wine-come...


The announcement says practically nothing except “we did not work with Apple on this project.” And then a bunch of comments about the license Apple gave their version of the source code.

You sure there was any kind of commercial agreement? Doesn’t look like it.


In fact, reading into it more - they simply say "apple used our source code" this sounds almost explicitly like they are not paying, at all.

On top of that, Apple's DX to Metal code is not re-distributable. So yes, this sounds like more of the same from Apple.


I think it's still hilarious and crazy that safari/chrome/webkit/blink exploded out of the cute little KHMTL browser called Konqueror in KDE from back in the day.

And the root of the whole browser wars thing was microsoft making an absolute dog of a browser for Mac OS X when it came out and then refusing to support it. lmao.


Haaa Konqueror. It was THE shit back in the day. I loved this software. It really was at the core of the KDE experience. Too bad it disappeared, I miss it. (well it’s not technically dead but it’s not moving either)


I came here to say this! Konqueror may have served a small community but it was excellent.

It was the file manager as well as the browser and it was incredibly capable. By far the most advanced GUI file manager of its time. And a pretty fast and pleasant browser, although the compatibility was hit and miss. (Those were Flash and IE-dominated days as I recall them.)

A lot of what I loved about Konqueror is captured in Dolphin. I don't think I need my web browser to be a file manager... maybe that concept was just a 90s fever dream. But I miss Rekonq. Maybe I should revisit Konqueror.


Yes and I believe Dolphin is the best conventional file manager on the market - superior to the Windows Explorer and the file browser in in Mac OS.


I miss Dolphin badly whenever I'm on non-free operating systems, even though I generally enjoy file management via the terminal as a fallback. In Plasma, I'm much more likely to do a bit of GUI file management than under any other circumstances.

'Default' KDE apps are often so well thought-out and complete that I never feel the need to deviate from them, and it's not unusual for me to install them on other operating systems when possible. I feel this way about Dolphin, Okular, Ark, Kate, Gwenview, Klipper, and Konsole/Yakuake, too (even though there are several great new terminal emulators out nowadays). And KWin! God, KWin's configurability is so good and it has some really killer compositor effects for productivity that are still unmatched.


IE 5.5 for OS X was by far the most standard compliant browser of its time. It supported more CSS than either NN 4.x or IE 5 for Windows. Nothing came to surpass it until Mozilla 1.0 and even then it wasn't a slam dunk.


Was gonna say IE5 on OS X was the opposite of “a dog of a browser”. It was the gold standard against which every other browser was compared because it was by far the most standards compliant browser of its day.

Also a quick correction, there was no IE5.5 for OSX. That was for Windows and used a diff rendering engine.


Yep. I remember those days.

I also remember Safari on Windows, which was convenient for many reasons.


Usually I would be as optimistic as you are about this, because that would be the dream (although it would be nicer for them to contribute to the project.) However, given Proton's primary use case is gaming, such an effort will almost certainly be kneecapped by Apple's historic half-hearted commitment to anything other than microtransaction-powered mobile games.


Apple literally already has released a game porting toolkit which is basically Proton (see sibling reply)


Which is crossover/wine with custom patches.

https://raw.githubusercontent.com/apple/homebrew-apple/refs/...

0 chance they upstream anything. So in a way they are already benefitting from valves work.


They won’t do anything to undermine Metal.


No but it looks like they’ll add Metal support to Wine, do the bare minimum to comply with the license and release it as “Apple game toolkit”. Textbook.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: