Live data from Hacker News

GloriousEggroll's Proton has been rebased on Proton 11

github.com

21–30 of 51 posts

Re: GloriousEggroll's Proton has been rebased on Proton 11

#21
post #5

Earlier quoted context omitted.

It might come to be that maintainers have to begin accepting llm-authored or llm-assisted contributions just to maintain control of the project. Otherwise users will gravitate towards forks that offer the functionality they want.

They very specifically do not accept AI contributions because there is no way to tell if it's just regurgitating parts of the various Windows source code leaks from over the years ad-hoc, which would be a very costly mistake to make if Microsoft were feeling litigious.

That would be something Microsoft would have to prove in court and not that the AI came up with a similar approach on its own. ReactOS never got sued despite its similarity to Window's code.

Also not all Wine code is related to reverse engineering.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#22

Might be useful to provide some context on why this fork is interesting or relevant

This guy works for red hat and his code is already constantly merged to upstream. His version is simply more bleeding edge. Also he's already somewhat famous in Linux gaming circles.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#23
post #20
post #5

Earlier quoted context omitted.

They very specifically do not accept AI contributions because there is no way to tell if it's just regurgitating parts of the various Windows source code leaks from over the years ad-hoc, which would be a very costly mistake to make if Microsoft were feeling litigious.

Tech companies shouldn’t be able have it both ways and say that copyright doesn’t apply to LLM-generated code only when it benefits them.

And yet, they likely will be able to. The law doesn't have much hold on the rich.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#26
For those curious, Proton is included with Steam, but GE's Proton includes many tweaks, improvements, and yes, rebasing on the latest upstream versions of many packages. For many games running in Linux GE Proton tends to be better than Valve's default Proton. GE Proton also includes features earlier than Valve, like FSR3 -> FSR4 upgrading, etc.

CachyOS makes also makes a Proton that's similar but different from GE's. There's also Valve's Proton betas, Proton Experimental (which is often updated within days of major releases).

ProtonDB.com is a great resource for finding out which "Proton" works best for a given game.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#27
post #26

For those curious, Proton is included with Steam, but GE's Proton includes many tweaks, improvements, and yes, rebasing on the latest upstream versions of many packages. For many games running in Linux GE Proton tends to be better than Valve's default Proton. GE Proton also includes features earlier than Valve, like FSR3 -> FSR4 upgrading, etc. CachyOS makes also makes a Proton that's similar but different from GE's.…

Saying "many" games work better with GE is misleading I think, though perhaps technically true. The vast majority work out of the box with regular Proton. Reaching for GE is definitely the exception rather than the rule in my experience.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#28
post #20
post #5

Earlier quoted context omitted.

They very specifically do not accept AI contributions because there is no way to tell if it's just regurgitating parts of the various Windows source code leaks from over the years ad-hoc, which would be a very costly mistake to make if Microsoft were feeling litigious.

Tech companies shouldn’t be able have it both ways and say that copyright doesn’t apply to LLM-generated code only when it benefits them.

They likely won't, once precedent setting judgements start coming out

Re: GloriousEggroll's Proton has been rebased on Proton 11

#29
post #5

Earlier quoted context omitted.

It might come to be that maintainers have to begin accepting llm-authored or llm-assisted contributions just to maintain control of the project. Otherwise users will gravitate towards forks that offer the functionality they want.

They very specifically do not accept AI contributions because there is no way to tell if it's just regurgitating parts of the various Windows source code leaks from over the years ad-hoc, which would be a very costly mistake to make if Microsoft were feeling litigious.

The remedy for unintentional infringement is generally to remove the infringing code and cease distribution. That used to be a serious issue when rewriting the offending code might take years. But these days? Rewriting any offending code is a matter of specifying the interfaces and setting Claude / Codex to work. Risk of incorporating derived code might go up with accepting LLM submissions, but cost of recovering from them seems to have dropped accordingly, at least on the technical side.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#30
The "program produces this trace, reproduce it after changing xyz" loop is imo -- a kind of programming primitive for the current agent capabilities ... I've found technique like that really effective as well.

It's interesting because there's a part of me that sometimes thinks "hey look this pattern is pretty effective -- I wonder if this a nascent abstraction on the path toward reasoning about how to use these tools in effective ways" -- while another part of me thinks "six months from now, you won't ever have to do this or if this is a useful technique the agent will just apply it on its own when relevant" ...

Post reply on HN