一千萬個為什麽

搜索

AGPL在實踐中


假設我編寫了一個基於服務器的應用程序,我希望在AGPL下發布並公開公開。為了滿足第13條,我需要采取哪些具體步驟>?在“關於”頁面上添加一個有效的鏈接到公共 git 存儲庫就足夠了嗎?鏈接是否必須出現在應用程序的每個頁面上?它是否需要直接下載,而不是指向 github 項目或類似項目的鏈接?我還需要註意服務器的設計以防止它意外違反許可證嗎?

最佳答案

假設我編寫了一個基於服務器的應用程序,我希望在AGPL下發布並公開公開。為了滿足第13條,我需要采取哪些具體步驟?

作為應用程序的作者,我可以合並任何或NO機制來觸發 AGPL第13節。所以沒有我需要采取的具體步驟。我是作者。

這裏的重點是,用戶可以修改和重新分發或公開執行我的應用程序。我的應用程序可能不包含任何這樣的內置機制來下載相應的源,如果用戶修改我的代碼,那麽他們必須滿足第13節的要求。

所以我可以不加任何東西如果我包括一些東西,我可以包含任何我喜歡

  • “關於”頁面上公共git存儲庫的有效鏈接
  • 該鏈接可能會出現在應用程序的每個頁面上
  • 可以直接下載
  • 它可以是Github項目或類似項目的鏈接

或者我什麽都不能包括在內。我是作者,我可以隨心所欲。

如果我包含上述部分或任何內容,則用戶:

  • 可能無法刪除這些內容,
  • 如果他們修改我的代碼,他們可能需要更新機制(例如更新鏈接或創建tarball的代碼或其他),以便指向當前代碼及其修改而不是我原來未經修改的代碼。

另請參閱答案。 50/apsillers“@ @ apsillers 與FSF聯系了一個類似的話題(這是一小段摘錄):

因此,如果您使用未經修改的AGPL應用程序,而該應用程序不具有下載源功能,則不需要添加或以其他方式向用戶提供源代碼。如果你修改軟件,當然,你需要添加一個機制,允許用戶下載你修改過的源代碼。

轉載註明原文: AGPL在實踐中

猜你喜歡