make-kpkg - آنلاین در ابر

برنامه:

نام

make-kpkg - بسته های هسته دبیان را از منابع هسته لینوکس بسازید

خلاصه

را-kpkg [گزینه های] [هدف [هدف ...]]

شرح

این صفحه راهنما دبیان را توضیح می دهد را-kpkg ابزار، که برای ایجاد هسته استفاده می شود
بسته های Debian مرتبط این ابزار باید از یک منبع هسته لینوکس سطح بالا اجرا شود
دایرکتوری که قبلاً پیکربندی شده است (مگر اینکه از پیکربندی استفاده کنید
هدف). به طور معمول، اگر kernel-package a را پیدا نکرد .config فایل در جریان
دایرکتوری، بسیار تلاش می کند تا یک فایل مناسب (معمولاً یک فایل پیکربندی از قبل) بدست آورد
برای هسته های دبیان برای آن معماری طراحی شده است) و سپس فراخوانی ها ساخت oldconfig اجازه دادن
کاربر به هر سوال جدید پاسخ می دهد. با این حال، این ممکن است هنوز به یک نامناسب منجر شود
پیکربندی، شما تشویق می‌شوید که هسته را با روش‌های معمول قبل پیکربندی کنید
استناد را-kpkg.

به طور معمول، را-kpkg باید تحت اجرا شود فاکروت,

make-kpkg --rootcmd fakeroot kernel_image

اما در عوض این دستور را به صورت root (توصیه نمی شود) یا زیر اجرا کنید فاکروت، یا
گفتن را-kpkg نحوه تبدیل شدن به روت (توصیه نمی شود، فاکروت شاید امن ترین باشد
گزینه)، مانند این:

make-kpkg --rootcmd sudo kernel_image

فایل پکیج دبیان در دایرکتوری والد دایرکتوری منبع هسته ایجاد می شود
جایی که این دستور اجرا می شود.

همچنین، لطفاً توجه داشته باشید که برخی از نسخه‌های gcc با منبع هسته تعامل خوبی ندارند.
با تنظیم Makefile می‌توانید کنترل کنید که کدام نسخه از gcc در کامپایل هسته استفاده می‌شود
متغیرهای CC و HOSTCC در Makefile هسته سطح بالا. شما می توانید این کار را به سادگی انجام دهید
تنظیم متغیر محیطی پرچم های ماکی. برای مشاهده، سعی کنید:

% KBUILD_VERBOSE=1 MAKEFLAGS="CC=gcc-4.4" پیکربندی make-kpkg

لطفاً توجه داشته باشید که Makefile هسته ممکن است به متغیرهای دیگری توجه کند (به عنوان مثال
KCFLAGS ). این را می توان به این صورت بررسی کرد:

% KBUILD_VERBOSE=1 MAKEFLAGS='CC=gcc-4.4 KCFLAGS="-march=athlon64"' پیکربندی make-kpkg

La KBUILD_VERBOSE جزئیات دستورات در حال اجرا را نشان می دهد. (لطفا سطح بالا را ببینید
هسته Makefile برای متغیرهایی که می توان تنظیم کرد).

هشدار: گزینه -j را مستقیماً در MAKEFLAGS تنظیم نکنید، این امر باعث می شود که ساخت
مردود شدن. همانطور که در زیر مشخص شده است از CONCURRENCY_LEVEL استفاده کنید. همچنین یک پرچم -j وجود دارد که می توان از آن استفاده کرد.

OPTIONS

--کمک یک پیام استفاده را چاپ کنید.

-- تجدید نظر عدد
شماره نسخه بسته های تولید شده را به آرگومان تغییر می دهد عدد. این
دارای محدودیت های خاصی است: نسخه باید با یک رقم شروع شود. نسخه ممکن است
فقط شامل حروف الفبا و کاراکترهای ~ + است. (تیلد، نقطه و بعلاوه) و
باید دارای یک رقم باشد (برای جزئیات به دفترچه راهنمای سیاست نگاه کنید). به صورت اختیاری، می توانید
بازبینی را با یک رقم و به دنبال آن یک دونقطه (:) پیشنویس کنید. پیش فرض است
10.00. عادت مگر اینکه متغیر محیطی باشد DEBIAN_REVISION_MANDATORY تنظیم شده است، در
در این صورت اگر ویرایش در خط فرمان تنظیم نشده باشد خطا ایجاد می شود
فایل پیکربندی اشاره: می توانید آن را روی $(نسخه) تنظیم کنید - در
فایل پیکربندی برای دریافت شماره نسخه بالادستی که به سفارشی شما اضافه شده است
رشته .

--پیوست به نسخه فو

--append_to_version فو
این استدلال (فو) به مقدار متغیر EXTRAVERSION موجود اضافه می شود
در Makefile هسته از آنجایی که EXTRAVERSION جزء نسخه هسته است، آن را تشکیل می دهد
همچنین به نام بسته دبیان اضافه می شود و به این ترتیب باید از خط مشی پیروی کند
حاکم بر نام بسته این بدان معناست که ممکن است فقط شامل باشد حروف کوچک حروف اعداد
و شخصیت های ~ - + . (تایلد، نقطه، خط تیره و بعلاوه). حروف بزرگ
تحت خط مشی برای بسته جدید مجاز نیستند. اگر متغیر محیطی
IGNORE_UPPERCASE_VERSION تنظیم شده است، make-kpkg باید اعداد نسخه کوچک را تنظیم کند
Makefile یا در نسخه محلی فایل. این گزینه محیط را نادیده می گیرد
متغیر APPEND_TO_VERSION.

- ماژول های اضافه شده فو

--added_modules فو
آرگومان باید لیستی از ماژول های اضافی جدا شده با کاما باشد (نه در
درخت هسته اصلی) که هنگام فراخوانی modules_blah می خواهید بسازید
اهداف می توانید نام مسیرهای کامل دایرکتوری را که ماژول ها در آن قرار دارند، یا
فقط نام ماژول را اگر بتوان در آن پیدا کرد MODULE_LOC، که پیش فرض است
/usr/src/modules. پیش فرض این است که همه ماژول ها در MODULE_LOC، جمع آوری می شوند که
اهداف modules_blah فراخوانی می شوند.

-- قوس فو
این برای تنظیم معماری زمانی که در حال کامپایل متقابل هستید مفید است. اگر شما
کامپایل متقابل نیستند، معماری به طور خودکار تعیین می شود. همینطور
اثر را می توان با تنظیم متغیر محیطی به دست آورد KPKG_ARCH. ارزش
باید هر چی باشه DEB_HOST_ARCH_CPU حاوی چه زمانی است dpkg-معماری بر روی اجرا می شود
ماشین هدف، یا می تواند معماری دیگری در یک مجموعه چند قوس باشد (مانند
i386/amd64).

-- کامپایل متقابل فو

--cross_compile فو
این برای تنظیم رشته هدف زمانی که در حال کامپایل متقابل هستید مفید است. استفاده کنید
هدف ساختگی "-" اگر در حال ساختن برای طاق های دیگر از مجموعه چند طاق هستید، مانند
i386/amd64. همین اثر را می توان با تنظیم متغیر محیطی به دست آورد.
لطفاً توجه داشته باشید که این به هیچ وجه فرآیند ساخت هسته را برای کامپایلر تنظیم نمی کند
باید استفاده کرد اگر کامپایلر پیش فرضی که فرآیند ساخت با آن ارائه می شود، نباشد
یک مورد دلخواه، لطفاً کامپایلری را که باید استفاده شود به صراحت مشخص کنید.
CROSS_COMPILE

--subarch فو
برخی از معماری ها (آلفا و m68k) برای هر کدام به هسته متفاوتی نیاز دارند
زیر معماری این گزینه راهی برای تعیین آن به عنوان آرگومان ارائه می دهد
را-kpkg. لطفا توجه داشته باشید که پشتیبانی اضافی برای معماری های فرعی ممکن است باشد
در منابع هسته مورد نیاز است تا عملاً هر کاری انجام شود. همان اثر
می توان با تنظیم متغیر محیط به دست آورد KPKG_SUBARCH.

-- طاق در نام

--arch_in_name
این گزینه با تعبیه کردن از یک نام توسعه یافته برای بسته تصویر هسته استفاده می کند
معماری فرعی در نام تصویر، بنابراین می توان یک اسکریپت برای ایجاد چندین مورد نوشت
معماری های فرعی یکی پس از دیگری همچنین می توانید این کار را با تنظیم کردن انجام دهید
متغیر محیطی ARCH_IN_NAME. لطفا توجه داشته باشید که فقط بسته نام is
آسیب دیده، نه مکان های ماژول ها و غیره.

--pgpsign نام
رشته مورد استفاده برای امضا را تنظیم کنید تغییرات فایل برای هر ماژول خارجی در
/usr/src/modules/ با استفاده از PGP این گزینه پیش فرض داخلی و
سفارشی سازی های گسترده سایت در فایل ذخیره شده است /etc/kernel-pkg.conf or
~/.kernel-pkg.conf.

- پیکربندی هدف
نوع پیکربندی انجام شده را از پیکربندی پیش فرض oldconfig تغییر دهید. هدف باید یکی باشد
از oldconfig، config، menuconfig، gconfig، nconfig، xconfig، randconfig، defconfig،
allmodconfig، allyesconfig، allnoconfig، قدیمی، منو، g یا x.

توجه داشته باشید با این حال که را-kpkg فایل پیکربندی را در هنگام راه اندازی برای برخی از گزینه ها اسکن می کند،
به ویژه این واقعیت که ماژول ها فعال هستند یا نه، بنابراین وضعیت را در طول زمان تغییر می دهید
پیکربندی تاخیری منجر به خطا می شود. در صورت نیاز، فایل پیکربندی را ایجاد کنید
قبل از فراخوانی make-kpkg با این سوئیچ، نزدیک به مورد دلخواه است.

--اهداف
لیستی از اهداف شناخته شده را چاپ می کند. بخش را ببینید اهداف زیر کلیک کنید.

--noexec
عبور یک -n گزینه به ساخت فرآیند به طوری که دستورات صرفا در چاپ شده است
صفحه نمایش اما در واقع اجرا نشده است. این برای رفع اشکال بسیار مفید است.

-- پرحرف
این تماس می گیرد ساخت با گزینه -V=1 که دستورات Make سطح بالا را فراخوانی می کند.
همچنین برای دیدن آنچه اتفاق می افتد مفید است.

--initrd
If را-kpkg در حال تولید a تصویر هسته بسته، ترتیب برای انتقال به قلاب
اسکریپت ها از اسکریپت های نگهداری پس از نصب که این تصویر به آن نیاز دارد اجرا می شود
an آغازو آن آغاز اسکریپت های هوک نسل نباید اتصال کوتاه داشته باشند
زود. بدون این گزینه، مثال آغازگرها اسکریپت های قلاب همراه با
هسته-بسته هیچ اقدامی در نصب انجام نخواهد داد. همین اثر می تواند باشد
با تنظیم متغیر محیطی به دست می آید INITRD به هر مقدار غیر خالی لطفا
توجه داشته باشید که مگر اینکه اسکریپت های هوک در آن وجود داشته باشد /etc/kernel یا به قلاب اضافه شده است
پارامتر اسکریپت از /etc/kernel-img.conf، هیچ initrd ایجاد نخواهد شد (به همراه
اسکریپت های نمونه فقط نمونه هایی هستند -- قبل از هر چیزی اقدام کاربر لازم است
اتفاق می افتد). اما در اکثر سیستم ها initramfs-tools اسکریپت ها را نصب می کند (از زمان نسخه
0.94 (و از 0.98 به متغیر INITRD احترام گذاشته اند)). dracut نیز انجام می دهد
این.

--شغل ها عدد

-j عدد
متغیر محیط را تنظیم کنید CONCURRENCY_LEVEL به عدد.

--پوشش- کارگردان /path/to/directory
دایرکتوری مشخص شده باید حاوی فایل هایی باشد که در آن قرار می گیرند ./debian
دایرکتوری منابع هسته، در آماده سازی برای ساخت بسته های دبیان.
فایل ها جایگزین هر چیزی می شوند /usr/share/kernel-package که به طور معمول خواهد بود
در آنجا قرار می گیرد، و این به کاربر بستگی دارد که مطمئن شود که فایل ها در پوشش قرار دارند
دایرکتوری سازگار با را-kpkg. اگر بشکنی را-kpkg با روکش
فایل، شما می توانید قطعات را نگه دارید. همان اثر را می توان با تنظیم به دست آورد
متغیر محیطی KPKG_OVERLAY_DIR.

لطفا توجه داشته باشید که overlay-dir/Control و overlay-dir/changelog خاص هستند و
جایگزینی متغیر روی این فایل ها انجام می شود. استفاده کنید
/usr/share/kernel-package/Control و /usr/share/kernel-package/changelog فایل ها به عنوان
قالب.

اگر یک overlay-dir/post-install قابل اجرا (یا اسکریپت اجرایی) وجود دارد، باید باشد
بلافاصله بعد اجرا کنید ./debian پر جمعیت است. اسکریپت باید در
./debian فهرست راهنما. به عنوان مثال می توان از آن برای حذف فایل هایی که کاربر انجام می دهد استفاده کرد
نمی خواهند، یا اقداماتی غیر از جایگزینی ساده انجام می دهند.

--rootcmd فو
دستوری که وسیله ای برای دستیابی به دسترسی فوق العاده کاربر فراهم می کند (به عنوان مثال، "sudo"
یا «fakeroot») در صورت نیاز توسط گزینه -r dpkg-buildpackage. این گزینه ندارد
برای سه مورد از اهداف کار کنید، یعنی، دوتایی, باینری مستقلو باینری-قوس. برای
آنها کل را هدف قرار می دهند را-kpkg دستور باید به صورت ریشه (جعلی) اجرا شود.

--ساقه فو
با بسته ها تماس بگیرید فو-* به جای kernel-*. این برای کمک به انتقال مفید است
از فراخوانی بسته های kernel-* تا بسته های linux-*، در آماده سازی برای
هسته های غیر لینوکس در توزیع پیش فرض لینوکس است. ساقه، چون هست
قسمت اولیه نام بسته باید فقط از حروف کوچک ('a-z') تشکیل شده باشد.
ارقام ('0-9')، به اضافه ('+') و منهای ('-') و نقطه ها ('.'). باید در
حداقل دو کاراکتر طول دارد و باید با یک نویسه الفبایی شروع شود.

-- ما این گزینه به dpkg-buildpackage منتقل می شود و به آن بسته دستور می دهد تا امضا نشود
منبع. این فقط برای هدف buildpackage مرتبط است.

-- uc این گزینه به dpkg-buildpackage منتقل می شود و به آن بسته دستور می دهد تا امضا نشود
تغییرات. این فقط برای هدف buildpackage مرتبط است.

گزینه ها ممکن است به کوچکترین رشته منحصر به فرد کوتاه شوند و ممکن است با هر کدام وارد شوند
پیشوند a - یا a --، و می توانید از یک فاصله یا علامت = بین رشته گزینه و a استفاده کنید
ارزش. همچنین می توانید از فرم option=value استفاده کنید. برای جزئیات بیشتر این و سایر فرم های مختلف
پشتیبانی می شود، لطفا بخوانید Getopt::طولانی(3perl).

CONCURRENCY_LEVEL
اگر تعریف شده باشد، این متغیر محیطی سطح همزمانی ساخت استفاده شده را تعیین می کند
هسته و مجموعه ماژول ها را با استفاده از آن کامپایل کنید -j پرچم به زیر ساخت در ساختن
هدف از را-kpkg. در صورت استفاده باید یک عدد صحیح (کوچک) باشد. می توانید جریان را دریافت کنید
تعداد CPU ها با استفاده از دستور:

grep -c '^پردازنده' / proc / cpuinfo

هشدار: گزینه -j را مستقیماً در MAKEFLAGS تنظیم نکنید، این باید ساخت را فراخوانی کند
شکست خوردن امکان تنظیم -j به عنوان آرگومان make-kpkg وجود دارد.

اهداف

تمیز دایرکتوری منبع هسته را از تمام فایل های ایجاد شده توسط target پاک می کند ساختن، و a را اجرا می کند
تمیز کردن (لطفا برای جزئیات بیشتر به Makefile هسته لینوکس نگاه کنید). لطفا توجه داشته باشید
که اگرچه ما از لیست پیکربندی هسته فعلی موجود در آن مراقبت می کنیم
فایل .config، پرونده include/linux/autoconf.h حفظ نشده است. این هدف
نباید با اهداف دیگر ترکیب شود، زیرا را-kpkg در تمام داده ها می خواند قبل از
اجرای هر هدف، بنابراین اهداف بعدی باید با داده های قدیمی اجرا شوند که
ممکن است آن چیزی نباشد که شما می خواهید لطفاً توجه داشته باشید که به طور پیش فرض هدف تمیز اجرا نمی شود
به عنوان root، که دستور را به خوبی اجرا می کند فاکروت مورد استفاده قرار گرفت. با این حال، اگر قبلا
ساخت با استفاده از سودو، شما باید بدوید را-kpkgتمیز نیز در زیر سودو

پکیج ساخت
این هدف اهداف را اجرا می کند تمیزو دوتایی، و پکیج کامل را تولید می کند
با استفاده از dpkg-buildpackage.

دوتایی این هدف با اجرای اهداف، هر چهار بسته هسته دبیان را تولید می کند
باینری مستقل و باینری-قوس. با این حال، این نیاز دارد را-kpkg به عنوان روت اجرا شود
(یا fakeroot)، از آنجا که --rootcmd کار نخواهد کرد.

باینری مستقل
این هدف با اجرای اهداف بسته های مستقل قوس را تولید می کند
kernel_source, kernel_manual و kernel_doc. با این حال، این نیز نیاز دارد را-kpkg
به عنوان root (یا fakeroot) اجرا شود، زیرا --rootcmd کار نخواهد کرد.

باینری-قوس
این هدف با اجرای اهداف بسته های وابسته به قوس را تولید می کند
kernel_headers و kernel_image. با این حال، این نیز نیاز دارد را-kpkg اجرا شود
به عنوان ریشه (یا fakeroot)، از آنجا که --rootcmd کار نخواهد کرد.

kernel_source
این هدف یک بسته debianised از منابع هسته لینوکس تولید می کند. اگر
متغیر محیطی SOURCE_CLEAN_HOOK به یک فایل اجرایی اشاره می کند، سپس آن
اجرایی باید از دایرکتوری موقت (بالا) منابع هسته اجرا شود
درست قبل از بسته بندی آن، ./debian/tmp-source/usr/src/kernel-source-XXXX، so
افراد ممکن است هر اقدامی را که صلاح می‌دانند انجام دهند (درختان طاق را حذف کنید، کنترل نسخه را هرس کنید
دایرکتوری ها ، پیدا کردن . نوع d -سیب زمینی شیرین CVS هرس کردن -اجرا rm -RF {} ; و غیره.). این هیچ
تأثیر بر هر چیز دیگری غیر از منابع هسته که بسته بندی می شوند -- اگر
اسکریپت روی دایرکتوری فعلی و فرزندان آن، درخت منبع اصلی کار می کند
باید دست نخورده باقی بماند متغیرهای محیطی HEADER_CLEAN_HOOK و
DOC_CLEAN_HOOK شبیه هستند. آنها باید به فایل های اجرایی و سپس آن اجرایی اشاره کنند
باید از دایرکتوری موقت (بالا) هدرهای هسته اجرا شود
مستندات درست قبل از بسته بندی به ترتیب، بنابراین افراد ممکن است هر اقدامی را انجام دهند
آنها مناسب می بینند. این نیز به جز منابعی که هستند، تأثیری بر هیچ چیز دیگری ندارد
در حال بسته بندی

kernel_debug
این هدف یک بسته دبیان حاوی نمادهای اشکال زدایی را تولید می کند
ماژول های موجود در بسته تصویر مربوطه. ایده اصلی در اینجا این است که
فضا را در خود نگه دارید /lib/modules/ تحت کنترل است، زیرا ممکن است در ریشه باشد
پارتیشن با محدودیت فضا لطفا توجه داشته باشید که اگر امضای ماژول فعال باشد
در پیکربندی هسته، بسته تصویر مربوطه دارای ماژول نخواهد بود
با پیوند اشکال زدایی که به این فایل های نماد اشکال زدایی اشاره دارد. به منظور چرخش
در پیوندهای اشکال زدایی ماژول ها در بسته تصویری باید ماژول را خاموش کنید
امضا

kernel_headers
این هدف یک بسته دبیان حاوی فایل‌های هدر موجود در آن تولید می‌کند
هسته لینوکس

kernel_manual
این هدف یک بسته دبیان حاوی بخش 9 صفحات دستی تولید می کند
در هسته لینوکس گنجانده شده است. لطفا توجه داشته باشید که این واقعا یک مستقل نیست
هدف؛ فراخوانی این نیز باید فراخوانی شود kernel_doc هدف، و ایجاد یک
بسته kernel-doc به طور همزمان.

kernel_doc
این هدف یک بسته دبیان حاوی اسناد موجود در آن تولید می کند
هسته لینوکس. این را می توان مستقل از kernel_manual هدف، اما نه
برعکس

kernel_image
این هدف یک بسته دبیان از تصویر منبع هسته لینوکس و هر کدام را تولید می کند
ماژول های پیکربندی شده در فایل پیکربندی هسته .config. در صورت عدم وجود
.config فایل در دایرکتوری منبع هسته، یک پیکربندی پیش فرض ارائه شده است
مشابه مورد استفاده برای ایجاد دبیان چکمه های فلاپی اگر هسته
فایل پیکربندی پشتیبانی از ماژول ها را فعال کرده است، ماژول ها ایجاد خواهند شد و
نصب شده است. اگر امضای ماژول فعال نباشد، ماژول های به دست آمده دارای یک علامت خواهند بود
معمولاً به محل فایل نمادهای اشکال زدایی برای ماژول پیوند دهید
توسط بسته اشکال زدایی نصب شده است.

اگر فایل ./debian/post-install وجود دارد و یک فایل اجرایی است، فقط اجرا می شود
قبل از اینکه بسته تصویر هسته ایجاد شود. همچنین، لطفا توجه داشته باشید که اگر وجود دارد
هر اسکریپت در ./debian/image.d/ فهرست راهنما، اجرا قطعات در آن فراخوانده خواهد شد
دایرکتوری درست قبل از ساخت بسته تصویر هسته. محل ریشه
بسته تصویری در حال ساخت باید در متغیر محیطی ارسال شود
IMAGE_TOP، و نسخه هسته از طریق متغیر محیطی منتقل می شود
نسخه برای همه این اسکریپت ها

لطفاً مستندات مربوط به قلاب ها را مشاهده کنید kernel-img.conf(5). این قلاب ها هستند
متغیرهایی که می تواند توسط sysadmin محلی به اسکریپت هایی که a را اضافه یا حذف می کنند اشاره کند
خط از لیست منوی grub در زمان نصب و حذف تصویر هسته. یک نمونه
اسکریپت اضافه کردن خطوط به فایل منوی grub در دایرکتوری گنجانده شده است
/usr/share/doc/kernel-package/.

جدا از متغیرهای قلابی که مدیر محلی ممکن است تنظیم کند، مجموعه‌ای از آنها وجود دارد
دایرکتوری هایی که بسته ها یا مدیر محلی ممکن است در فایل های اسکریپت رها شوند. در
دایرکتوری ها هستند /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//. اگر آنها وجود داشته باشند، بسته kernel-image باید
اجرا کردن اجرا قطعات برنامه روی دایرکتوری (از جمله نسخه نسخه شده)، دادن
نسخه در حال نصب یا حذف به عنوان آرگومان، در فاز مربوطه
نصب یا حذف قبل از فراخوانی این اسکریپت ها، متغیر env STEM
باید به مقدار تنظیم شود --ساقه آرگومان (یا مقدار پیش فرض لینوکس) و
متغیر KERNEL_PACKAGE_VERSION باید به نسخه تنظیم شود
هسته-بسته ای که بسته را ایجاد کرد. این اسکریپت ها باید با دو فراخوانی شوند
استدلال ها، اولین آنها نسخه از تصویر هسته و آرگومان دوم
بودن محل از خود تصویر هسته از آنجایی که debconf قبل از استفاده می شود
اسکریپت نامیده می شود، این اسکریپت نباید هیچ پیام تشخیصی برای stdout صادر کند --
در حالی که postinst تماس می گیرد db_stop، debconf stdout را بازیابی نمی کند، بنابراین پیام ها
به stdout ناپدید می شوند.

در هنگام نصب، اجرای لودر لینوکس را نیز پیشنهاد می کند. LILO (یا جایگزین هایی مانند
loadlin, سیلو, کوئیک, VMELILO, ZIPL, yaboot, PALO or گراب، ایجاد یک پیکربندی
در صورت نیاز، برای بوت لودرهای پشتیبانی شده فایل کنید. در آن زمان آن را نیز برای قرار دادن
هسته جدید روی فلاپی، در صورت نیاز فلاپی را قالب بندی کنید. در حذف، بسته
نسخه هسته در حال اجرا را بررسی می کند و از حذف هسته در حال اجرا خودداری می کند.
خوراک در اینجا به یک اشاره ویژه امتیاز می دهد، زیرا grub ممکن است نیازی به اجرا مجدد نداشته باشد
نصب یک تصویر هسته، اگرچه یک تغییر خودکار در لیست منو خواهد بود
خوب در نصب و حذف بسته های تصویر هسته.

ساختن این هدف، توسط هدف استفاده می شود kernel_image در بالا، تصویر هسته لینوکس را کامپایل می کند.

ماژول ها
این هدف به شما امکان می دهد تمام ماژول ها و بسته های الحاقی را بسازید که بسیار هستند
بسته به نسخه دقیق هسته که همزمان شما برای آن کامپایل می شوند
تصویر هسته خود را بسازید این هدف انتظار دارد که ماژول ها یا بسته های زیر را پیدا کند
/usr/src/modules، و برای همه این فهرست‌ها، به MODULE_LOC/x تغییر می‌کند
(MODULE_LOC به طور پیش فرض روی است /usr/src/modules) و اجرا می کند kdist حکومت در محلی
debian.rules فایل. این هدف باید ایجاد کند دبیان بسته(های) ماژول و ممکن است
همچنین یک فایل tar فشرده و یک فایل diff فشرده با md5sums
در فایل تغییرات با استفاده از dpkg-genchanges. پرونده توسط همین امضا شده است
هویتی که برای امضای بسته های هسته استفاده می شود. این گزینه توسط
نگهبانانی که بسته را در بایگانی دبیان آپلود می کنند.

modules_config
این هدف به شما امکان می دهد تمام بسته ها را در زیر پیکربندی کنید MODULE_LOC، که پیش فرض است
به /usr/src/modules. اگر بخواهید برخی از جنبه‌های آن را به‌صورت دستی اصلاح کنید، مفید است
پیکربندی، یا اگر می خواهید ماژول های افزودنی را به صورت دستی کامپایل کنید. این
نباید فراخوانی شود مگر اینکه از قبل دایرکتوری ./debian داشته باشید.

modules_image
این هدف به شما اجازه می دهد تا همه بسته ها را تحت آن بسازید MODULE_LOC، که پیش فرض است
/usr/src/modules، اما فایل های منبع یا تفاوت را ایجاد نمی کند و ایجاد نمی کند
و فایل تغییرات را امضا کنید. این تنها گزینه مرتبط با ماژول است که در صورت نیاز به آن نیاز دارید
فقط می خواهم فایل های تصویری افزودنی ماژول را برای نصب روی یک یا چند فایل کامپایل کنم
ماشین آلات به طور کلی در ارتباط با نامیده می شود kernel_image، به خصوص اگر همچنین
با استفاده از گزینه append_to_version (از هشدارهای ساختگی جلوگیری می کند). این نباید
فراخوانی شود مگر اینکه از قبل دایرکتوری ./debian داشته باشید.

modules_clean
این هدف به شما اجازه می دهد تا تمام بسته های زیر را تمیز کنید MODULE_LOC، که پیش فرض است
/usr/src/modules، و این باید تمام چیزی باشد که برای خنثی کردن اثر هر یک مورد نیاز است
ماژول های دیگر. این نباید نامیده شود مگر اینکه قبلاً یک علامت داشته باشید
دایرکتوری ./debian.

پیکربندی
این هدف پیکربندی را اجرا می کند (در واقع، config_targetتنظیم شده توسط - پیکربندی که پیش فرض
به oldconfig) در اوایل، بنابراین می توانید فایل های تولید شده توسط را ویرایش کنید ساخت پیکربندی در هسته
دایرکتوری منبع و آنها را زیر پا نگذارید را-kpkg بعد.

دبیان این هدف ایجاد می کند ./debian دایرکتوری، و به صورت اختیاری منبع را اصلاح می کند. این
هدف توسط پیکربندی هدف. شما می توانید از این هدف برای داشتن استفاده کنید
منابع وصله شدند و سپس به صورت دستی مرحله پیکربندی را برای به روز رسانی اجرا کنید
فایل پیکربندی، با هر گزینه پیکربندی جدیدی که ممکن است پچ ها داشته باشند
معرفی کرد.

libc-kheaders
این یک هدف ویژه برای نگهدارنده libc-dev است که می تواند از آن برای ایجاد آن استفاده کند
بسته هدر که libc به آن نیاز دارد. لطفا توجه داشته باشید که ایجاد یک خطرناک است
بسته libc-kheaders متفاوت از هدرهایی است که libc با آنها کامپایل شده است. آی تی
is شناخته شده برای شکستن ماهرانه سیستم ها لطفا نگاه کنید
/usr/share/kernel-package/README.headers برای جزئیات ایجاد و نصب a
بسته libc-kheaders که توسط خود ایجاد شده است ممکن است سیستم شما را خراب کند مگر اینکه بدانید چه چیزی دارید
در حال انجام. به شما هشدار داده شده است.

محیط زیست متغیرها

KPKG_DEBUG، اگر تنظیم شود، باعث می‌شود make-kpkg پیام‌های اشکال‌زدایی را درباره پوسته‌ای منتشر کند
توابع اجرا شده به صورت داخلی این احتمالاً برای کسی که اشکال زدایی نمی کند جالب نیست
را-kpkg. متغیرهای زیر (مستند شده در بالا) نیز تأثیر می‌گذارند را-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.

با استفاده از خدمات onworks.net از make-kpkg به صورت آنلاین استفاده کنید