Live data from Hacker News

The Unlicense is an inferior license wrapped in an atrocious name

chrismorgan.info

41–50 of 185 posts

Re: The Unlicense is an inferior license wrapped in an atrocious name

#41

I use it and will continue to use it because it most accurately reflects my intentions for my software. If some organization can't comply with it, it's worse for them. They should change, not me.

> They should change, not me.

OK, they should change. Great. They won't, though, so your code won't be usable by them. If that's not a problem, then your code was never really relevant to this discussion. If that is a problem, then shoulds and woulds ain't gonna help.

Re: The Unlicense is an inferior license wrapped in an atrocious name

#42
post #10

Why do people want public domain software licenses? Just use a proper licence and die at some point. End result is the same without the uncertainty.

I don't. I don't want any license at all, I just want people to be able to use what I have written in a natural and completely bullshit-free legally unencumbered manner. Unfortunately, copyright law has forced me to declare this outright in what is, apparently, convoluted and tedious legalese.

0BSD. And then never sue anyone over it.

Re: The Unlicense is an inferior license wrapped in an atrocious name

#43

I use it and will continue to use it because it most accurately reflects my intentions for my software. If some organization can't comply with it, it's worse for them. They should change, not me.

But the article makes a good point: unlicensed means the opposite.

Imagine two people from a corporation having this conversation:

'Can we use this?'

'Yes, it is unlicensed'

'So we cannot, we don't license it'

'No, we can'

'But you said...'

and so on...

Re: The Unlicense is an inferior license wrapped in an atrocious name

#44
post #19

I wish people would get together to agree upon a public domain alike software license that everyone finds acceptable. That'd mean: * OSI approves it * FSF approves it * Google and other companies with large stakes in FOSS find it acceptable * Github + Gitlab support it in their templates Can we have that?

Google et. al (and OSI for that matter) will find no such alike-license acceptable until a platform using that license becomes too valuable to ignore, like Linux with GPLv2. So the calculus has to tilt such that giving their work away for free is worth it because they get so, so much work for free. And even then they will try to work around it like with Fuschia.

Plus since everything is served over the internet these days unless a license includes AGPL-type clauses the alike requirement will not attach.

Re: The Unlicense is an inferior license wrapped in an atrocious name

#45
post #43

I use it and will continue to use it because it most accurately reflects my intentions for my software. If some organization can't comply with it, it's worse for them. They should change, not me.

But the article makes a good point: unlicensed means the opposite. Imagine two people from a corporation having this conversation: 'Can we use this?' 'Yes, it is unlicensed' 'So we cannot, we don't license it' 'No, we can' 'But you said...' and so on...

In the License section I write this text - "Public domain, see the LICENCE file.", and in the text of the license itself the word "unlicense" is also nowhere used.

Re: The Unlicense is an inferior license wrapped in an atrocious name

#46

I use it and will continue to use it because it most accurately reflects my intentions for my software. If some organization can't comply with it, it's worse for them. They should change, not me.

It's not about "some organizations being unable to comply", it's that it is poorly written and thus incompatible with the legal systems of countries. But screw everyone outside of the US I guess

Re: The Unlicense is an inferior license wrapped in an atrocious name

#47
post #30
post #10

Why do people want public domain software licenses? Just use a proper licence and die at some point. End result is the same without the uncertainty.

Personally it's a mix of principle and practicality. On principle I'd like to be able to put code up on Github, tell people they can use it however they like and to credit me if it suits them, but otherwise I don't want the copyright or any other associated responsibilities on it. And practically I have no ability to enforce the terms of any licence once the code is in public anyway, so why should I spend time engagi…

// Oops, I misunderstood the context of this discussion. Disregard this :p

Re: The Unlicense is an inferior license wrapped in an atrocious name

#48
post #19

I wish people would get together to agree upon a public domain alike software license that everyone finds acceptable. That'd mean: * OSI approves it * FSF approves it * Google and other companies with large stakes in FOSS find it acceptable * Github + Gitlab support it in their templates Can we have that?

0BSD? https://opensource.org/licenses/0BSD

Not an alike license.

Re: The Unlicense is an inferior license wrapped in an atrocious name

#49
post #19

I wish people would get together to agree upon a public domain alike software license that everyone finds acceptable. That'd mean: * OSI approves it * FSF approves it * Google and other companies with large stakes in FOSS find it acceptable * Github + Gitlab support it in their templates Can we have that?

That’s the 0BSD. I called it the Free Public License when submitting to OSI, but we changed it to 0BSD because Landley had apparently come up with the same license a few years before me.

Re: The Unlicense is an inferior license wrapped in an atrocious name

#50

I'm not contributing to open source projects privately right now. But if I was publishing code on my own, I would probably make it actually unlicensed at first to keep my options open as much as possible. I would just put it somewhere and say: "here is code, you are technically able to look at it, but I am not giving you any permission". If somebody wants to use it and needs to follow copyright (for example in a comm…

You are probably not very old but anyway . Let's say you die in accident. Nobody will be able to use your code until either copyright is repealed (the boomers half life has kicked in long enough such that they are irrelevant and we can change copyright) or you are 70 years dead.

I understand you wanting to keep your options as long as possible. I see three options for you:

- leave it without license and hope you will be able to license it as you want. Take no contributions. Have total freedom. Never accept contributors.

- pick any non public domain equivalent license and require all contributions to allow you to relicense their contributions in the future. When you change the license in the future the all previous version released under that license stay that way.

- pick a public domain equivalent license 0BSD preferably. All contributions under that license means you and their code and be relicensed by anybody including you. If you later decide to relicense you can do so without needing the contributors ok. Old versions stay in the public domain. Newer code (after relicensing doesn't).

Post reply on HN