From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
To: "David A. Wheeler" <dwheeler@dwheeler.com>
Cc: git <git@vger.kernel.org>, stefanbeller <stefanbeller@gmail.com>,
dennis <dennis@kaarsemaker.net>, gitster <gitster@pobox.com>
Subject: Re: [PATCH] clone: Warn if clone lacks LICENSE or COPYING file
Date: Mon, 23 Mar 2015 22:00:31 +0100 [thread overview]
Message-ID: <CACBZZX7JRAavMV4W91k-3ABYj8NPevBvF+CQKSMASYMjghB5pg@mail.gmail.com> (raw)
In-Reply-To: <E1Ya5V2-0001bT-QE@rmm6prod02.runbox.com>
On Mon, Mar 23, 2015 at 5:46 PM, David A. Wheeler <dwheeler@dwheeler.com> wrote:
> Junio C Hamano:
>> An approach that checks only the top-level directory for fixed
>> filename pattern would not be an effective way to protect the
>> cloners, either.
>
> I disagree, I think it's remarkably effective. *Many* projects
> do this, including git itself. After all, many humans need to find out the licensing
> basics too; having a simple convention for *finding* it helps humans and tools alike.
> It's not even limited to open source software; developers of proprietary materials
> (software or now) *also* typically want to declare licensing.
>
> Sure, the top-level licensing text might be incomplete, but having that information
> provides a big help, and it's what most people rely on anyway. Indeed, a *lack*
> of this is a sign of trouble, which is exactly what warnings are good for.
I don't think you're going to find people disagreeing with you that
it's good to have license information where appropriate, but Git is
the wrong tool to warn about this.
It's a generic content tracking tool, it shouldn't be warning on the
assumption that what you're tracking is a) an open source project and
b) that you care to be notified about some arbitrary files being
missing.
A lot of Git repositories don't care at all about licensing, and
having git-clone warn about this would just be useless noise most of
the time. E.g. anything I put on gist.github.com, the code hundreds of
people contribute to at work (we never distribute it anywhere, so a
license would be pointless). I even have open source projects myself
where there's no LICENSE or COPYING files since that would be
redundant to notices in the files themselves, but I digress.
next prev parent reply other threads:[~2015-03-23 21:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-21 18:06 [PATCH] clone: Warn if clone lacks LICENSE or COPYING file David A. Wheeler
2015-03-21 20:21 ` Dennis Kaarsemaker
2015-03-22 4:20 ` Stefan Beller
2015-03-22 4:59 ` Junio C Hamano
2015-03-23 16:46 ` David A. Wheeler
2015-03-23 21:00 ` Ævar Arnfjörð Bjarmason [this message]
2015-03-22 17:56 ` Ævar Arnfjörð Bjarmason
2015-04-03 21:18 ` David A. Wheeler
2015-04-03 21:26 ` Junio C Hamano
2015-03-26 16:56 ` Kevin D
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=CACBZZX7JRAavMV4W91k-3ABYj8NPevBvF+CQKSMASYMjghB5pg@mail.gmail.com \
--to=avarab@gmail.com \
--cc=dennis@kaarsemaker.net \
--cc=dwheeler@dwheeler.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=stefanbeller@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).