From: Tom Zander <tomz@freedommail.ch>
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] BIP 2 revival and rework
Date: Sat, 15 Oct 2016 13:00:35 +0200 [thread overview]
Message-ID: <1574488.v0vhHDvJj4@strawberry> (raw)
In-Reply-To: <CAK51vgAhpOFQRgnSxrNrP1JyhBZA3dr7mWKYKD15h0xgO6rR5A@mail.gmail.com>
On Saturday, 15 October 2016 12:11:02 CEST Marco Falke wrote:
> On Sat, Sep 24, 2016 at 11:41 AM, Tom via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org> wrote:
> > I'd suggest saying that "Share alike" is required and "Attribution" is
> > optional.
>
> Please note there is no CC license that requires SA and at the same
> time has BY as an option.
>
> Generally, I think CC0 is best suited as license for BIPs. If authors
> are scared that they won't get proper attribution, they can choose
> MIT/BSD or CC-BY.
My suggestion (sorry for not explaining it better) was that for BIPS to be a
public domain (aka CC0) and a CC-BY option and nothing else.
I like you agree with that part, but I see you added two licenses.
Do you have a good reason to add MIT/BSD to that list? Otherwise I think we
agree.
Using code-specific licenses (including the GPL) for documentation and
specifically a specification is a really poor fit and doens't make much sense.
> Other than that I don't think that more restrictive
> licenses are suitable for BIPs. The BIP repo seems like the wrong
> place to promote Open Access (e.g. by choosing a CC-BY-SA license).
> BIP 2 allows such licenses, but does not recommend them, which is
> fine.
>
> I think that BIP 2 in its current form (
> https://github.com/bitcoin/bips/blob/master/bip-0002.mediawiki
> @6e47447b )
Well, it has this sentence;
> This BIP is dual-licensed under the Open Publication License and
> BSD 2-clause license.
Which is a bit odd in light of the initial email from Luke that suggested we
drop the Open Publication License and we use the CC ones instead in addition
to the public domain one.
Marco:
> looks good and addressed the feedback which was
> accumulated last year. If there are no objections I'd suggest to move
> forward with BIP 2 in the next couple of days/weeks.
Thats odd, you just stated you like the public domain (aka CC0) license, yet
you encourage the BIP2 that states we can no longer use public domain for
BIPs... Did you read it?
It says;
«Public domain is not universally recognised as a legitimate action, thus
it is inadvisable.» [1]
Also;
This list has not seen a lot of traffic, if you want to make sure people keep
using the BIP process, I think you need to reach out to the rest of the
community and make sure this has been heard and discussed.
Moving forward the way it is now will likely deminish the importance of the
BIP process.
I strongly suggest people make very clear any and all changes that are
proposed and defend each of them with reasons why you want to change things.
1) if you write as a rationale "In some jurisdictions, public domain is not
recognised as a legitimate legal action" then you can at least name those
jurisdictions and explain how they *do* support things like GPL. Burden of
proof is on the man who wants to change things.
It looks fishy when lawyers disagree. See the CC wikipedia page;
"public domain: cc0 Freeing content globally without restrictions"
--
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel
next prev parent reply other threads:[~2016-10-15 11:01 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-24 6:36 [bitcoin-dev] BIP 2 revival and rework Luke Dashjr
2016-09-24 9:41 ` Tom
2016-10-15 10:25 ` Marco Falke
[not found] ` <CAK51vgAhpOFQRgnSxrNrP1JyhBZA3dr7mWKYKD15h0xgO6rR5A@mail.gmail.com>
2016-10-15 11:00 ` Tom Zander [this message]
2016-10-15 12:12 ` Marco Falke
2016-10-15 14:21 ` Tom Zander
2016-10-15 15:02 ` Marco Falke
2016-10-16 14:56 ` Tom Zander
2016-10-15 13:01 ` Luke Dashjr
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1574488.v0vhHDvJj4@strawberry \
--to=tomz@freedommail.ch \
--cc=bitcoin-dev@lists.linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox