MuJian的个人空间

pcxfirefox： 看来MinGW(64)项目组一些开发者理解有误，反正很多开源库都有这样的例外条款的，比如wxWidgets虽然是LGPL授权，但是他也允许商业软件使用静态链接，Qt方面就没有这样的例外。(2014-07-30 11:39)

回复

aaaa007cn： 这个 GCC 例外条款有点意思 搜了一下 https://www.gnu.org/licenses/gcc-exception.html https://www.gnu.org/licenses/gcc-exception-3.1-faq.html I use a propri...(2014-07-30 01:16)

回复

hzhbest： 仿Chrome是为了将Chrome的用户招徕，但是不是起了反效果就要看分版本的市场份额统计了。 一个扩展作者几天时间就做出来……外国有个48小时游戏设计大赛，但可不是谁都能参赛的啊。 再说，Classic Theme Restorer (Customize Australi...(2014-07-28 11:03)

回复

teredarguiterep： 我扯出chrome是因为“厂家没有得到明确许可”，这是我们无法判断的，我并不关心chrome是否有授权。(2014-07-27 18:06)

回复

teredarguiterep： 我没有否认谷歌有授权。 我只是没看到授权证明，我相信很多人也会有这样的疑问。你一直把用户协议当作授权证明，这是不对的。谷歌与其他方签订的协议肯定会影响用户协议，例如加入声明等，但用户协议不是权利证明。chrome包含的MPEGLA协议是PERSONAL AND NON-COMM...(2014-07-27 12:46)

回复

pcxfirefox： GCC授权协议是GPL+例外条款，所以呢，最终产品的授权也是受此影响，而例外条款影响的是GCC的运行时库（包含libgcc、libstdc++等）和头文件，对此需要着重指出的是运行时库，如果你要静态链接这些库，那么就失去了例外条款的庇护，自动转为GPL，当然这个问题GNU没有真...(2014-07-27 12:26)

回复

aaaa007cn： 就像单纯使用 GPL 授权的 gcc 构建二进制并不会让生成的二进制也被污染成 GPL 一样 所以说只要绕过 LGPL、MPL 的源代码公开限制后 LGPL、MPL 和 BSD 对于商业公司来说也并无太大区别 这不会是商业公司选择 chromium 而不选择 g...(2014-07-27 11:50)

回复

pcxfirefox： 我觉得你们的讨论走到了误区，这里说的授权针对的是完全链接后的最终产品，这也是为什么Mozilla源码中含有GPL代码，但是最终确定为MPL授权的原因，因为GPL代码并没有贡献到最终产品中（比如一些测试项目，一些独立的工具，一些js代码）。所以看某个软件违不违反协议，取决于哪些协...(2014-07-26 23:49)

回复

MuJian： 一个插件几天时间就能适配出来的老主题，你这说难难的，我就不想说什么了，反正用户会用脚投票的。(2014-07-26 16:34)

回复

aaaa007cn： 事实上 MPL 还是 BSD 许可对于商业公司开发 Gecko 核心浏览器没有很大影响 有方法可以绕过 MPL 的源代码公开限制 其他方面 MPL 和 BSD 并无太大区别 市面上也确实存在几款闭源的 Gecko 核心浏览器(2014-07-26 16:27)

回复