make-kpkg - Online w chmurze

PROGRAM:

IMIĘ

make-kpkg - buduj pakiety jądra Debiana ze źródeł jądra Linux

STRESZCZENIE

make-kpkg [Opcje] [cel [cel ...]]

OPIS

Ta strona podręcznika wyjaśnia Debian make-kpkg narzędzie, które służy do tworzenia jądra
powiązane pakiety Debiana. To narzędzie musi być uruchamiane z najwyższego poziomu jądra Linux
katalogu, który został wcześniej skonfigurowany (chyba że używasz
cel). Normalnie, jeśli pakiet jądra nie znajdzie .config plik w bieżącym
katalog, bardzo się stara, aby znaleźć odpowiedni (zazwyczaj już plik konfiguracyjny)
dostosowane do jąder Debiana dla tej architektury), a następnie wywołuje robić stara konfiguracja pozwolić
użytkownik odpowiada na wszelkie nowe pytania. Może to jednak nadal skutkować niewłaściwym
konfiguracji, zachęcamy do skonfigurowania jądra w zwykły sposób wcześniej
inwokacja make-kpkg.

Zazwyczaj make-kpkg powinien być prowadzony pod fałszywy korzeń,

make-kpkg --rootcmd fakeroot obraz_jądra

ale zamiast tego uruchamiasz to polecenie jako root (nie jest to zalecane) lub pod fałszywy korzeńlub
powiedzieć make-kpkg jak zostać rootem (też nie zalecane, fałszywy korzeń jest chyba najbezpieczniejszy
opcja), np.:

make-kpkg --rootcmd sudo obraz_jądra

Plik pakietu Debiana jest tworzony w katalogu nadrzędnym katalogu źródeł jądra
gdzie to polecenie jest uruchamiane.

Proszę również zauważyć, że niektóre wersje gcc nie współdziałają dobrze ze źródłami jądra.
Możesz kontrolować, która wersja gcc jest używana w kompilacji jądra, ustawiając Makefile
zmienne CC i HOSTCC w głównym Makefile jądra. Możesz to zrobić po prostu przez
ustawianie zmiennej środowiskowej MAKEFLAGI. Aby obserwować, spróbuj:

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

Proszę zauważyć, że Makefile jądra może zwracać uwagę na inne zmienne (na przykład
KCFLAGI ). Można to rozwiązać w następujący sposób:

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

Połączenia KBUILD_VERBOSE pokazuje szczegóły uruchamianych poleceń. (proszę zobaczyć najwyższy poziom
kernel Makefile dla zmiennych, które można ustawić).

OSTRZEŻENIE: NIE ustawiaj opcji -j bezpośrednio w MAKEFLAGS, spowoduje to, że kompilacja
ponieść porażkę. Użyj CONCURRENCY_LEVEL, jak określono poniżej. Istnieje również flaga -j, której można użyć.

OPCJE

--help Wydrukuj komunikat o użytkowaniu.

--rewizja numer
Zmienia numer wersji generowanych pakietów na argument numer, To
ma pewne ograniczenia: wersja musi zaczynać się od cyfry. wersja może
zawierają tylko znaki alfanumeryczne i znaki ~ + . (tylda, kropka i plus) oraz
musi zawierać cyfrę. (Szczegóły znajdziesz w instrukcji Polityki). Opcjonalnie możesz
poprzedź wersję cyfrą, po której następuje dwukropek (:). Wartość domyślna to
10.00. niestandardowe chyba że zmienna środowiskowa DEBIAN_REVISION_MANDATORY jest osadzone w
w którym przypadku generowany jest błąd, jeśli wersja nie jest ustawiona w wierszu poleceń lub
plik konfiguracyjny. Napomknąć: Możesz ustawić to na $(wersja)- w
plik konfiguracyjny, aby uzyskać numer wersji nadrzędnej dołączony do niestandardowego
strunowy .

--dołącz-do-wersji bla

--dołącz_do_wersji bla
Ten argument (bla) jest dołączany do wartości obecnej zmiennej EXTRAVERSION
w Makefile jądra. Ponieważ EXTRAVERSION jest składnikiem wersji jądra, to
jest również dodawany do nazwy pakietu Debiana i jako taki musi być zgodny z polityką
regulujące nazwę pakietu. Oznacza to, że może zawierać tylko małe alfanumeryka
oraz znaki ~ - + . (tylda, kropka, myślnik i plus). Wielkie litery
nie są dozwolone zgodnie z Polityką nowego pakietu. Jeśli zmienna środowiskowa
IGNORE_UPPERCASE_VERSION jest ustawione, make-kpkg powinno ustawić małe litery w numerach wersji
Makefile lub w wersja lokalna plik. Ta opcja zastępuje środowisko
zmienna APPEND_TO_VERSION.

--dodane-moduły bla

--dodane_moduły bla
Argument powinien być rozdzieloną przecinkami listą dodatkowych modułów dodatkowych (nie w
główne drzewo jądra), które chcesz zbudować po wywołaniu modules_blah
cele. Możesz podać pełną ścieżkę dostępu do katalogu, w którym znajdują się moduły, lub
wystarczy nazwa modułu, jeśli można go znaleźć w MODUŁ_LOC, który domyślnie to
/usr/src/moduły. Domyślnie wszystkie moduły w MODUŁ_LOC, są kompilowane, gdy
wywoływane są cele modules_blah.

--łuk bla
Jest to przydatne do ustawiania architektury podczas kompilacji krzyżowej. Jeśli ty
nie są kompilowane krzyżowo, architektura jest określana automatycznie. Ten sam
efekt można osiągnąć, ustawiając zmienną środowiskową KPKG_ARCH. Wartość
powinno być cokolwiek DEB_HOST_ARCH_CPU zawiera kiedy dpkg-architektura jest prowadzony na
maszyna docelowa lub może to być inna architektura w zestawie wieloarkumentowym (np.
i386/amd64).

-- kompilacja krzyżowa bla

--cross_compile bla
Jest to przydatne do ustawiania ciągu docelowego podczas kompilacji krzyżowej. Użyj
fikcyjny cel "-", jeśli budujesz dla innych łuków z zestawu wielołukowego, na przykład
i386/amd64. Ten sam efekt można osiągnąć, ustawiając zmienną środowiskową.
Pamiętaj, że w żaden sposób nie ustawia to kompilatora procesu budowania jądra
użyje; jeśli domyślny kompilator, który pojawia się w procesie kompilacji, nie jest
jeden pożądany, proszę wyraźnie określić kompilator, który powinien być używany.
CROSS_COMPILE

--subarcha bla
Niektóre architektury (Alpha i m68k) wymagają dla każdej z nich innego jądra
pod-architektura. Ta opcja umożliwia określenie go jako argumentu do
make-kpkg. Proszę noty że dodatkowe wsparcie dla podarchitektur może być:
wymagane w źródłach jądra, aby zrobić cokolwiek. Ten sam efekt
można osiągnąć, ustawiając zmienną środowiskową KPKG_SUBARCH.

--arch-w-imię

--arch_in_name
Ta opcja używa rozszerzonej nazwy pakietu obrazu jądra poprzez osadzenie
pod-architektury w nazwie obrazu, aby można było napisać skrypt do tworzenia wielu
podarchitektury jedna po drugiej. Możesz to również zrobić, ustawiając
zmienna środowiskowa ARCH_IN_NAME. Proszę noty że tylko pakiet Nazwa is
dotyczy, a nie lokalizacji modułów itp.

--pgpznak Nazwa
Ustaw ciąg używany do podpisania zmiany plik dla dowolnych modułów zewnętrznych w
/usr/src/moduły/ za pomocą PGP. Ta opcja nadpisuje wbudowane ustawienia domyślne, a
dostosowania całej witryny przechowywane w pliku /etc/kernel-pkg.conf or
~/.kernel-pkg.conf.

--konfig cel
Zmień typ konfiguracji wykonanej z domyślnego oldconfig. cel musi być jednym
oldconfig, config, menuconfig, gconfig, nconfig, xconfig, randconfig, defconfig,
allmodconfig, allyesconfig, allnoconfig, stary, menu, g lub x.

Note jednak to make-kpkg skanuje plik konfiguracyjny podczas uruchamiania w poszukiwaniu niektórych opcji,
zwłaszcza fakt, że moduły są włączone, czy nie, więc przełączanie statusu podczas
opóźniona konfiguracja skutkuje błędem. W razie potrzeby utwórz plik konfiguracyjny
tak blisko żądanego, zanim wywołasz make-kpkg za pomocą tego przełącznika.

-- cele
Drukuje listę znanych celów. Zobacz sekcję Targets poniżej.

--noexec
Podaj -n opcja do robić tak, że polecenia są tylko drukowane do
ekran, ale nie jest faktycznie wykonywany. Jest to bardzo przydatne przy debugowaniu.

--gadatliwy
To wzywa robić z opcją -V=1, która wywołuje komendy Make najwyższego poziomu,
przydatne również w obserwowaniu tego, co się dzieje.

--initrd
If make-kpkg generuje obraz jądra opakowanie, zorganizuj przeniesienie do haka;
skrypty są uruchamiane ze skryptów opiekuna po instalacji, których wymaga ten obraz
an initrdi że initrd Generowanie skryptów przechwytujących nie powinno powodować zwarcia
wcześnie. Bez tej opcji przykład initramfs skrypty przechwytujące dołączone do
pakiet-jądra nie podejmie żadnych działań podczas instalacji. Ten sam efekt może być
osiągnięte przez ustawienie zmiennej środowiskowej INITRD na dowolną niepustą wartość. Proszę
zauważ, że jeśli nie ma skryptów przechwytujących w /etc/jądro lub dodany do haka
parametr skryptu z /etc/kernel-img.conf, nie zostanie utworzone żadne initrd (dołączony w
przykładowe skrypty to tylko przykłady -- przed wszystkim wymagana jest akcja użytkownika
dzieje się). Jednak w większości systemów initramfs-tools instaluje skrypty (od wersji
0.94 (i przestrzegają zmiennej INITRD od 0.98). Dracut też to robi
to.

--Oferty pracy numer

-j numer
Ustaw zmienną środowiskową POZIOM KONCURRENCY_LEVEL do numer.

--nakładka-dir /ścieżka/do/katalogu
Podany katalog powinien zawierać pliki, które zostaną umieszczone w ./debiana
katalog źródeł jądra, w ramach przygotowań do budowania pakietów Debiana.
Pliki zastąpią wszystko w /usr/share/pakiet-jądra to normalnie byłoby
umieszczone tam, a do użytkownika należy upewnienie się, że pliki w nakładce
katalogi są kompatybilne z make-kpkg. Jeśli się złamiesz make-kpkg z nakładką
plik, możesz zachować kawałki. Ten sam efekt można osiągnąć, ustawiając
zmienna środowiskowa KPKG_OVERLAY_DIR.

Należy pamiętać, że katalog-nakładki/Kontrola i katalog nakładek/lista zmian są wyjątkowe i
na tych plikach wykonywane jest podstawianie zmiennych. Posługiwać się
/usr/share/pakiet-jądra/Control i /usr/share/pakiet-jądra/changelog pliki jako
szablony.

Jeśli katalog nakładek/po instalacji plik wykonywalny (lub skrypt wykonywalny), powinien być
uruchomić natychmiast po ./debiana jest wypełniony. Skrypt zostanie wykonany w
./debiana informator. Może to służyć na przykład do usuwania plików, które użytkownik robi
nie chcieć lub podejmować działań innych niż zwykła wymiana.

--root cmd bla
Polecenie umożliwiające uzyskanie dostępu superużytkownika (na przykład `sudo'
lub `fakeroot') zgodnie z wymaganiami opcji -r programu dpkg-buildpackage. Ta opcja nie
praca dla trzech celów, a mianowicie dwójkowy, binarna niezależna, binarny-arch. Forum
te cele w całości make-kpkg polecenie musi być uruchamiane jako (fałszywy) root.

--trzon bla
Zadzwoń po pakiety bla-* zamiast jądra-*. Jest to przydatne w ułatwianiu przejścia
od wywoływania pakietów kernel-* do pakietów linux-*, w ramach przygotowań do
jądra inne niż Linux w dystrybucji. Domyślnie jest to Linux. Łodyga, ponieważ jest
początkowa część nazwy pakietu musi składać się tylko z małych liter ('a-z'),
cyfry ('0-9'), znaki plus ('+') i minus ('-') oraz kropki ('.'). Musi być w
musi mieć co najmniej dwa znaki i musi zaczynać się od znaku alfanumerycznego.

--nas Ta opcja jest przekazywana do dpkg-buildpackage i nakazuje temu pakietowi nie podpisywać
źródło. Dotyczy to tylko docelowego pakietu kompilacji.

--uc Ta opcja jest przekazywana do dpkg-buildpackage i nakazuje temu pakietowi nie podpisywać
dziennik zmian. Dotyczy to tylko docelowego pakietu kompilacji.

Opcje mogą być skrócone do najmniejszego unikalnego ciągu i mogą być wprowadzane albo
prefiks a - lub a -- i możesz użyć spacji lub symbolu = między ciągiem opcji a a
wartość. Możesz również użyć formularza opcja=wartość; po szczegóły te i inne formy wariantowe
obsługiwane, przeczytaj Getopt::długo(3 perły).

POZIOM KONCURRENCY_LEVEL
Jeśli jest zdefiniowana, ta zmienna środowiskowa ustawia poziom współbieżności make używany do
skompiluj jądro i zestaw modułów za pomocą -j flagi do marki sub w budować
cel make-kpkg. Powinna być (małą) liczbą całkowitą, jeśli jest używana. Możesz dostać prąd
liczba procesorów za pomocą polecenia:

grep -c '^procesor' / proc / cpuinfo

OSTRZEŻENIE: NIE ustawiaj opcji -j bezpośrednio w MAKEFLAGS, to wywoła build
nie zdać. Możliwe jest ustawienie -j jako argumentu make-kpkg.

CELE

kleń Czyści katalog źródeł jądra ze wszystkich plików utworzonych przez cel budować, i prowadzi a
zrobić disclean. (Proszę zajrzeć do pliku Makefile jądra Linuksa, aby uzyskać szczegółowe informacje). Proszę zanotować
że chociaż dbamy o listę bieżącej konfiguracji jądra zawartą w
plik .config, plik zawiera/linux/autoconf.h nie jest zachowany. Ten cel
nie należy łączyć z innymi celami, ponieważ make-kpkg odczytuje wszystkie dane zanim
uruchamianie dowolnego celu, więc kolejne cele będą uruchamiane ze starymi danymi, które:
może nie być tym, czego chcesz. Należy pamiętać, że domyślnie czysty cel nie jest uruchamiany
jako root, co działa dobrze z polecenia fałszywy korzeń użyto. Jeśli jednak wcześniej
kompilacja została wykonana przy użyciu Sudo, musisz biec make-kpkgczyścić również pod Sudo.

pakiet budowlany
Ten cel prowadzi cele kleń, dwójkowyi produkuje kompletny pakiet
za pomocą dpkg-buildpackage.

dwójkowy Ten cel tworzy wszystkie cztery pakiety jądra Debiana, uruchamiając cele
binarna niezależna i binarny-arch. Wymaga to jednak make-kpkg być uruchamianym jako root
(lub fakeroot), ponieważ --root cmd nie będzie działać.

binarna niezależna
Ten cel tworzy pakiety niezależne od arch, uruchamiając cele
źródło_jądra, podręcznik_jądra i dokument_jądra. Wymaga to jednak również make-kpkg
być uruchamianym jako root (lub fakeroot), ponieważ --root cmd nie będzie działać.

binarny-arch
Ten cel tworzy pakiety zależne od arch, uruchamiając cele
nagłówki_jądra i obraz_jądra. Wymaga to jednak również make-kpkg być prowadzonym
jako root (lub fakeroot), ponieważ --root cmd nie będzie działać.

źródło_jądra
Ten cel tworzy zdebianizowany pakiet źródeł jądra Linuksa. Jeśli
zmienna środowiskowa ŹRÓDŁO_CLEAN_HOOK wskazuje na plik wykonywalny, to
plik wykonywalny powinien być uruchamiany z tymczasowego (górnego) katalogu źródeł jądra
tuż przed zapakowaniem, ./debian/tmp-source/usr/src/kernel-source-XXXX, so
ludzie mogą podjąć dowolne działania, które uznają za stosowne (usunąć drzewa łukowe, przycinać kontrolę wersji)
katalogi, odnaleźć . -Type d -Nazwa CVS -suszona śliwka -Exec rm -rf {} ; itp.). To nie ma
wpływ na cokolwiek innego niż pakietowane źródła jądra -- jeśli
skrypt działa na bieżącym katalogu i jego dzieciach, oryginalnym drzewie źródłowym
powinien pozostać nienaruszony. Zmienne środowiskowe HEADER_CLEAN_HOOK i
DOC_CLEAN_HOOK są podobne. Powinny wskazywać na pliki wykonywalne, to ten plik wykonywalny
zostanie uruchomiony z tymczasowego (górnego) katalogu nagłówków jądra i
dokumentację tuż przed zapakowaniem, aby ludzie mogli podjąć dowolne działania
oni uważają za stosowne. Nie ma to również wpływu na nic poza źródłami, które są
są pakowane.

kernel_debug
Ten cel tworzy pakiet Debiana zawierający symbole debugowania dla
moduły zawarte w odpowiednim pakiecie obrazu. Podstawową ideą jest tutaj:
utrzymuj przestrzeń w /lib/moduły/ pod kontrolą, ponieważ może to być root
partycja z ograniczeniami miejsca. Proszę noty że jeśli sygnatury modułów są włączone
w konfiguracji jądra odpowiedni pakiet obrazu nie będzie miał modułów
z linkiem debugowania wskazującym na te pliki symboli debugowania. Aby się odwrócić
na linkach debugowania modułów w pakiecie obrazu musisz wyłączyć moduł
podpisy.

nagłówki_jądra
Ten cel tworzy pakiet Debiana zawierający pliki nagłówkowe zawarte w
Jądro Linux.

podręcznik_jądra
Ten cel tworzy pakiet Debiana zawierający rozdział 9 stron podręcznika
zawarte w jądrze Linux. Należy pamiętać, że tak naprawdę nie jest to niezależna
cel; wywołanie tego będzie również przywoływać dokument_jądra cel i tworzy
pakiet kernel-doc w tym samym czasie.

dokument_jądra
Ten cel tworzy pakiet Debiana zawierający dokumentację zawartą w
Jądro Linuksa. Można to nazwać niezależnie od podręcznik_jądra cel, ale nie
na odwrót.

obraz_jądra
Ten cel tworzy pakiet Debiana z obrazem źródłowym jądra Linuksa i wszystkie
moduły skonfigurowane w pliku konfiguracyjnym jądra .config. Jeżeli nie ma
.config pliku w katalogu źródeł jądra, dostępna jest domyślna konfiguracja
podobny do tego, którego użyto do stworzenia Debian dyskietki startowe. Jeśli jądro
plik konfiguracyjny włączył obsługę modułów, moduły zostaną utworzone i
zainstalowany. Jeśli sygnatury modułów nie są włączone, powstałe moduły będą miały
link do lokalizacji pliku symboli debugowania dla modułu, zwykle
zainstalowany przez pakiet debugowania.

Jeśli plik ./debian/po instalacji istnieje i jest wykonywalny, jest uruchamiany po prostu
przed utworzeniem pakietu obrazu jądra. Należy również pamiętać, że jeśli istnieją
jakiekolwiek skrypty w ./debian/obraz.d/ informator, części biegowe zostanie wezwany do tego
katalog tuż przed zbudowaniem pakietu obrazu jądra. Lokalizacja korzenia
budowanego pakietu obrazu należy przekazać w zmiennej środowiskowej
IMAGE_TOP, a wersja jądra jest przekazywana przez zmienną środowiskową
wersja dla wszystkich tych skryptów.

Proszę zapoznać się z dokumentacją dotyczącą hooków w kernel-img.conf(5). Te haki są
zmienne, które mogą być wskazywane przez lokalnego administratora systemu do skryptów, które dodają lub usuwają a
wiersz z listy menu grub w czasie instalacji i usuwania obrazu jądra. Próbka
Skrypt dodawania linii do pliku menu grub jest zawarty w katalogu
/usr/share/doc/pakiet-jądra/.

Oprócz zmiennych przechwytujących, które może ustawić lokalny administrator, istnieje zestaw
katalogi, w których pakiety lub lokalny administrator mogą wrzucać pliki skryptów. ten
katalogi są /etc/jądro/preinst.d/, /etc/jądro/postinst.d/,
/etc/jądro/prerm.d/, /etc/jądro/postrm.d/, /etc/jądro/preinst.d//,
/etc/jądro/postinst.d//, /etc/jądro/prerm.d/ /,
/etc/jądro/postrm.d//. Jeśli istnieją, pakiet kernel-image powinien:
uruchomić części biegowe program nad katalogiem (w tym wersjonowanym), podając
wersja instalowana lub usuwana jako argument, w odpowiedniej fazie
instalacji lub usunięcia. Przed wywołaniem tych skryptów zmienna env Nauka, technologia, inżynieria i matematyka
należy ustawić na wartość --trzon argument (lub wartość domyślna, linux) i
zmienna KERNEL_PACKAGE_VERSION zostanie ustawiony na wersję
pakiet jądra, który utworzył pakiet. Pisma te będą nazywane dwoma
argumenty, pierwszy to wersja obrazu jądra, a drugi argument
będąc lokalizacja samego obrazu jądra. Ponieważ debconf jest używany przed
wywoływany jest skrypt, ten skrypt nie powinien wysyłać żadnych komunikatów diagnostycznych na standardowe wyjście --
podczas gdy postinst dzwoni db_stop, debconf nie przywraca standardowego wyjścia, więc wiadomości
do stdout zniknie.

Podczas instalacji oferuje również uruchomienie programu ładującego Linux, LILO (lub alternatywy jak
załaduj, SILOS, SZYBKO, WMELILO, ZIP, Yaboot, PAŁO or GRUB), tworzenie konfiguracji
w razie potrzeby plik dla obsługiwanych programów ładujących. W tym czasie oferuje również umieszczenie
nowe jądro na dyskietce, formatowanie dyskietki w razie potrzeby. Po usunięciu pakiet
sprawdza wersję działającego jądra i odmawia usunięcia działającego jądra.
grub ocenia tutaj specjalną wzmiankę, ponieważ żarcie może nie wymagać ponownego uruchomienia
instalowanie obrazu jądra, chociaż automatyczna zmiana listy menu byłaby
ładne przy instalacji i usuwaniu pakietów obrazu jądra.

budować Ten cel, używany przez cel obraz_jądra powyżej, kompiluje obraz jądra Linux.

Moduły
Ten cel pozwala budować wszystkie moduły i pakiety dodatków, które są bardzo
w zależności od dokładnej wersji jądra, dla której są skompilowane w tym samym czasie, co ty
zbuduj obraz jądra. Ten cel spodziewa się znaleźć moduły lub pakiety w
/usr/src/modules i dla wszystkich takich katalogów zmiany na MODULE_LOC/x
(MODULE_LOC domyślnie to /usr/src/moduły) i uruchamia kdist rządzić lokalnie
zasady.debiana plik. Ten cel powinien stworzyć Debian pakiet(y) modułów i może
utwórz także skompresowany plik tar i skompresowany plik diff, z sumy md5
zapisane w pliku zmian przy użyciu dpkg-genchanges. Plik jest podpisany przez to samo
tożsamość, która byłaby używana do podpisywania pakietów jądra. Ta opcja jest używana przez
opiekunowie przesyłający pakiet do archiwów Debiana.

konfiguracja_modułów
Ten cel pozwala skonfigurować wszystkie pakiety w MODUŁ_LOC, który domyślnie
do /usr/src/moduły. Jest to przydatne, jeśli chcesz ręcznie zmodyfikować niektóre aspekty
konfiguracji lub jeśli chcesz ręcznie skompilować moduły add on. Ten
nie powinno być wywoływane, chyba że masz już katalog ./debian.

obraz_modułów
Ten cel pozwala na budowanie wszystkich pakietów pod MODUŁ_LOC, który domyślnie to
/usr/src/moduły, ale nie tworzy plików źródłowych ani plików diff i nie tworzy
i podpisz plik zmian. To jedyna opcja związana z modułami, której potrzebujesz, jeśli
po prostu chcesz skompilować pliki obrazów add on module do instalacji na jednym lub więcej
maszyny. Ogólnie nazywany w połączeniu z obraz_jądra, zwłaszcza jeśli też
korzystając z opcji dołącz_do_wersji (zapobiega fałszywym ostrzeżeniom). To nie powinno
być wywoływana, chyba że masz już katalog ./debian.

moduły_czyste
Ten cel pozwala wyczyścić wszystkie pakiety w MODUŁ_LOC, który domyślnie to
/usr/src/moduły, i to powinno wystarczyć, aby cofnąć efekt dowolnego
innych modułów_ targetów. Nie należy tego wywoływać, chyba że masz już
./debian katalog.

skonfigurować
Ten cel uruchamia configure (właściwie config_cel, ustanowiony --konfig które domyślne
do stara konfiguracja) wcześniej, dzięki czemu można edytować pliki wygenerowane przez robić config w jądrze
katalogu źródłowego i nie każ im nadepnąć make-kpkg później.

debian Ten cel tworzy ./debiana katalogu i opcjonalnie łata źródło. Ten
cel jest wywoływany przez skonfigurować cel. Możesz użyć tego celu, aby mieć
źródła załatane, a następnie ręcznie uruchom krok konfiguracji, aby zaktualizować
plik konfiguracyjny, z wszelkimi nowymi opcjami konfiguracyjnymi, jakie mogą mieć łatki
wprowadzono.

libc-kheaders
Jest to specjalny cel dla opiekuna libc-dev, który może go użyć do stworzenia
pakiet nagłówków, którego potrzebuje libc. Należy pamiętać, że tworzenie
pakiet libc-kheaders, który różni się od nagłówków, z którymi skompilowano libc; to
is znany subtelnie łamać systemy. Proszę spójrz na
/usr/share/kernel-package/README.headers dla szczegółów. Tworzenie i instalacja
samodzielnie utworzony pakiet libc-kheaders może zepsuć Twój system, chyba że wiesz, co masz
robią. Zostałeś ostrzeżony.

ŚRODOWISKO ZMIENNE

KPKG_DEBUG, jeśli jest ustawiona, powoduje, że make-kpkg wypluwa komunikaty debugowania dotyczące jakiejś powłoki
funkcje wykonywane wewnętrznie. To prawdopodobnie nie interesuje nikogo, kto nie debuguje
make-kpkg. Następujące zmienne (udokumentowane powyżej) również wpływają na: make-kpkg:
DEBIAN_REVISION_MANDATORY, APPEND_TO_VERSION, WERSJA_H_OK, KPKG_ARCH, CROSS_COMPILE,
KPKG_SUBARCH, KPKG_OVERLAY_DIR, ARCH_IN_NAME, INITRD, ŹRÓDŁO_CLEAN_HOOK, MODUŁ_LOC,
POZIOM KONCURRENCY_LEVEL i IGNORE_UPPERCASE_VERSION.

Korzystaj z make-kpkg online za pomocą usług onworks.net