※ 引述《Tetralet (Tetralet)》之銘言:
: 但問題是出在,若您想對這個雙授權軟體提交 patch 時,
另外一個大問題是,
若某個人 fork 了這個軟體,
那對於原來的程式碼這部份,
他可以採取哪個授權?
比如說,某個程式裡有個 src/window.cpp 檔案,
在檔頭作者宣告了授權為 商業授權/GPL 雙授權,
然後寫得很明白使用者可以擇一使用時,
fork 的人可以把其中的商業授權條文給拿掉,只留下 GPL 嗎?
因為 src/window.cpp 的著作權仍為原作者,
所以 fork 的人是不是無權去更動授權部份?
還是,既然原作者是採用雙授權,
那麼 fork 的人只採用其中的 GPL 授權,
似乎並無違反原作者原有的授權條款?
BTW, 以前的 Qt 裡的授權是 QPL and/or GPL,
似乎是說 QPL 是必要的,但 GPL 則為 Option,
也就是說可以切換為純 QPL,但不可為純 GPL 囉?
敝人不是律師,只好請教版上各位先進了。
--
: 但問題是出在,若您想對這個雙授權軟體提交 patch 時,
另外一個大問題是,
若某個人 fork 了這個軟體,
那對於原來的程式碼這部份,
他可以採取哪個授權?
比如說,某個程式裡有個 src/window.cpp 檔案,
在檔頭作者宣告了授權為 商業授權/GPL 雙授權,
然後寫得很明白使用者可以擇一使用時,
fork 的人可以把其中的商業授權條文給拿掉,只留下 GPL 嗎?
因為 src/window.cpp 的著作權仍為原作者,
所以 fork 的人是不是無權去更動授權部份?
還是,既然原作者是採用雙授權,
那麼 fork 的人只採用其中的 GPL 授權,
似乎並無違反原作者原有的授權條款?
BTW, 以前的 Qt 裡的授權是 QPL and/or GPL,
似乎是說 QPL 是必要的,但 GPL 則為 Option,
也就是說可以切換為純 QPL,但不可為純 GPL 囉?
敝人不是律師,只好請教版上各位先進了。
--
All Comments