make-kpkg - онлайн в хмарі

ПРОГРАМА:

ІМ'Я

make-kpkg - створювати пакети ядра Debian з джерел ядра Linux

СИНТАКСИС

make-kpkg [опції] [мета [мета ...]]

ОПИС

Ця сторінка посібника пояснює Debian make-kpkg утиліта, яка використовується для створення ядра
пов'язані пакунки Debian. Цю утиліту потрібно запускати з джерела ядра Linux верхнього рівня
каталогу, який був налаштований раніше (якщо ви не використовуєте файл configure
ціль). Зазвичай, якщо ядро-пакет не знаходить a .config файл у поточному
каталогу, він дуже намагається отримати відповідний (зазвичай це вже файл конфігурації
призначений для ядер Debian для цієї архітектури), а потім викликає зробити oldconfig дозволяти
користувач відповідає на будь-які нові запитання. Однак це все одно може призвести до невідповідності
конфігурації, вам рекомендується налаштувати ядро ​​звичайними засобами раніше
виклик make-kpkg.

Зазвичай make-kpkg слід запустити під fakeroot,

make-kpkg --rootcmd fakeroot образ_ядра

але замість цього ви запускаєте цю команду як root (це не рекомендується) або під fakerootабо
сказати make-kpkg як стати root (також не рекомендується, fakeroot мабуть, найбезпечніший
варіант), наприклад:

make-kpkg --rootcmd sudo kernel_image

Файл пакету Debian створюється в батьківському каталозі вихідного каталогу ядра
де виконується ця команда.

Також зверніть увагу, що деякі версії gcc погано взаємодіють із джерелом ядра.
Ви можете контролювати, яка версія gcc використовується під час компіляції ядра, встановивши Makefile
змінні CC і HOSTCC у Makefile ядра верхнього рівня. Зробити це можна просто
встановлення змінної середовища MAKEFLAGS. Щоб спостерігати, спробуйте:

% KBUILD_VERBOSE=1 MAKEFLAGS="CC=gcc-4.4" make-kpkg configure

Зверніть увагу, що Makefile ядра може звертати увагу на інші змінні (наприклад
KCFLAGS ). Це можна вирішити так:

% KBUILD_VERBOSE=1 MAKEFLAGS='CC=gcc-4.4 KCFLAGS="-march=athlon64"' make-kpkg configure

Команда KBUILD_VERBOSE показує деталі команд, що виконуються. (будь ласка, дивіться верхній рівень
Makefile ядра для змінних, які можна встановити).

УВАГА: НЕ встановлюйте параметр -j безпосередньо в MAKEFLAGS, це призведе до збирання
невдача. Використовуйте CONCURRENCY_LEVEL, як зазначено нижче. Існує також прапор -j, який можна використовувати.

ВАРІАНТИ

--допомога Роздрукуйте повідомлення про використання.

--перегляд номер
Змінює номер версії створених пакунків на аргумент номер, це
має певні обмеження: версія повинна починатися з цифри. версія може
містять лише букви і цифри та символи ~ + . (тильда, крапка і плюс) і
має містити цифру. (Деталі див. у посібнику з політики). За бажанням, ви можете
поставте перед редакцією цифру, за якою слід двокрапку (:). За замовчуванням є
10.00.На замовлення якщо не змінна середовища DEBIAN_REVISION_MANDATORY встановлено, в
у цьому випадку генерується помилка, якщо редакція не встановлена ​​в командному рядку або
файл конфігурації. натяк: Ви можете встановити його на $(версія)- в
конфігураційного файлу, щоб отримати вихідний номер версії перед вашим користувацьким
рядок .

--додавання до версії Foo

--append_to_version Foo
Цей аргумент (Foo) додається до значення наявної змінної EXTRAVERSION
у Makefile ядра. Оскільки EXTRAVERSION є компонентом версії ядра, він
також додається до назви пакунка Debian, і, як такий, має відповідати політиці
що регулює назву пакета. Це означає, що він може містити тільки в нижньому регістрі буквено-цифрові
і символи ~ - + . (тильда, крапка, дефіс і плюс). Великі літери
Політика для нового пакета не дозволяє. Якщо змінна середовища
IGNORE_UPPERCASE_VERSION встановлено, make-kpkg має встановлювати номери версій у нижньому регістрі
у файлі Makefile або в локальна версія файл. Цей параметр замінює середовище
змінна APPEND_TO_VERSION.

--додані-модулі Foo

--додані_модулі Foo
Аргументом має бути список додаткових модулів, розділених комами (не в
головне дерево ядра), яке ви бажаєте побудувати під час виклику modules_blah
цілі. Ви можете вказати повні імена шляху до каталогу, в якому знаходяться модулі, або
просто назва модуля, якщо його можна знайти в MODULE_LOC, який за замовчуванням має значення
/usr/src/modules. За замовчуванням усі модулі в MODULE_LOC, складаються, коли
цілі modules_blah викликаються.

--арх Foo
Це корисно для налаштування архітектури під час крос-компіляції. Якщо ви
не перехресно компілюються, архітектура визначається автоматично. Так само
ефекту можна досягти шляхом встановлення змінної середовища KPKG_ARCH. Значення
має бути будь-яким DEB_HOST_ARCH_CPU містить коли dpkg-архітектура виконується на
цільова машина, або це може бути інша архітектура в багатоархівному наборі (наприклад
i386/amd64).

--перехресна компіляція Foo

--cross_compile Foo
Це корисно для встановлення цільового рядка під час крос-компіляції. Використовувати
фіктивна ціль "-", якщо ви будуєте для інших арок багатоаркового набору, наприклад
i386/amd64. Такого ж ефекту можна досягти, встановивши змінну середовища.
Зауважте, що це жодним чином не встановлює компілятору процес збирання ядра
використовувати; якщо компілятор за замовчуванням, який створює процес збірки, не є компілятором
один бажаний, будь ласка, явно вкажіть компілятор, який потрібно використовувати.
CROSS_COMPILE

--субарх Foo
Деякі архітектури (Alpha і m68k) вимагають іншого ядра для кожної
підархітектура. Цей параметр надає спосіб вказати його як аргумент
make-kpkg. будь ласка увагу що може бути додаткова підтримка субархітектур
потрібно в джерелах ядра, щоб насправді змусити це робити що-небудь. Той самий ефект
можна досягти шляхом встановлення змінної середовища KPKG_SUBARCH.

--arch-in-name

--arch_in_name
Цей параметр використовує розширене ім’я для пакета образів ядра шляхом вбудовування
підархітектуру в назві зображення, щоб можна було написати сценарій для створення кількох
підархітектури одна за одною. Ви також можете зробити це, встановивши
змінна оточення ARCH_IN_NAME. будь ласка увагу що тільки пакет ім'я is
це стосується, а не розташування модулів тощо.

--pgpsign ім'я
Встановіть рядок, який використовується для підпису зміни файл для будь-яких зовнішніх модулів в
/usr/src/modules/ за допомогою PGP. Цей параметр замінить вбудовані за замовчуванням і
налаштування всього сайту, що зберігаються у файлі /etc/kernel-pkg.conf or
~/.kernel-pkg.conf.

--config мета
Змініть тип конфігурації зі старої конфігурації за замовчуванням. мета має бути одним
oldconfig, config, menuconfig, gconfig, nconfig, xconfig, randconfig, defconfig,
allmodconfig, allyesconfig, allnoconfig, old, menu, g або x.

примітки однак це make-kpkg сканує файл конфігурації під час запуску на наявність деяких параметрів,
зокрема той факт, що модулі включені чи ні, тому перемикання статусу під час
затримка конфігурації призводить до помилки. Якщо потрібно, створіть файл конфігурації
якнайближче до потрібного, перш ніж викликати make-kpkg за допомогою цього перемикача.

--цілі
Друкує список відомих цілей. Дивіться розділ Цілі нижче.

--noexec
Пройти a -n варіант для зробити процес так, щоб команди просто друкувались на
екрані, але фактично не виконано. Це дуже корисно для налагодження.

-багатослівний
Це викликає зробити з опцією -V=1, яка викликає команди Make верхнього рівня,
також корисно бачити, що відбувається.

--initrd
If make-kpkg генерує a образ ядра пакет, організувати передати на гачок
сценарії запускаються зі скриптів супроводжувача після встановлення, які потрібні цьому образу
an initrd, і що initrd Скрипти гачка генерації не повинні замикатися
рано. Без цієї опції приклад initramfs скрипти hook в комплекті з
ядро-пакет не виконуватиме жодних дій щодо встановлення. Такий же ефект може бути
досягається шляхом встановлення змінної середовища INITRD до будь-якого непорожнього значення. Будь ласка
зауважте, що якщо немає скриптів-хуків /etc/kernel або додано в гачок
параметр сценарію /etc/kernel-img.conf, ніякий initrd не буде створено (входить у комплект
приклади сценаріїв - це лише приклади - дія користувача вимагається перш за все
трапляється). Проте на більшості систем initramfs-інструменти встановлює скрипти (починаючи з версії
0.94 (і вони поважають змінну INITRD з 0.98)). dracut також робить
це.

-- робочі місця номер

-j номер
Встановіть змінну середовища CONCURRENCY_LEVEL до номер.

--overlay-dir /шлях/до/каталогу
Вказаний каталог повинен містити файли, які будуть розміщені в ./debian
каталог джерел ядра, готуючись до створення пакетів debian.
Файли замінять будь-що в /usr/share/kernel-package це було б зазвичай
розміщено там, і користувач повинен переконатися, що файли в накладенні
каталог сумісні з make-kpkg. Якщо зламати make-kpkg з накладкою
файл, ви можете зберегти шматки. Такого ж ефекту можна досягти, встановивши
змінна оточення KPKG_OVERLAY_DIR.

Зверніть увагу, що каталог накладання/Контроль та overlay-dir/changelog є особливими, і
для цих файлів виконується підстановка змінних. Використовуйте
/usr/share/kernel-package/Control та /usr/share/kernel-package/changelog файли як
шаблони.

Якщо overlay-dir/post-install виконуваний файл (або виконуваний скрипт) існує, він має бути
бігти відразу після ./debian є населеним. Сценарій має виконуватися в
./debian каталог. Це можна використовувати, наприклад, для видалення файлів, які виконує користувач
не хочуть або вживати інших дій, крім простої заміни.

--rootcmd Foo
Команда, яка забезпечує засіб отримання доступу суперкористувача (наприклад, `sudo'
або `fakeroot') відповідно до параметра -r dpkg-buildpackage. Цей варіант не робить
працювати для трьох цілей, а саме, двійковий, бінарно-незалежний та бінарно-арх. Форум
ці цілі в цілому make-kpkg команду потрібно запустити як (підробку) root.

--стебло Foo
Телефонуйте пакети Foo-* замість kernel-*. Це корисно для сприяння переходу
від виклику пакетів kernel-* до пакетів linux-*, готуючись до
не-лінуксові ядра в дистрибутиві. За замовчуванням є Linux. Стебло, оскільки воно є
початкова частина назви пакета повинна складатися лише з малих літер (`a-z'),
цифри (`0-9'), знаки плюс (`+') і мінус (`-'), а також крапки (`.'). Це повинно бути в
не менше двох символів і має починатися з буквено-цифрового символу.

--нас Ця опція передається в dpkg-buildpackage і вказує, що пакет не підписується
джерело. Це стосується лише цільового пакета buildpackage.

--уч Ця опція передається в dpkg-buildpackage і вказує, що пакет не підписується
журнал змін. Це стосується лише цільового пакета buildpackage.

Параметри можуть бути скорочені до найменшого унікального рядка і можуть бути введені з будь-яким
a - або a -- префікс, і ви можете використовувати пробіл або символ = між рядком параметрів і a
значення. Ви також можете використовувати форму option=value; детальніше ці та інші варіанти форм
підтримується, прочитайте Getopt::Довго(3perl).

CONCURRENCY_LEVEL
Якщо визначено, ця змінна середовища встановлює рівень паралельності make
скомпілювати ядро ​​та набір модулів за допомогою -j прапори до підводних зробити в будувати
ціль make-kpkg. Повинно бути (малим) цілим числом, якщо використовується. Ви можете отримати поточний
кількість ЦП за допомогою команди:

grep -c '^процесор' / proc / cpuinfo

УВАГА: НЕ встановлюйте параметр -j безпосередньо в MAKEFLAGS, це буде викликати збірку
зазнати невдачі. Можна встановити -j як аргумент make-kpkg.

ЦІЛІ

очистити Очищає вихідний каталог ядра від усіх файлів, створених цільовим елементом будувати, і працює а
зробити distclean. (Деталі дивіться у Makefile ядра Linux). Будь ласка, запиши
що, хоча ми подбаємо про список поточної конфігурації ядра, що міститься в
файлу .config, файл include/linux/autoconf.h не зберігся. Ця ціль
не слід поєднувати з іншими цілями, оскільки make-kpkg зчитує всі дані перед тим
виконується будь-яка ціль, тому наступні цілі повинні запускатися зі старими даними, які
може бути не те, що ти хочеш. Зверніть увагу, що за замовчуванням чиста ціль не запускається
як root, який чудово працює з командою fakeroot був використаний. Проте, якщо раніше
побудова виконана за допомогою sudo, тобі треба бігти make-kpkgчистити також під sudo.

buildpackage
Ця ціль запускає цілі очистити та двійковий, і виробляє повний пакет
використання dpkg-buildpackage.

двійковий Ця ціль створює всі чотири пакунки ядра Debian, запускаючи цілі
бінарно-незалежний та бінарно-арх. Однак для цього потрібно make-kpkg запускатися як root
(або fakeroot), оскільки --rootcmd не буде працювати.

бінарно-незалежний
Ця ціль створює незалежні від арки пакети, запускаючи цілі
kernel_source, kernel_manual та kernel_doc. Однак для цього також потрібно make-kpkg
запускатися як root (або fakeroot), оскільки --rootcmd не буде працювати.

бінарно-арх
Ця ціль створює залежні від арки пакети, запускаючи цілі
kernel_headers та зображення_ядра. Однак для цього також потрібно make-kpkg бути запущеним
як root (або fakeroot), оскільки --rootcmd не буде працювати.

kernel_source
Ця ціль створює дебіанізований пакет джерел ядра Linux. Якщо
змінна оточення SOURCE_CLEAN_HOOK вказує на виконуваний файл, тоді це
виконуваний файл повинен запускатися з тимчасового (верхнього) каталогу джерел ядра
безпосередньо перед упаковкою, ./debian/tmp-source/usr/src/kernel-source-XXXX, so
люди можуть виконувати будь-які дії, які вважають за потрібне (видалити аркові дерева, обрізати контроль версій
каталоги, знаходити . -типу d -ім'я CVS - чорнослив Exec- rm -рф {} ; тощо). Це не має
вплив на будь-що інше, окрім джерел ядра, які упаковуються - якщо
скрипт працює з поточним каталогом та його дочірніми елементами, вихідним деревом джерел
має залишатися неушкодженим. Змінні середовища HEADER_CLEAN_HOOK та
DOC_CLEAN_HOOK схожі. Вони повинні вказувати на виконувані файли, а потім на цей виконуваний файл
має запускатися з тимчасового (верхнього) каталогу заголовків ядра і
документація безпосередньо перед пакуванням відповідно, щоб люди могли вжити будь-яких заходів
вони вважають за потрібне. Це також не впливає ні на що, крім джерел, які є
упаковується.

kernel_debug
Ця ціль створює пакунок Debian, що містить символи налагодження для
модулі, що містяться у відповідному пакеті зображень. Основна ідея тут полягає в тому, щоб
зберегти простір /lib/modules/ під контролем, оскільки це може бути на корені
перегородка з обмеженням простору. Будь ласка увагу що якщо підписи модулів увімкнені
у конфігурації ядра відповідний пакет образів не матиме модулів
з посиланням для налагодження, яке вказує на ці файли символів налагодження. Для того, щоб повернути
при налагодженні посилань для модулів у пакеті образів потрібно вимкнути модуль
підписів.

kernel_headers
Ця ціль створює пакунок Debian, що містить заголовні файли, включені в файл
Ядро Linux.

kernel_manual
Ця ціль створює пакунок Debian, що містить сторінки посібника розділу 9
включені в ядро ​​Linux. Зауважте, що це насправді не незалежна
цільова; виклик this також повинен викликати kernel_doc ціль і створює a
пакет kernel-doc одночасно.

kernel_doc
Ця ціль створює пакунок Debian, що містить документацію, включену в файл
Ядро Linux. Це можна назвати незалежно від kernel_manual ціль, але ні
навпаки.

зображення_ядра
Ця ціль створює пакунок Debian із вихідним образом ядра Linux і будь-яким
модулі, налаштовані у файлі конфігурації ядра .config. Якщо немає
.config файл у вихідному каталозі ядра, надається конфігурація за замовчуванням
схожий на той, який використовувався для створення Debian завантажувальні дискети. Якщо ядро
конфігураційний файл увімкнув підтримку модулів, модулі будуть створені та
встановлено. Якщо підписи модулів не ввімкнені, то отримані модулі матимуть a
зазвичай посилання на розташування файлу символів налагодження для модуля
встановлений пакетом налагодження.

Якщо файл ./debian/після встановлення існує і є виконуваним файлом, він просто запускається
перед створенням пакета образів ядра. Також зверніть увагу, що якщо є
будь-які скрипти в ./debian/image.d/ каталог, ходові частини буде закликано на це
каталогу безпосередньо перед створенням пакета образів ядра. Розташування кореня
пакету образу, який створюється, передається у змінну середовища
IMAGE_TOP, а версія ядра передається через змінну середовища
версія для всіх цих сценаріїв.

Будь ласка, перегляньте документацію про гачки kernel-img.conf(5). Ці гачки є
змінні, які локальний системний адміністратор може вказати на сценарії, які додають або видаляють a
рядок зі списку меню grub під час встановлення та видалення образу ядра. Зразок
скрипт для додавання рядків до файлу меню grub включено до каталогу
/usr/share/doc/kernel-package/.

Окрім змінних-хуку, які може встановити локальний адміністратор, існує набір
каталоги, куди пакунки або локальний адміністратор можуть розмістити файли сценаріїв. The
каталоги є /etc/kernel/preinst.d/, /etc/kernel/postinst.d/,
/etc/kernel/prerm.d/, /etc/kernel/postrm.d/, /etc/kernel/preinst.d//,
/etc/kernel/postinst.d//, /etc/kernel/prerm.d/ / та
/etc/kernel/postrm.d//. Якщо вони існують, пакет зображення ядра має
запустити a ходові частини програми над каталогом (включаючи версійний), надаючи
версія, яка встановлюється або видаляється як аргумент, на відповідній фазі
встановлення або видалення. Перш ніж викликати ці сценарії, змінна env STEM
має бути встановлено на значення --стебло аргумент (або значення за замовчуванням, linux) і
змінна KERNEL_PACKAGE_VERSION має бути встановлена ​​версія
kernel-package, який створив пакет. Ці сценарії повинні викликатися з двома
аргументи, першим з яких є версія зображення ядра та другий аргумент
будучи розташування самого образу ядра. Оскільки debconf використовується до
сценарій викликається, цей сценарій не повинен видавати діагностичні повідомлення на стандартний вихід --
в той час як postinst дзвонить db_stop, debconf не відновлює стандартний вихід, тому повідомлення
щоб стандартний вивід зник.

Під час встановлення він також пропонує запустити завантажувач Linux, LILO (або альтернативи як
loadlin, СІЛО, QUIK, ВМЕЛИЛО, ZIPL, yaboot, ПАЛО or GRUB), створення конфігурації
файл для підтримуваних завантажувачів, якщо потрібно. У той час він також пропонує поставити
нове ядро ​​на дискеті, форматуючи дискету, якщо потрібно. При видаленні пакет
перевіряє версію запущеного ядра та відмовляється видалити запущене ядро.
личинка тут є особлива згадка, оскільки grub після цього, можливо, не потрібно буде повторно запускати
встановлення образу ядра, хоча автоматична зміна списку меню буде
зручно встановлювати та видаляти пакети образів ядра.

будувати Ця ціль, яку використовує мішень зображення_ядра вище, компілює образ ядра Linux.

Модулі
Ця ціль дозволяє створювати всі додаткові модулі та пакети, які дуже
залежно від точної версії ядра, для якої вони скомпільовані одночасно з вами
створіть свій образ ядра. Ця ціль очікує знайти модулі або пакети під
/usr/src/modules, і для всіх таких каталогів змінюється на MODULE_LOC/x
(MODULE_LOC за замовчуванням /usr/src/modules), і запускає kdist правління в місцевому
debian.rules файл. Ця ціль повинна створити Debian пакет(и) модулів і може
також створіть стиснений файл tar і стиснений файл diff з md5sums
записано у файл змін за допомогою dpkg-зміни. Файл підписаний тим же
ідентифікатор, який буде використовуватися для підписання пакетів ядра. Цим параметром користується
супроводжувачі, які завантажують пакунок до архівів Debian.

modules_config
Ця ціль дозволяє вам налаштувати всі пакунки під MODULE_LOC, який за замовчуванням
до /usr/src/modules. Це корисно, якщо вам потрібно вручну змінити деякі аспекти
конфігурації, або якщо ви хочете вручну скомпілювати додаткові модулі. Це
не слід викликати, якщо у вас уже є каталог ./debian.

modules_image
Ця ціль дозволяє вам створювати всі пакунки під MODULE_LOC, який за замовчуванням має значення
/usr/src/modules, але не створює вихідні файли чи файли відмінностей і не створює
і підписати файл змін. Це єдина опція, пов’язана з модулями, яка вам потрібна
просто хочу скомпілювати файли зображень доданих модулів для встановлення на одному або кількох
машини. Як правило, називається у поєднанні з зображення_ядра, особливо якщо також
за допомогою параметра append_to_version (запобігає помилковим попередженням). Цього не слід
викликатися, якщо у вас уже немає каталогу ./debian.

modules_clean
Ця ціль дозволяє очистити всі пакунки під MODULE_LOC, який за замовчуванням має значення
/usr/src/modules, і це все, що потрібно, щоб скасувати будь-який ефект
інших модулів_ цілей. Це не слід називати, якщо у вас уже є
./debian каталог.

конфігурувати
Ця ціль запускається configure (насправді, config_target, встановлений --config який за замовчуванням
до oldconfig) рано, тож ви можете редагувати файли, створені за допомогою зробити конфиг в ядрі
вихідний каталог і не допускати, щоб вони тупалися make-kpkg пізніше.

Debian Ця ціль створює ./debian каталог і за бажанням виправляє джерело. Це
ціль викликається конфігурувати ціль. Ви можете використовувати цю ціль, щоб мати
джерела виправлено, а потім вручну запустіть крок конфігурації, щоб оновити файл
конфігураційний файл із будь-якими новими параметрами конфігурації, які можуть мати патчі
введено.

libc-kheaders
Це спеціальна мета для супроводжувача libc-dev, який може використовувати його для створення
пакет заголовків, який потребує libc. Зверніть увагу, що створювати a
пакет libc-kheaders, який відрізняється від заголовків, з якими було скомпільовано libc; це
is відомий тонко зламати системи. Будь ласка, подивіться
/usr/share/kernel-package/README.headers для деталей. Створення та встановлення a
власноруч створений пакет libc-kheaders може зламати вашу систему, якщо ви не знаєте, що ви знаєте
роблять. Вас попередили.

НАВКОЛИШНЄ СЕРЕДОВИЩЕ ЗМІННІ

KPKG_DEBUG, якщо встановлено, змушує make-kpkg видавати повідомлення про налагодження певної оболонки
функції, що виконуються внутрішньо. Це, мабуть, не цікавить тих, хто не налагоджує
make-kpkg. Наведені нижче змінні (документовано вище) також впливають make-kpkg:
DEBIAN_REVISION_MANDATORY, APPEND_TO_VERSION, VERSION_H_OK, KPKG_ARCH, CROSS_COMPILE,
KPKG_SUBARCH, KPKG_OVERLAY_DIR, ARCH_IN_NAME, INITRD, SOURCE_CLEAN_HOOK, MODULE_LOC,
CONCURRENCY_LEVEL та IGNORE_UPPERCASE_VERSION.

Використовуйте make-kpkg онлайн за допомогою служб onworks.net