----- Original Message ---- > From: Niclas Hedhman <nic...@hedhman.org> > To: general@incubator.apache.org > Sent: Tue, December 8, 2009 1:03:51 AM > Subject: Re: How documentation != code, and how to "do" policy (was: Re: > Publishing api docs for Subversion) > > On Tue, Dec 8, 2009 at 1:37 PM, Joe Schaefer wrote: > > There's also a world of difference between worldwide distribution > > and distribution to a self-selected subgroup. > > You are right that it is a big "IMHO" of everything here, but > "self-selected subgroup" is not a legal term in copyrighted material > either. So, no clue of who has no clue ;-) > Either it is available to the public or it is not. And as I mentioned, > in EU people at your work place are "public" and not "private", vs > friends are "private". Now that definition probably differs in > different jurisdictions, so if you have credential requirements then > you are in a different, more 'at work'-like situation. The fact that > "anyone can download" makes it "public" no matter how you look at it. >
You keep bringing up this point as if it were somehow relevant to the discussion. Noone is disputing that these are public works, what is being disputed is the nature of the work and the scope of the distribution. > "Liability considerations", not sure what you are trying to hint, or > whether you just try to toss me off the track... It is easy to be > vague and sound educated. Well do a little looking into how the RIA is prosecuting copyright offenses and you'll see that "damages" are assessed according to the number of offenses. That is a liability consideration- courts will laugh at the RIA for attempting to prosecute file-sharers with relatively few known distributions of copyrighted material. And that distinction is the main point the ASF is trying to establish with dev-only distributions vs. world-wide distributions (aka releases), ideally that an aggrieved copyright holder's redress would be limited to pulling the offending material in the case of a dev-only distribution. Is this a court-tested principle? Of course not, but that doesn't make the concept or its pursuit invalid. --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org