I want to clear up one thing (I hope):
>> Doesn't this mean that changing the license to Apache removes the right to
>> have access to the modified source code if a company so chooses?
>As a developer, you never had those rights to begin with.
>Apache is not removing any rights from You. People who use Apache code
(developers, admins, end-users, hobbyists, companies, etc) have more
rights: they can decide whether to return changes or not. But they do
not have to operate under Free Software principles. That
understandably bugs people. But as a developer, Apache is not reducing
your rights (the original phrase that I took issue with).
If I am the copyright holder of my code, I can issue it with a license that requires anyone who
modifies my source code to provide me with the changes to my code that they make.
There have been licenses like that, some of which were satisfied by patches being provided and not
the whole source of the downstream use of the source code, possibly embedded in a proprietary
software product.
Not sure how that sort of thing is enforceable, but as a copyright holder I think that comes under
the exclusive rights that are mine, to be licensed as I see fit, at least in the US.
- Dennis
PS: It is the case that neither the GPL nor APLv2 have such a compulsory condition and it would be
interesting to see what the FSF would say in the event someone sublicensed a GPL derivative in that
manner. I suppose there could be a similar sublicensing of an APLv2 derivative, but not sure the
Apache Foundation would have anything to say about it at all so long as the conditions of ALv2 were
otherwise satisfied.
-----Original Message-----
From: Greg Stein [mailto:gstein@gmail.com]
Sent: Thursday, June 16, 2011 12:05
To: discuss@documentfoundation.org
Subject: Re: [tdf-discuss] Re: [Libreoffice] Proposal to join Apache OpenOffice
Ben explained much of this already, but let's see if I can add some more:
On Thu, Jun 16, 2011 at 14:46, plino <pedlino@gmail.com> wrote:
Greg Stein wrote:
As Ben has explained later in this thread, you never had that right.
Ergo, Apache has not removed any rights from You.
This is why I think the statement "removes rights from people's
contributions" is wrong, or there is some other right that I'm unaware
of.
GPL does say that if you make a derivative work and distribute it to someone
else, you must provide that person with the source code under the terms of
the GPL so that they may modify and redistribute it under the terms of the
GPL as well.
The key thing being "that person". That person is most likely not You,
the developer who is contributing to the software. Thus, You won't get
those changes unless "that person" decides to pass them back to you.
So you don't necessarily have a "right" to the code. You are relying
on the goodwill of "that person" to help you out. Of course, they
might not even know who you are. They might not care. They might not
ever ask for the source code.
The Apache license says you don't have to distribute under the same license
and therefore you don't have to provide the source code.
Correct.
In the context of a public free Office Suite isn't that the same? If under
GPL you MUST release the source as GPL, isn't that in practical terms the
same as releasing the modifications you made???
Nope. Again, because I only need to release it to the people that I
gave a binary to. That is not the same as "the community making the
software".
Also, recognize that I might make a TON of changes. Create a massively
superior product. And then use it *internally*. I might not ever
distribute my work outside of the company.
Or... hey... I might put a web interface on the front of that Office
Suite, and run a web-based version of it. That isn't releasing the
software to anybody, so all of that awesome work that I did does not
have to be released. (see the AGPL if you want to solve this scenario)
Doesn't this mean that changing the license to Apache removes the right to
have access to the modified source code if a company so chooses?
As a developer, you never had those rights to begin with.
Apache is not removing any rights from You. People who use Apache code
(developers, admins, end-users, hobbyists, companies, etc) have more
rights: they can decide whether to return changes or not. But they do
not have to operate under Free Software principles. That
understandably bugs people. But as a developer, Apache is not reducing
your rights (the original phrase that I took issue with).
Cheers,
-g
--
Unsubscribe instructions: E-mail to discuss+help@documentfoundation.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentfoundation.org/www/discuss/
All messages sent to this list will be publicly archived and cannot be deleted
--
Unsubscribe instructions: E-mail to discuss+help@documentfoundation.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentfoundation.org/www/discuss/
All messages sent to this list will be publicly archived and cannot be deleted
Context
- Re: [tdf-discuss] Re: [Libreoffice] Proposal to join Apache OpenOffice (continued)
[tdf-discuss] Copyleft vs. "more permissive" (was: Proposal to join Apache OpenOffice) · Friedrich Strohmaier
Re: [tdf-discuss] Re: [Libreoffice] Proposal to join Apache OpenOffice · Greg Stein
Re: [tdf-discuss] Re: [Libreoffice] Proposal to join Apache OpenOffice · Simos Xenitellis
Re: [tdf-discuss] Re: [Libreoffice] Proposal to join Apache OpenOffice · Greg Stein
(message not available)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.