IANAL but I like to play one in web forums. Here is a possible work-around to Zimbra's badgeware problem.
Quoting the YPL, section 1.1:
Quote:
|
Subject to the terms and conditions of this Agreement, Yahoo! hereby grants to You, ... a royalty-free ... license to copy, modify, compile, execute, and distribute the Software and Modifications.
|
But,
Quote:
|
1.5 - This Agreement does not limit Your right to distribute files that are entirely Your own work (i.e., which do not incorporate any portion of the Software and are not Modifications) under any terms You choose.
|
and finally, with my emphasis, here is the badgeware clause from the YPL, which limits the right to redistribute and use the software granted in clause 1.1:
Quote:
|
3.2 - In any copy of the Software or in any Modification you create, You must retain and reproduce, any and all copyright, patent, trademark, and attribution notices that are included in the Software in the same form as they appear in the Software. This includes the preservation of attribution notices in the form of trademarks or logos that exist within a user interface of the Software.
|
The "logos" restriction applies only to "any copy/modification of the software." Notably absent is any limitation on what can be done with the (html/css/etc) output of the software.
I fail to see how this license could stop "You" from creating an unbadgifying robot:
[web client] <====> [unbadgifier] <====> [Zimbra]
For example, the unbadgifier could consist of just apache+mod_proxy+mod_filter and "code" to replace text in /zimbra/css/images or wherever the stupid badges are produced.
So long as the debadgifier and Zimbra are completely separate software programs, I fail to see how the YPL can stop "You" from stripping out the badges on "Your" own time (or that of Your robot slaves).
In other words, it seems to me that:
- 1.1 Gives "You" the right to compile/modify/run zimbra,
- 3.2 Limits that right to require that badges remain intact, but only within the YPL code itself.
In case that was too subtle,
- 1.5, 3.1, and, to a lesser extent, 1.1 and 7 clarify that no implicit obligations apply to non-YPL code.
Am I crazy, or does this not provide a crude, inelegant, lawyerly and wasteful -- but totally legal and effective -- means to work around the problem and strip badges from a Zimbra fork?
Admittedly such a thing would represent a horrible perversion of any sort of reasonable principle of engineering, and should be avoided at all costs. But the possibility of doing it might be enough to serve as an insurance policy against any future project owner from attempting to kill Zimbra off by simply neglecting it.
Eventually a fork could even work its way out of the mess by replacing any badgeware-encumbered code. In the meanwhile, this kludge could at least enable a quick-and-dirty fork to be created if need be.
Just a thought...
-gmt