buildroot的所有最終產品(工具鏈、根檔案系統、核心、引導程式)均包含開源軟體,並已獲得各種許可。
使用開放源**軟體,可以自由地構建豐富的嵌入式系統,可以從各種軟體包中進行選擇,但也規定了一些你必須知道和遵守的義務。某些許可協議需要你在產品文件中發布許可協議文字,有些要求你將軟體的源**重新開源。
每個軟體包中都記錄了有關許可協議的具體要求,你有責任遵守這些要求。為了方便使用,buildroot可以為你收集一些可能需要的資料。為了生成這些資料,必須在執行make menuconfig、make xconfig或make gconfig後執行以下命令:
make legal-info
buildroot將在output/legal-info/目錄下輸出收集到的與法律有關的資料。在那裡,你會發現:
此外,由於技術限制,buildroot不會生成你需要或可能需要的某些資料,例如某些外部工具鏈的原始碼以及buildroot源**本身。執行make legal-info,buildroot會在readme檔案中生成警告,以通知你無法儲存的資料。
此外,請記住,make legal-info的輸出基於每個軟體包配置檔案中的宣告性語句。buildroot開發人員會盡最大努力使這些宣告性語句盡可能準確。但是,這些宣告性陳述很可能不全部準確或完整,你(或你的法律部門)務必先檢查make legal-info的輸出再將其用作自己的合規性支付。請參閱buildroot發行版根目錄下copying檔案中的no warranty語句(第11和12條)。
buildroot本身是開源軟體,根據gnu通用公共許可協議第2版或任何更高版本發布,以下介紹的軟體包補丁程式除外。但是,作為構建系統,它通常不是最終產品的一部分:如果你為裝置開發根檔案系統、核心、引導引導程式或工具鏈,則buildroot的**僅出現在開發機上,而不會出現在裝置上。
但是,buildroot開發人員的普遍看法是,在發布包含gpl許可協議的軟體產品時,你應該發布buildroot源**以及其他軟體包的源**。這是因為gnu gpl將可執行檔案的「完整源**」定義為「它包含的所有模組的源**、相關的介面定義檔案,以及用於控制可執行檔案編譯和執行的指令碼」。buildroot是用於控制可執行檔案編譯和安裝的指令碼的一部分,因此,它被視為必須重新發布的資料的一部分。
請記住,這只是buildroot開發人員的意見,如有任何疑問,請諮詢法律部門或律師。
12.2.1 軟體包補丁
buildroot還**了補丁檔案,這些補丁檔案應用於各種軟體包的源**。這些補丁程式不受buildroot許可的保護。相反,它們應該受到應用補丁的軟體包的許可保護。當上述軟體包在多個許可協議下均可用時,buildroot補丁程式僅在可公開訪問的許可協議下提供。
有關技術細節,請參閱第18章「軟體包補丁」。
5 Buildroot使用者手冊 社群資源
與其他開源專案一樣,buildroot在社群內外共享資訊的方式也不同。buildroot有乙個用於討論和開發的郵件列表,它是buildroot使用者和開發人員的主要交流方法。只有訂閱buildroot郵件列表的人員才能傳送郵件到此列表,你可以通過郵件列表頁訂閱。傳送到郵件列表的郵件會在郵件列表中存檔...
7 Buildroot使用者手冊 其他元件的配置
在嘗試修改下面的任何元件之前,請確保已經配置了buildroot本身,並啟用了相應的軟體包。如果已經有busybox的配置檔案,可以在buildroot中使用br2 package busybox config直接指定此檔案。否則buildroot將使用預設的配置。要對配置進行修改,請使用meke ...
oracle ebs使用者手冊
文件如下圖所示 主要包括 概觀 技術 客戶關係管理 crn 合同 財務系統 fin 人力資源系統 hr 採購 po 專案 project 鏈管理 scm 服務 規劃 客戶關係管理 crm 主要包括 2 銷售和市場 sales and marketing,sm 3 客戶資料中心 財務系統 fin 主要...