如果一個使用了GPL許可工具作爲其構建過程的一部分(開源軟件),以及...在構建過程中使用GPL工具 - 是否需要文檔?
- 在你的文檔也指出,程序員必須爲正確下載這樣的工具建立軟件
- 的GPL許可的工具是不是以任何方式
- 您提供下載從你自己的服務器這個工具產生軟件包的一部分,和/或我包括它與您的應用程序的來源爲方便
在這種情況下將需要什麼樣的文件,如果有的話?
邊注:有問題的工具是http://www.yoursway.com/free/#createdmg
如果一個使用了GPL許可工具作爲其構建過程的一部分(開源軟件),以及...在構建過程中使用GPL工具 - 是否需要文檔?
在這種情況下將需要什麼樣的文件,如果有的話?
邊注:有問題的工具是http://www.yoursway.com/free/#createdmg
我不認爲使用GPL許可的構建工具放在您如何分發軟件造成的任何限制。
很多商業軟件是使用gcc創建的,他們不需要做任何事情,因爲(甚至不告訴用戶他們使用了什麼編譯器)。
對於開源軟件,除非使用的工具非常少見(甚至可能),您可以實現您的要求,只需使源代碼(包括構建腳本)可用即可使用,而不需要很長的時間讓任何人都可以更容易地建立所有的構建工具和環境(儘管你當然應該這樣做)。
下面是從GPL相關部分(強調)
對作品的源代碼裝置的工作爲 進行修改時的 優選形式。對於一個可執行的工作,完整源碼 代表它包含的所有模塊的所有源代碼,以及任何相關接口定義文件,以及用於控制編譯和安裝可執行文件的腳本。 然而,作爲一個 特殊的例外,分佈不必包括 任何通常分佈(在源或 二進制 形式)與主要組件(編譯器,內核,等等)的源代碼 的操作系統在其上運行,除非該組件 本身附帶可執行文件。
鏈接到網站及其Git存儲庫是否足以「使源代碼可用」,或者是否確實需要下載他們的存儲庫並將其包含在我的源代碼包中? – 2010-08-12 08:07:26
只要可公開訪問,鏈接到源代碼庫就足夠了(即使是您自己的軟件)。 GPL常見問題解答:「只要來源結帳流程不會變得繁重或有其他限制,就可以接受。」 http://www.gnu.org/licenses/gpl-faq.html#SourceInCVS – Thilo 2010-08-12 08:11:09
現在,如果該工具不包含任何對象代碼(比如,它只是bash腳本或PHP),那麼您基本上不需要做任何事情,因爲它是所有在那裏首先? – 2010-08-12 08:21:28
不需要任何文檔,但是如果您分發GPL許可的工具(就像它做的那樣),您還必須準備好向分發給它的人員提供該工具的源代碼。
我投票結束這個問題作爲題外話,因爲**它是關於許可或法律問題**,而不是編程或軟件開發。 [見這裏](http://meta.stackoverflow.com/a/274964/1402846)瞭解更多信息,以及[幫助/話題]。 – 2015-06-07 20:23:23