bitbake中bb文件的描述

1. SUMMARY = "Linux Bluetooth Stack Userland V5"

2. # 用於打包系統（例如opkg，rpm或dpkg）的二進制包的（72個字符或更少）摘要。

3. 默認情況下，如果在配方中未設置DESCRIPTION，則使用SUMMARY值的定義描述變量。

4.  

5. DESCRIPTION = "Linux Bluetooth stack V5 userland components.

6. These include a system configurations, daemons, tools and system libraries."

7. # 提供給包管理器的包描述信息。如果未設置，說明將使用內容變量的值

8.  

9. HOMEPAGE = "http://www.bluez.org"

10. # 一般為配方的正在構建的軟件的主頁，從中可以獲取更多的軟件信息。

11.  

12. SECTION = "libs"

13. # 用於對軟件包進行分類，此變量用於軟件包管理程序。

14.  

15. LICENSE = "GPLv2+ & LGPLv2.1+"

16. # 配方的源文件許可列表.LICENSE需遵循以下規則：

17. # 　　（1）不要在單個許可名稱中使用空格

18. # 　　（2）當許可可選擇多個時，使用| 分隔許可證。

19. # 　　（3）當存在涵蓋源文件的不同部分的多個許可證時，使用與分隔許可證。

20. # 　　（4）您可以在許可名稱之間使用空格。

21. # 　　（5）對於標準許可，請使用元/文件/ common-licenses /中的LICENSE，

22. 或者在meta / conf / licenses.conf中定義的具有SPDXLICENSEMAP標誌的LICENSE。

23. # 下面是一些例子：

24. # LICENSE =「LGPLv2.1 | GPLv3」

25. # LICENSE =「MPL-1＆LGPLv2.1」

26. # LICENSE =「GPLv2 +」

27. # 第一個示例來自Qt的配方，源文件可以選擇LGPLv2.1或GPLv3許可。第二個示例來自Cairo，其中兩個LICENSE涵蓋源代碼的不同部分。

28. 最後一個示例來自sysstat，它提供了一個單一的LICENSE。

29. # 您還可以針對每個包指定LICENSE以處理輸出組件具有不同的LICENSE情況。

30. 例如，如果某個軟件的代碼根據GPLv2許可，但是文檔卻根據GNU 1.2自由文檔許可，其LICENSE可以被規定如下:

31. # LICENSE =「GFDL-1.2＆GPLv2」

32. # LICENSE _ $ {PN} =「GPLv2」

33. # LICENSE _ $ {PN} -doc =「GFDL-1.2」

34.  

35. LIC_FILES_CHKSUM = "file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e \

36. file://COPYING.LIB;md5=fb504b67c50331fc78734fed90fb0e09 \

37. file://src/main.c;beginline=1;endline=24;md5=9bc54b93cd7e17bf03f52513f39f926e"

38. # 配方文件構建的軟件源代碼中的許可文本的校驗和。

39. # 此變量跟蹤軟件源代碼文件的許可文本的更改。如果許可文本被更改，它將觸發構建失敗，這使開發人員有機會審查任何許可更改。

40. # 所有配方文件必須定義此變量（除非許可設置為「關閉」）。

41.  

42. DEPENDS = "udev libusb dbus-glib glib-2.0 libcheck readline"

43. # 列出配方的構建時的依賴項（即其他配方文件）。

44. 在執行配方的配置任務之前，系統確保列出的所有依賴項都已構建，並且所有依賴項的內容已經保存在相應的 sysroot 中。

45. # 考慮這個簡單的例子，兩個名為「a」和「b」的配方生成類似命名的包。

46. 在本示例中，DEPENDS語句出現在「a」配方中：

47. # DEPENDS =「b」

48. # 這裡，DEPENDS使得配方「a」的do_configure任務取決於配方「b」的do_populate_sysroot任務。

49. 這意味著當配方「a」正在配置自身時，配方「b」放入sysroot的任何內容都必須可用。

50.  

51. PROVIDES += "bluez-hcidump"

52. # 用於提供配方的別名。默認情況下，配方自己的PN已經包含在PROVIDES列表中。

53. 如果配方使用PROVIDES，則別名是配方的PN的同義詞，並可用於其他配方的DEPENDS中。

54. # 以配方文件libav_0.8.11.bb為例，libav_0.8.11.bb中的現狀提供語句如下：

55. # PROVIDES += 「libpostproc」

56. # 該現狀提供語句使得「libav」配方也被稱為「libpostproc」。

57.  

58. RPROVIDES_${PN} += "bluez-hcidump"

59. # 用於提供包名的別名列表。這些別名用於滿足其他包在構造期間和指定目標時（在RDEPENDS所指定的）的運行時依賴。

60. # 注意

61. # 程序包自身的名稱（PN）已隱含在其。RPROVIDES中列表

62. # 與所有程序包控制變量一樣，您必須始終將該變量與包名結合使用例如：

63. # RPROVIDES_${PN} =「widget-abi-2」

64.  

65. RCONFLICTS_${PN} = "bluez4"

66. # 用於指定與當前軟件包衝突的軟件包列表。請注意，如果沒有先刪除衝突的包，則不會安裝當前軟件包。

67. # 與所有包控制變量一樣，您必須始終將其與包名結合使用。例如：

68. # RCONFLICTS _ $ {PN} =「another_conflicting_package_name」

69. # OpenEmbedded構架系統使用的BitBake支持指定衝突的軟件包版本。

70. 雖然語法因為軟件打包格式而異，但BitBake會隱藏這些差異。

71. 下面是使用RCONFLICTS變量指定衝突的軟件包的一般語法：