ബിൽഡ്റൂട്ട് - ഭാഗം 2. നിങ്ങളുടെ ബോർഡ് കോൺഫിഗറേഷൻ സൃഷ്ടിക്കുന്നു; ബാഹ്യ വൃക്ഷം, rootfs-ഓവർലേ, പോസ്റ്റ്-ബിൽഡ് സ്ക്രിപ്റ്റുകൾ എന്നിവ ഉപയോഗിക്കുന്നു

ഈ വിഭാഗത്തിൽ എനിക്ക് ആവശ്യമായ ചില കസ്റ്റമൈസേഷൻ ഓപ്ഷനുകൾ ഞാൻ നോക്കുന്നു. ഇത് ബിൽഡ്‌റൂട്ട് ഓഫറുകളുടെ പൂർണ്ണമായ പട്ടികയല്ല, പക്ഷേ അവ തികച്ചും പ്രവർത്തനക്ഷമമാണ് കൂടാതെ ബിൽഡ്‌റൂട്ടിന്റെ ഫയലുകളിൽ തന്നെ ഇടപെടൽ ആവശ്യമില്ല.

ഇഷ്‌ടാനുസൃതമാക്കലിനായി ബാഹ്യ സംവിധാനം ഉപയോഗിക്കുന്നു

മുമ്പത്തെ ലേഖനത്തിൽ ബോർഡിന്റെ defconfig ഉം ആവശ്യമായ ഫയലുകളും നേരിട്ട് ബിൽഡ്രൂട്ട് ഡയറക്ടറിയിലേക്ക് ചേർത്ത് നിങ്ങളുടെ സ്വന്തം കോൺഫിഗറേഷൻ ചേർക്കുന്നതിനുള്ള ഒരു ലളിതമായ ഉദാഹരണം ഞങ്ങൾ നോക്കി.

എന്നാൽ ഈ രീതി വളരെ സൗകര്യപ്രദമല്ല, പ്രത്യേകിച്ച് ബിൽഡ്റൂട്ട് അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ. ഈ പ്രശ്നം പരിഹരിക്കാൻ ഒരു സംവിധാനമുണ്ട് ബാഹ്യ വൃക്ഷം. നിങ്ങൾക്ക് ബോർഡ്, കോൺഫിഗറുകൾ, പാക്കേജുകൾ, മറ്റ് ഡയറക്‌ടറികൾ എന്നിവ ഒരു പ്രത്യേക ഡയറക്‌ടറിയിൽ സംഭരിക്കാമെന്നതാണ് ഇതിന്റെ സാരം (ഉദാഹരണത്തിന്, പാക്കേജുകളിലേക്ക് പാച്ചുകൾ പ്രയോഗിക്കാൻ ഞാൻ പാച്ചസ് ഡയറക്‌ടറി ഉപയോഗിക്കുന്നു, കൂടുതൽ വിശദാംശങ്ങൾ ഒരു പ്രത്യേക വിഭാഗത്തിൽ) ഒപ്പം ബിൽഡ്‌റൂട്ട് തന്നെ അവയെ ഇതിലുള്ളവയിലേക്ക് ചേർക്കും. അതിന്റെ ഡയറക്ടറി.

ശ്രദ്ധിക്കുക: നിങ്ങൾക്ക് ഒരേസമയം നിരവധി ബാഹ്യ മരങ്ങൾ ഓവർലേ ചെയ്യാൻ കഴിയും, ബിൽഡ്റൂട്ട് മാനുവലിൽ ഒരു ഉദാഹരണമുണ്ട്

ബിൽഡ്റൂട്ട് ഡയറക്‌ടറിക്ക് അടുത്തായി സ്ഥിതി ചെയ്യുന്ന my_tree എന്ന ഡയറക്‌ടറി സൃഷ്‌ടിക്കുകയും അവിടെ നമ്മുടെ കോൺഫിഗറേഷൻ കൈമാറുകയും ചെയ്യാം. ഔട്ട്പുട്ട് ഇനിപ്പറയുന്ന ഫയൽ ഘടന ആയിരിക്കണം:

[alexey@alexey-pc my_tree]$ tree
.
├── board
│   └── my_x86_board
│       ├── bef_cr_fs_img.sh
│       ├── linux.config
│       ├── rootfs_overlay
│       └── users.txt
├── Config.in
├── configs
│   └── my_x86_board_defconfig
├── external.desc
├── external.mk
├── package
└── patches

6 directories, 7 files

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, പൊതുവേ, ഘടന ബിൽഡ്റൂട്ടിന്റെ ഘടന ആവർത്തിക്കുന്നു.

ഡയറക്ടറി പലക ഞങ്ങളുടെ കാര്യത്തിൽ ഓരോ ബോർഡിനും പ്രത്യേക ഫയലുകൾ അടങ്ങിയിരിക്കുന്നു:

• bef_cr_fs_img.sh എന്നത് ടാർഗെറ്റ് ഫയൽ സിസ്റ്റം നിർമ്മിച്ചതിന് ശേഷം എക്സിക്യൂട്ട് ചെയ്യപ്പെടുന്ന ഒരു സ്ക്രിപ്റ്റാണ്, പക്ഷേ അത് ഇമേജുകളിലേക്ക് പാക്കേജ് ചെയ്യുന്നതിന് മുമ്പ്. ഭാവിയിൽ ഞങ്ങൾ അത് ഉപയോഗിക്കും
• linux.config - കേർണൽ കോൺഫിഗറേഷൻ
• rootfs_overlay - ടാർഗെറ്റ് ഫയൽ സിസ്റ്റത്തിന് മുകളിൽ ഓവർലേ ചെയ്യാനുള്ള ഡയറക്ടറി
• user.txt - സൃഷ്ടിക്കേണ്ട ഉപയോക്താക്കളെ വിവരിക്കുന്ന ഒരു ഫയൽ

ഡയറക്ടറി കോൺഫിഗറേഷനുകൾ ഞങ്ങളുടെ ബോർഡുകളുടെ defconfig അടങ്ങിയിരിക്കുന്നു. നമുക്ക് ഒന്നേ ഉള്ളൂ.

പാക്കേജ് - ഞങ്ങളുടെ പാക്കേജുകൾക്കൊപ്പം കാറ്റലോഗ്. തുടക്കത്തിൽ, ബിൽഡ്റൂട്ടിൽ പരിമിതമായ എണ്ണം പാക്കേജുകൾ നിർമ്മിക്കുന്നതിനുള്ള വിവരണങ്ങളും നിയമങ്ങളും അടങ്ങിയിരിക്കുന്നു. പിന്നീട് നമ്മൾ icewm വിൻഡോ മാനേജറും സ്ലിം ഗ്രാഫിക്കൽ ലോഗിൻ മാനേജറും ഇവിടെ ചേർക്കും.
പൊരുത്തങ്ങൾ - വ്യത്യസ്ത പാക്കേജുകൾക്കായി നിങ്ങളുടെ പാച്ചുകൾ സൗകര്യപ്രദമായി സൂക്ഷിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. കൂടുതൽ വിശദാംശങ്ങൾ ചുവടെയുള്ള ഒരു പ്രത്യേക വിഭാഗത്തിൽ.
ഇപ്പോൾ നമ്മുടെ ബാഹ്യ-വൃക്ഷത്തിനായുള്ള വിവരണ ഫയലുകൾ ചേർക്കേണ്ടതുണ്ട്. ഇതിന് ഉത്തരവാദികളായ 3 ഫയലുകളുണ്ട്: external.desc, Config.in, external.mk.

external.desc യഥാർത്ഥ വിവരണം അടങ്ങിയിരിക്കുന്നു:

[alexey@alexey-pc my_tree]$ cat external.desc 
name: my_tree
desc: My simple external-tree for article

ആദ്യ വരി തലക്കെട്ടാണ്. ഭാവിയിൽ ബിൽഡ്റൂട്ട് ഒരു വേരിയബിൾ സൃഷ്ടിക്കുക $(BR2_EXTERNAL_MY_TREE_PATH), അസംബ്ലി കോൺഫിഗർ ചെയ്യുമ്പോൾ ഉപയോഗിക്കേണ്ടതാണ്. ഉദാഹരണത്തിന്, ഉപയോക്തൃ ഫയലിലേക്കുള്ള പാത ഇനിപ്പറയുന്ന രീതിയിൽ സജ്ജീകരിക്കാം:

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/users.txt

രണ്ടാമത്തെ വരി മനുഷ്യർക്ക് വായിക്കാൻ കഴിയുന്ന ഒരു ഹ്രസ്വ വിവരണമാണ്.

Config.in, external.mk — ചേർത്ത പാക്കേജുകൾ വിവരിക്കുന്നതിനുള്ള ഫയലുകൾ. നിങ്ങളുടേതായ പാക്കേജുകൾ ചേർക്കുന്നില്ലെങ്കിൽ, ഈ ഫയലുകൾ ശൂന്യമായി ഇടാം. തൽക്കാലം, അത് ഞങ്ങൾ ചെയ്യും.
ഇപ്പോൾ ഞങ്ങളുടെ ബോർഡിന്റെ defconfig ഉം അതിന് ആവശ്യമായ ഫയലുകളും അടങ്ങുന്ന ഞങ്ങളുടെ എക്‌സ്‌റ്റേണൽ ട്രീ തയ്യാറായിട്ടുണ്ട്. നമുക്ക് ബിൽഡ്റൂട്ട് ഡയറക്‌ടറിയിലേക്ക് പോയി എക്‌സ്‌റ്റേണൽ ട്രീ ഉപയോഗിക്കാൻ വ്യക്തമാക്കാം:

[alexey@alexey-pc buildroot]$ make BR2_EXTERNAL=../my_tree/ my_x86_board_defconfig
#
# configuration written to /home/alexey/dev/article/ramdisk/buildroot/.config
#
[alexey@alexey-pc buildroot]$ make menuconfig

ആദ്യത്തെ കമാൻഡിൽ നമ്മൾ ആർഗ്യുമെന്റ് ഉപയോഗിക്കുന്നു BR2_EXTERNAL=../my_tree/, ഒരു ബാഹ്യ വൃക്ഷത്തിന്റെ ഉപയോഗത്തെ സൂചിപ്പിക്കുന്നു. ഒരേ സമയം ഉപയോഗത്തിനായി നിങ്ങൾക്ക് നിരവധി ബാഹ്യ-വൃക്ഷങ്ങൾ വ്യക്തമാക്കാൻ കഴിയും. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ ഇത് ഒരിക്കൽ മാത്രം ചെയ്താൽ മതിയാകും, അതിനുശേഷം ഒരു ഫയൽ ഔട്ട്പുട്ട്/.br-external.mk സൃഷ്ടിക്കപ്പെടുന്നു ഉപയോഗിച്ച ബാഹ്യ-വൃക്ഷത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു:

[alexey@alexey-pc buildroot]$ cat output/.br-external.mk 
#
# Automatically generated file; DO NOT EDIT.
#

BR2_EXTERNAL ?= /home/alexey/dev/article/ramdisk/my_small_linux/my_tree
BR2_EXTERNAL_NAMES = 
BR2_EXTERNAL_DIRS = 
BR2_EXTERNAL_MKS = 

BR2_EXTERNAL_NAMES += my_tree
BR2_EXTERNAL_DIRS += /home/alexey/dev/article/ramdisk/my_small_linux/my_tree
BR2_EXTERNAL_MKS += /home/alexey/dev/article/ramdisk/my_small_linux/my_tree/external.mk
export BR2_EXTERNAL_my_tree_PATH = /home/alexey/dev/article/ramdisk/my_small_linux/my_tree
export BR2_EXTERNAL_my_tree_DESC = My simple external-tree for article

പ്രധാനം! ഈ ഫയലിലെ പാതകൾ കേവലമായിരിക്കും!

മെനുവിൽ ഒരു ബാഹ്യ ഓപ്ഷനുകൾ ഇനം പ്രത്യക്ഷപ്പെട്ടു:

ഈ ഉപമെനുവിൽ ഞങ്ങളുടെ എക്‌സ്‌റ്റേണൽ ട്രീയിൽ നിന്നുള്ള പാക്കേജുകൾ അടങ്ങിയിരിക്കും. ഈ വിഭാഗം നിലവിൽ ശൂന്യമാണ്.

എക്‌സ്‌റ്റേണൽ ട്രീ ഉപയോഗിക്കുന്നതിന് ആവശ്യമായ പാതകൾ മാറ്റിയെഴുതുന്നത് ഇപ്പോൾ ഞങ്ങൾക്ക് പ്രധാനമാണ്.

ബിൽഡ് ഓപ്‌ഷനുകൾ → ബിൽഡ്‌റൂട്ട് കോൺഫിഗറേഷൻ സംരക്ഷിക്കുന്നതിനുള്ള ലൊക്കേഷൻ വിഭാഗത്തിൽ, സംരക്ഷിച്ച defconfig-ലേക്ക് ഒരു സമ്പൂർണ്ണ പാത ഉണ്ടായിരിക്കുമെന്നത് ശ്രദ്ധിക്കുക. extgernal_tree യുടെ ഉപയോഗം വ്യക്തമാക്കുന്ന നിമിഷത്തിലാണ് ഇത് രൂപപ്പെടുന്നത്.

സിസ്റ്റം കോൺഫിഗറേഷൻ വിഭാഗത്തിലെ പാതകളും ഞങ്ങൾ ശരിയാക്കും. സൃഷ്ടിച്ച ഉപയോക്താക്കളുള്ള ഒരു ടേബിളിനായി:

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/users.txt

കേർണൽ വിഭാഗത്തിൽ, കേർണൽ കോൺഫിഗറേഷനിലേക്കുള്ള പാത മാറ്റുക:

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/linux.config

ഇപ്പോൾ ഞങ്ങളുടെ എക്‌സ്‌റ്റേണൽ ട്രീയിൽ നിന്നുള്ള ഫയലുകൾ അസംബ്ലി സമയത്ത് ഉപയോഗിക്കും. മറ്റൊരു ഡയറക്‌ടറിയിലേക്ക് മാറുമ്പോഴോ ബിൽഡ്‌റൂട്ട് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോഴോ, ഞങ്ങൾക്ക് കുറഞ്ഞത് പ്രശ്‌നങ്ങളുണ്ടാകും.

റൂട്ട് fs ഓവർലേ ചേർക്കുന്നു:

ടാർഗെറ്റ് ഫയൽ സിസ്റ്റത്തിൽ ഫയലുകൾ എളുപ്പത്തിൽ ചേർക്കാനും/മാറ്റിസ്ഥാപിക്കാനും ഈ സംവിധാനം നിങ്ങളെ അനുവദിക്കുന്നു.
ഫയൽ റൂട്ട് fs ഓവർലേയിലാണെങ്കിലും ടാർഗെറ്റിലല്ലെങ്കിൽ, അത് ചേർക്കും
ഫയൽ റൂട്ട് fs ഓവർലേയിലും ലക്ഷ്യത്തിലുമാണെങ്കിൽ, അത് മാറ്റിസ്ഥാപിക്കും.
ആദ്യം, നമുക്ക് റൂട്ട് fs ഓവർലേ ഡിറിലേക്കുള്ള പാത സജ്ജമാക്കാം. ഇത് സിസ്റ്റം കോൺഫിഗറേഷൻ → റൂട്ട് ഫയൽസിസ്റ്റം ഓവർലേ ഡയറക്ടറികൾ വിഭാഗത്തിലാണ് ചെയ്യുന്നത്:

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/rootfs_overlay/

ഇനി നമുക്ക് രണ്ട് ഫയലുകൾ ഉണ്ടാക്കാം.

[alexey@alexey-pc my_small_linux]$ cat my_tree/board/my_x86_board/rootfs_overlay/etc/hosts 
127.0.0.1   localhost
127.0.1.1   my_small_linux
8.8.8.8     google-public-dns-a.google.com.
[alexey@alexey-pc my_small_linux]$ cat my_tree/board/my_x86_board/rootfs_overlay/new_file.txt 
This is new file from overlay

ആദ്യ ഫയൽ (my_tree/board/my_x86_board/rootfs_overlay/etc/hosts) പൂർത്തിയായ സിസ്റ്റത്തിലെ /etc/hosts ഫയലിനെ മാറ്റിസ്ഥാപിക്കും. രണ്ടാമത്തെ ഫയൽ (cat my_tree/board/my_x86_board/rootfs_overlay/new_file.txt) ചേർക്കും.

ഞങ്ങൾ ശേഖരിക്കുകയും പരിശോധിക്കുകയും ചെയ്യുന്നു:

സിസ്റ്റം അസംബ്ലിയുടെ വിവിധ ഘട്ടങ്ങളിൽ കസ്റ്റമൈസേഷൻ സ്ക്രിപ്റ്റുകളുടെ നിർവ്വഹണം

ടാർഗെറ്റ് ഫയൽ സിസ്റ്റത്തിൽ ഇമേജുകളിലേക്ക് പാക്കേജ് ചെയ്യുന്നതിനുമുമ്പ് നിങ്ങൾ പലപ്പോഴും ചില ജോലികൾ ചെയ്യേണ്ടതുണ്ട്.

സിസ്റ്റം കോൺഫിഗറേഷൻ വിഭാഗത്തിൽ ഇത് ചെയ്യാൻ കഴിയും:

ടാർഗെറ്റ് ഫയൽ സിസ്റ്റം നിർമ്മിച്ചതിന് ശേഷം ആദ്യത്തെ രണ്ട് സ്ക്രിപ്റ്റുകൾ എക്സിക്യൂട്ട് ചെയ്യപ്പെടുന്നു, പക്ഷേ അത് ഇമേജുകളിലേക്ക് പാക്കേജുചെയ്യുന്നതിന് മുമ്പ്. റൂട്ട് ഉപയോക്താവായി ജോലിയെ അനുകരിക്കുന്ന ഫേക്കറൂട്ടിന്റെ പശ്ചാത്തലത്തിലാണ് ഫേക്കറൂട്ട് സ്ക്രിപ്റ്റ് എക്സിക്യൂട്ട് ചെയ്യുന്നത് എന്നതാണ് വ്യത്യാസം.

സിസ്റ്റം ഇമേജുകൾ സൃഷ്ടിച്ചതിന് ശേഷം അവസാന സ്ക്രിപ്റ്റ് എക്സിക്യൂട്ട് ചെയ്യുന്നു. നിങ്ങൾക്ക് അതിൽ അധിക പ്രവർത്തനങ്ങൾ നടത്താൻ കഴിയും, ഉദാഹരണത്തിന്, ആവശ്യമായ ഫയലുകൾ ഒരു NFS സെർവറിലേക്ക് പകർത്തുക അല്ലെങ്കിൽ നിങ്ങളുടെ ഉപകരണ ഫേംവെയറിന്റെ ഒരു ഇമേജ് സൃഷ്ടിക്കുക.

ഉദാഹരണമായി, പതിപ്പ് എഴുതുകയും /etc/ എന്നതിലേക്ക് തീയതി നിർമ്മിക്കുകയും ചെയ്യുന്ന ഒരു സ്ക്രിപ്റ്റ് ഞാൻ സൃഷ്ടിക്കും.
ആദ്യം ഞാൻ ഈ ഫയലിലേക്കുള്ള പാത എന്റെ ബാഹ്യ-ട്രീയിൽ സൂചിപ്പിക്കും:

ഇപ്പോൾ തിരക്കഥ തന്നെ:

[alexey@alexey-pc buildroot]$ cat ../my_tree/board/my_x86_board/bef_cr_fs_img.sh 
#!/bin/sh
echo "my small linux 1.0 pre alpha" > output/target/etc/mysmalllinux-release
date >> output/target/etc/mysmalllinux-release

അസംബ്ലിക്ക് ശേഷം, നിങ്ങൾക്ക് ഈ ഫയൽ സിസ്റ്റത്തിൽ കാണാൻ കഴിയും.

പ്രായോഗികമായി, സ്ക്രിപ്റ്റ് വലുതാകാം. അതിനാൽ, യഥാർത്ഥ പ്രോജക്റ്റിൽ ഞാൻ കൂടുതൽ വിപുലമായ വഴി സ്വീകരിച്ചു:

1. ഞാൻ ഒരു ഡയറക്‌ടറി (my_tree/board_my_x86_board/inside_fakeroot_scripts) സൃഷ്‌ടിച്ചു, അതിൽ സീരിയൽ നമ്പറുകളുള്ള സ്‌ക്രിപ്റ്റുകൾ എക്‌സിക്യൂട്ട് ചെയ്യാനുണ്ട്. ഉദാഹരണത്തിന്, 0001-add-my_small_linux-version.sh, 0002-clear-apache-root-dir.sh
2. ഞാൻ ഒരു സ്‌ക്രിപ്റ്റ് (my_tree/board_my_x86_board/run_inside_fakeroot.sh) എഴുതി, അത് ഈ ഡയറക്‌ടറിയിലൂടെ കടന്നുപോകുകയും അതിൽ അടങ്ങിയിരിക്കുന്ന സ്‌ക്രിപ്റ്റുകൾ തുടർച്ചയായി നടപ്പിലാക്കുകയും ചെയ്യുന്നു.
3. സിസ്റ്റം കോൺഫിഗറേഷനിലെ ബോർഡ് ക്രമീകരണങ്ങളിൽ ഈ സ്‌ക്രിപ്റ്റ് വ്യക്തമാക്കി -> വ്യാജ പരിതസ്ഥിതിയിൽ ($(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/run_inside_fakeroot.sh) എന്ന വിഭാഗത്തിൽ പ്രവർത്തിപ്പിക്കുന്നതിന് ഇഷ്ടാനുസൃത സ്ക്രിപ്റ്റുകൾ

അവലംബം: www.habr.com