[Nagiosplug-devel] Antwort: Re: Contributing patches and retaining copyright
Ton Voon
ton.voon at opsera.com
Wed May 6 19:24:44 CEST 2009
On 6 May 2009, at 15:34, Sascha.Runschke at gfkl.com wrote:
>> Our policy has nothing to do with "GPL fanatism" or the like.
>> Having a
>> single copyright holder can simplify things, that's all.
>
> I agree to a certain extend.
> Though the _need_ to give away the copyright to the team can make
> things harder, too. Especially for all of us who work for companies
> using nagios and writing code/extensions/plugins for it. I cannot
> give away something which doesn't belong to me. Code I produce
> during my work is owned by my company. And it's not like I'm
> alone in that boat - lots of people are in the same position.
> By ruling out any submission without relinquishing the copyright
> you also miss on a lot of submissions at all. I considered submitting
> some plugins for a long time and have even been doing some work on
> refurbishing them so they are usable by the public without the need
> to hack things inside the plugins - but I can stop that work now.
>
> Big question is:
>
> Does the "benefit" of that restriction beat the "disadvantage" of
> missing a lot of possibilities for new code submission?
>
> I sincerely doubt that...
There's lot of good discussion on this thread, but I just want to home
in on the issue re "code is owned by my company so I cannot contribute".
Let's assume the Nagios Plugin team does accept dual copyrights, and
your company, Company A, has a non-trivial (less than 10%, but greater
than 5 lines) change made and want to retain copyright. Let's say the
change gets into the core code with those copyrights intact.
Then let's say Company X takes Nagios Plugin code, rips out all
copyright statements, and then proceeds to call the code their own (by
the way, this actually happened a few years back). Legally, its much
more difficult for the Nagios Plugin team to pursue infringement - we
have to contact all copyright owners and get agreement before any
action is taken. This is why we want the simplicity.
But let's concentrate on Company A - what's happened to their
"intellectual property"? Can they now have a say in how the Nagios
Plugin team responds to this? I guess they could, but they have more
important things to do, like running their company. What's happened to
the code they've released? Well, now everyone can see it, it can get
incorporated anywhere that there is a fork of the plugins code. The
only difference with the Nagios Plugin team is our integrity of
allowing the dual copyright in the first place - anyone ripping code
is not working to the same standards.
The fact of the matter is that Company A is not going to get any
additional benefit from contributing their code upstream to a project.
Their "ownership" of their changes will not get them a seat at the
table.
(If you do want a seat at the table, you can - join the team and
contribute. I am more than happy to take on new members that will
devote their time to the project. I listen to a lot of opinions, but I
value the opinions of the people doing the work a lot more.)
So what does Company A get out of contributing? They get their changes
evaluated by our team. They get their changes tested by a wider
audience. They get their code running against our test servers. They
get reduced support overhead as they no longer need to continue
patching their version (which may break in future). None of these have
anything to do with copyright.
As an example, my company, Opsera, make changes to Nagios. As required
by GPL, we publish the changes we do to Nagios (http://trac.opsview.org/browser/trunk/opsview-base/Makefile#L256
). We list all the patches we make against a virgin Nagios tarball.
Some of our patches do say "Copyright Opsera", but with the caveat
that if it gets into the core distribution, then we give the copyright
to Ethan (http://trac.opsview.org/browser/trunk/opsview-base/patches/nsca_alternate.t#L6
). The benefit to Opsera is that we are perceived as (1) experts, (2)
good citizens. And if it gets into core code - great! That's one less
thing to patch and worry about. There's no way Opsera would claim to
be "authors of Nagios".
If your company doesn't want to contribute, that's their prerogative
and the licence permits that. But I'm willing to bet that a change in
policy to dual copyrights will not make a difference.
If you want permission from your company to contribute, you need to
make the argument with them.
Ton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nagios-plugins.org/archive/devel/attachments/20090506/889c4ed9/attachment.html>
More information about the Devel
mailing list