public inbox for cygwin-talk@cygwin.com
 help / color / mirror / Atom feed
From: mwoehlke <mwoehlke@tibco.com>
To: cygwin-talk@cygwin.com
Subject: Re: Rsync over ssh (pulling from Cygwin to Linux) stalls..
Date: Wed, 16 Aug 2006 15:53:00 -0000	[thread overview]
Message-ID: <ebvf0h$pq5$1@sea.gmane.org> (raw)
In-Reply-To: <20060816151621.GF13147@trixie.casa.cgf.cx>

Christopher Faylor wrote:
> On Wed, Aug 16, 2006 at 09:22:52AM -0400, Williams, Gerald S (Jerry) wrote:
>> mwoehlke wrote:
>>> So...  are we just disagreeing over "safe", or are you actually telling
>>> me that RH (and thus Cygwin) would *refuse* to incorporate public
>>> domain code?
>> In fact that is the case, and it is a shame.
>>
>> In RH's defense, there is some legal vagueness around public domain
>> code (and a few strange laws that add to the confusion by trying to
>> accommodate shareware and such).  But one would think that as a huge
>> proponent of open source development, RH lawyers would have figured it
>> out by now.
> 
> What Red Hat lawyers (and I, the IANAL, for that matter) have figured
> out is that if someone sticks a "Public Domain" tag on a piece of
> software, you still have to go through due diligence to find out if the
> software is actually encumbered or not since anyone with a text editor
> can put anything they like in a file.  That would mean getting a release
> from the person's company.

Ok, *that* actually makes sense. However, that /should/ just mean that 
they need proof (from whoever would sign an assignment) that the code is 
public domain, which means it could still *be* public domain, with all 
the protections (such as they are) that implies.

At any rate, I am less confused now; thanks. :-)

> So, I don't see how public domain buys you much.
> 
> Oddly enough the FSF has the same requirements.
> 
>>> The irony of course is that the availability of a commercial license
>>> makes it look like Daryl's fears are in fact very well founded.  :-)
>> I don't care if they want to make money, but their current policy
>> actually prevents code from being released into the public domain.
>> Even if their real motivation is not monetary, that is a consequence
>> that I'd rather avoid.
> 
> Again, Red Hat isn't doing anything different than the FSF.

...Except offering commercial, proprietary licenses. :-) I'm sorry, but 
it still sounds to me like Daryl is right; signing an assignment to RH 
is giving them carte blanche to do whatever they want with the code. 
You're right of course that assigning to FSF is technically the same 
thing, except that, as Daryl pointed out, FSF has a reputation for 
"honesty", whereas RH outright tells you they *will* sell your code as 
proprietary.

That said, the same applies to any permissive license (which Daryl 
indicated he is OK with); the difference being that the code (at least 
in its original form) is then available under that permissive license 
and not *only* GPL.

The upshot of which is that you can't contribute unless you're willing 
to let RH do whatever they want with your code. If you're willing to let 
ANYONE do anything they want with your code (i.e. a permissive license 
or public domain), then I still think there is a problem if RH won't 
accept such code (with the acknowledgment that CGF is correct about due 
diligence; the licensing has to be sound). Otherwise, once RH releases a 
GPL'd instance of your code, it is GPL'd forever and there is nothing 
wrong with the assignment (except the original statement; no matter what 
you have to give RH permission to do anything).

> Red Hat does not have any interest in the "public domain".  Where Cygwin
> is concerned, they need to be absolutely certain that they either own
> the code or that the code's license is conformant with their needs.

That would imply that any permissive, GPL-compatible, non-copyleft 
license would suffice. So, is there precedent for accepting code that 
has been placed under such a license?

-- 
Matthew
vIMprove your life! Now on version 7!

  reply	other threads:[~2006-08-16 15:53 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <ebq6t1$hlt$2@sea.gmane.org>
     [not found] ` <006401c6bfc0$da40e570$a501a8c0@CAM.ARTIMI.COM>
2006-08-14 17:45   ` mwoehlke
2006-08-14 17:54     ` mwoehlke
2006-08-14 18:02       ` Dave Korn
2006-08-14 18:05     ` Dave Korn
2006-08-14 19:48       ` mwoehlke
2006-08-15  0:02         ` Dave Korn
2006-08-15 15:48           ` mwoehlke
2006-08-16 13:23             ` Williams, Gerald S (Jerry)
2006-08-16 15:16               ` Christopher Faylor
2006-08-16 15:53                 ` mwoehlke [this message]
2006-08-16 16:04                   ` Corinna Vinschen
2006-08-16 16:17                   ` Christopher Faylor
2006-08-16 16:54                     ` mwoehlke
2006-08-17 16:31                       ` Williams, Gerald S (Jerry)
2006-08-17 16:42                         ` mwoehlke
2006-08-18 13:31 Williams, Gerald S (Jerry)
2006-08-18 14:17 ` Dave Korn
2006-08-18 14:26   ` mwoehlke
2006-08-18 14:44     ` Dave Korn
2006-08-18 15:09       ` mwoehlke
2006-08-18 15:45         ` Dave Korn
2006-08-18 15:58           ` mwoehlke
2006-08-18 16:06             ` Dave Korn
2006-08-18 16:42               ` Dave Korn
2006-08-18 18:28               ` Igor Peshansky
2006-08-18 14:43 ` Christopher Faylor
2006-08-18 16:34   ` Williams, Gerald S (Jerry)
2006-08-18 19:28     ` mwoehlke

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='ebvf0h$pq5$1@sea.gmane.org' \
    --to=mwoehlke@tibco.com \
    --cc=cygwin-talk@cygwin.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 read-only IMAP folder(s) and NNTP newsgroup(s).