[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Derived product licensing question

From: <kfogel_at_collab.net>
Date: 2006-02-06 13:26:12 CET

"David Rauschenbach" <davidr@goodserver.com> writes:
> Section (4) of the Subversion license mentions asking
> info@collab.net for permission before using a hosted product name in
> the name of a derived product. Presumably "Subversion" is a "hosted
> product name".
>
> I sent such an e-mail a few weeks ago (Jan 22), and haven't heard
> from anyone. Does anyone know who the gatekeeper of Subversion
> licensing is, and how I might contact them directly?

Sorry for the delay, David.

Our policy is that it's okay to use the name "Subversion" as an
accurate descriptor. That is, if you're distributing or running an
unmodified Subversion as received from the Subversion Project, and as
long as you don't do anything to misrepresent the origins of
Subversion (e.g., imply that your organization wrote Subversion, or
contributed something to Subversion that you didn't actually
contribute, that sort of thing), then you can call it "Subversion".

But if what you're running is modified from what we distribute, then
please always add qualifiers, e.g. "Goodserver Subversion", and be
clear to your customers (in some publicly visible way) that what
they're getting from GoodServer is not exactly the same as what the
Subversion project itself distributes.

The main purpose of these guidelines is to prevent identity confusion
and to protect the project's reputation.

I hope this helps,
-Karl

-- 
www.collab.net  <>  CollabNet  |  Distributed Development On Demand
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 6 15:09:22 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.