Live data from Hacker News

The /bin/true Command and Copyright (2009)

trillian.mit.edu

1–10 of 86 posts

Re: The /bin/true Command and Copyright (2009)

#6
post #3

The one confusing thing to me about this is that you're not supposed to append copyright years to a notice when the contents have not changed, yet this script got copyrighted all the way to 1989.

I’ve heard that, but I’ve also heard that the year is supposed to be updated whenever it’s published again.

Re: The /bin/true Command and Copyright (2009)

#8
> So if you use blank lines in any of your files, you are in blatant violation of AT&T's copyright claim

Independent derivation of a work is defense against copyright infringement.

Even if the copyright on these blank lines were to be valid, it would be reasonable to claim that your own use of blank lines was independent, not a derivative work copying from theirs.

Patents do not require actual copying to infringe, but copyright does. If you can prove you did not know of the original work, or otherwise would have come up with the same thing on your own, that's enough to absolve you of copyright issues.

Re: The /bin/true Command and Copyright (2009)

#9
Adding copyright notices to every source code file is reasonable because it costs next to nothing. Figuring out what is copyrightable, on the other hand, is expensive, because it requires lawyers, and a waste of time because lawyers' answers are always "it depends". You never actually know how enforceable your copyright claim is until you actually litigate, which is REALLY expensive.

Re: The /bin/true Command and Copyright (2009)

#10
post #9

Adding copyright notices to every source code file is reasonable because it costs next to nothing. Figuring out what is copyrightable, on the other hand, is expensive, because it requires lawyers, and a waste of time because lawyers' answers are always "it depends". You never actually know how enforceable your copyright claim is until you actually litigate, which is REALLY expensive.

Yeah this is funny, but it's not stupid. It's also a lot simpler to have a company policy that says "every code file should have this boilerplate at the top of it" than to try to specify exactly what does and doesn't. You could even check for this in your CI pipeline, to avoid wasting time debating it in code review.
Post reply on HN