Live data from Hacker News

AI assistance when contributing to the Linux kernel

github.com

441–450 of 464 posts

Re: AI assistance when contributing to the Linux kernel

#441
post #436

Earlier quoted context omitted.

> you have no idea if you are going to be liable of something or not In life that is a very strong indicator you should not do

True, but everybody is doing it nonetheless.

People break laws and open themselves up to liability every day of the week.

That has no impact on what you should do with your life.

Re: AI assistance when contributing to the Linux kernel

#442

Earlier quoted context omitted.

Do you think the genie will go back in the bottle and why?

It's certainly possible. All that is required is for AIs to become more expensive than humans. Developing projects on a $100 Claude Code subscription is a lot of fun. I bet people would simply go back to hiring human developers if that subscription cost $10,000 instead.

Except you can pay $2500 once for a Strix Halo and have your own Claude Code hosted at home for free with unlimited tokens on 400w.

Re: AI assistance when contributing to the Linux kernel

#443

Earlier quoted context omitted.

I’m not gonna. A lot of other people now will.

Well yes, people break the law and expose themselves to liability everyday. Nothing new there.

Are far as I know there’s one incidence of a company asserting copyright infringement against the Linux kernel, even if I’ve missed a few, it doesn’t have frequently. That will change with AI generated code, and it exposes everyone commercial entity that distributes Linux in any form to liability.

Re: AI assistance when contributing to the Linux kernel

#444
post #436

Earlier quoted context omitted.

True, but everybody is doing it nonetheless.

People break laws and open themselves up to liability every day of the week. That has no impact on what you should do with your life.

Are far as I know there’s one incidence of a company asserting copyright infringement against the Linux kernel, even if I’ve missed a few, it doesn’t have frequently. That will change with AI generated code, and it exposes everyone commercial entity that distributes Linux in any form to liability.

Re: AI assistance when contributing to the Linux kernel

#445

Earlier quoted context omitted.

Are you being purposely obtuse?

Not at all. Linus and the rules have always been very clear. If you don’t know where code came from, don’t submit it.

That’s like a speed limit sign that says “whatever speed you think is reasonable” but in small print “as long as that doesn’t exceed 45mph”.

Yes it’s technically correct, but it won’t hold up I court and it’s a ridiculous statement.

What Linus’ statement is actually saying is that: we want to benefit from AI tooling, but we don’t want to accept any liability.

Re: AI assistance when contributing to the Linux kernel

#446
post #336

Earlier quoted context omitted.

People have measurably lower levels of ownership and understanding of AI generated code. The people using GenAI reap a major time and cognitive effort savings, but the task of verification is shifted to the maintainer. In essence, we get the output without the matching mental structures being developed in humans. This is great if you have nothing left to learn, its not that great if you are a newbie, or have low conf…

While I agree with this intuitively, I also just can't get past the argument that people said the same thing when we switched from everyone using ASM to C/Fortran etc.

This is a lazy argument about any development in society and people need to stop making it.

Re: AI assistance when contributing to the Linux kernel

#447
post #336

Earlier quoted context omitted.

While I agree with this intuitively, I also just can't get past the argument that people said the same thing when we switched from everyone using ASM to C/Fortran etc.

>can't get past the argument that people said the same thing when we switched from everyone using ASM to C/Fortran that's a bad comparison for two reasons. One is that C is a transparent language that requires understanding of its underlying mechanics. Using C doesn't absolve you from understanding lower concepts and was never treated as such. The power of C comes squarely with a warning label that this is a double e…

I would trust the python or rust code to be memory safe even if written by a rando that has no idea how to implement memory safety. Meanwhile, I do not trust any human to write memory safe C.

Re: AI assistance when contributing to the Linux kernel

#448
post #222

Earlier quoted context omitted.

Because AI is also proving to be very good at reverse engineering proprietary binaries or just straight up cloning software from test suites or user interfaces. Cuts both ways.

Reverse engineering is illegal in many jurisdictions, and especially in the USA thanks to the DMCA. If the argument is just "They won't catch me", then yes you are correct. But some of us are still forced to follow the law, whatever it might be. Also: They still have patents on it.

> Reverse engineering is illegal in many jurisdictions, and especially in the USA thanks to the DMCA.

Only if they can prove it. It is amazing how much stuff just shows up on the internet done by anons.

Re: AI assistance when contributing to the Linux kernel

#449
post #251

Earlier quoted context omitted.

Companies have been encrypting code to HSMs for decades. Never stopped humans from reverse engineering so it certainly will not stop AI aided by humans able to connect a Bus Pirate on the right board traces. Anything that executes on the CPU can be dumped with enough effort, and once dumped it can be decompiled.

You are agreeing with me, you just don't know it yet. 1) The financial aspect: As you say, more and more advanced DRM requires more and more advanced tools. Even assuming advanced AI can guide any human to do the physical part, that still means you have to pay for the hardware. And the hardware has to be available (companies have been known to harass people into giving up perfectly moral and legal projects). 2) The l…

> The financial aspect: As you say, more and more advanced DRM requires more and more advanced tools

Yeah I have broken cutting edge $15,000 HSMs used by fintech companies, with a flash drive. Not worried about this. Most HSM designers are solving for compliance, not security.

> The legal aspect: Possession of burglary tools is illegal in some places.

A security researcher like myself would be crazy to live in those places

> 3) The TOS aspect: What makes you think AI will help you? If the company owning the AI says so, you're on your own.

What AI company? I self host my LLM hardware on property I own. Also lets me remove all the censorship preventing use in security research.

None of your points concern me in the slightest. I can reverse engineer anything I want much faster now.

Re: AI assistance when contributing to the Linux kernel

#450
post #253

Earlier quoted context omitted.

Music is free, because music piracy is unenforceable so the law is irrelevant. Now, I personally buy most of my music on vinyl because I want to support artists, but absolutely nothing forces me to do that as all the music is available for free.

As far as I can see, the vast majority of people don’t pirate music these days (unlike 20 years ago). Most people wouldn’t even know where and how to pirate music. They just have Spotify or another streaming service.

> They just have Spotify or another streaming service.

That could have never existed without piracy causing a shift in market forces.

Post reply on HN