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

Re: Proposal for customized builds

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Fri, 08 Aug 2008 13:16:39 -0400

kmradke_at_rockwellcollins.com writes:
> Ok, I'll bite and start a new thread (as suggested by Karl)...
>
> Some open source projects have documented guidelines on
> releasing "customized builds" of their open source software.
>
> In order to preserve the integrity of the Subversion name,
> I suggest some rules be put in place to help people
> continue the great tradition.
>
> There doesn't appear to be anything in the hacking guide,
> but I think this type of information would fit there.

I understand the spirit in which you're proposing this, but... is it
maybe solving a non-problem? We haven't had a lot of confusion over
custom binaries, and what little confusion we have had has been easily
cleared up. We also have trademark guidelines at

   http://subversion.org/legal/trademark-policy.html

and we have enforced them, but that enforcement has usually been about
marketing materials and such, not about custom binaries -- precisely
because we haven't seen much identity confusion around custom binaries.

I do agree with the recommendations you make below. But so far, all the
intended audience seems to already be aware of these recommendations and
to be following them...

> While open source is all about freedom, I do believe
> it is reasonable to be able to restrict usage of the
> name and versioning numbers in nonstandard releases...

Yep; that's trademark law, unrelated to copyright law, and it exists
precisely to prevent identity confusion. The Subversion project uses
trademark law in the same way many open source projects do. There is no
contradiction with the principles of open source here.

-Karl

> * Creating customized builds of Subversion
> We recommend that you first work with the Subversion
> developers to see if the functionality you are adding
> is acceptable for inclusion in the Subversion trunk
> for future release. If it is, great! Submit a patch!
>
> If you would like to release your changes as a customized
> build before the next official release of Subversion, we
> suggest you (TBD).... Things like create a branch, etc.
>
> If your changes are fundamentally incompatible with the
> future direction of Subversion as decided by a majority
> of the Subversion developers, we suggest that your
> customize build be appropriately renamed and future
> development occur in a separate repository.
>
> etc.
>
> While open source is all about freedom, I do believe
> it is reasonable to be able to restrict usage of the
> name and versioning numbers in nonstandard releases...

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-08 19:16:53 CEST

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

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