REB-пакет хранилище със собствените си ръце: сглобяване на пакети в Debian от източници и двоични файлове на ръка на линейка. Създаване на Debian инсталационни файлове - DEB файлове събират DEB пакет

→ Инструкции за монтаж на DEB пакет

Няма малки статии в мрежата за това как да се съберат DEB пакет, но за съжаление не всички от тях ще бъдат разбрани за предприемача, който реши да направи събрание за първи път. Така че имате код. Той е полезен, добър, но изисква някои умения и усилия, когато се инсталира на сървър или десктоп. За да избегнете ръчна работа, свързана с копиране на файлове, манипулации с база данни, настройка на скриптовете за стартиране (за демони) и конфигуриране на конфигурация, решихте да съберете всичко в DEB пакета.

В идеалния случай правилният DEB пакет трябва да бъде подписан от GPG ключ. В противен случай, apt ще прочете пакета ненадежден и ще издаде подходящо предупреждение. Но ще пропуснем тази част. Ръководство за това как да създадете GPG ключ и как да подпишете DEB пакет GPG-ключ по-късно.

Стъпка 1. Инсталирайте комунални услуги, които ще са необходими за изграждане на пакета.:

Sudo apt-get Инсталиране на AutoConf Autobake Libtool AutoTools-dev dpkg-dev fakeroot

Стъпка 2. Създайте root директория за бъдещия пакет и копирайте всички файлове на вашата помощ в тази директория, която ще е необходима за работа и монтаж. Например:

Mkdir -p / my_package cp / set_source_files / Начало / Потребител / deb / my_package

Ако вашата помощна програма ще бъде в папката:

Usr / local / share / my_project

/ Начало / Потребител / deb / my_package / usr / local / shard / my_project

Стъпка 3. Създайте Debian директория в корена на пакета.

Името на каталога трябва да се състои от главни букви. Тази директория съдържа мета-информация, която се използва по време на инсталацията.

CD / Начало / Потребителско име / deb / my_package mkdir debian

След това в каталога Debian.създайте задължителен текстов файл - контрол. Този файл съдържа основна информация за пакета. Във файла всеки низ съдържа двойка ключодържател, разделена с дебелото черво.

CD ./debian touch контрол

Пример за файлове:

Пакет: My-Packer Версия: 1.0.0 Осигурява: Моят-пакет: Vasiliy Batareikin Архитектура: ВСИЧКИ РАЗДЕЛ: Уеб приоритет: Незадължително предварително зависим: gcc, make, perl (\u003e \u003d 5.10), зависим: gcc, make, perl (\u003e \u003d 5.10), perlmagick, mysql-сървър, unzip, rar описание : Първият ми пакет от Debian

Пакет. - Име на пакета. Допустими знаци. Задължителен параметър.

Версия. - Версия на пакета. Задължителен параметър.

Осигурява - името на заявлението е регистрирано в системата.

Поддръжник. - името и пощата на пакета от пакета. Задължителен параметър.

Архитектура - архитектурата на процесора, за която е проектиран пакетът. Задължителен параметър.

Раздел. - определя групата на приложенията. Задължителен параметър.

Приоритет. - Приоритет на пакета. Параметърът определя колко е важно вашият пакет в системата.

Предварително зависи. - Списък на пакетите през запетая, които са необходими по време на инсталирането на пакета. Пакет мениджър автоматично е доста зададен пакети.

Зависи. - Списък на пакетите през запетая, които се изисква да работят този пакет. Пакет мениджър автоматично е доста зададен пакети.

Описание. - описание на пакета. Задължителен параметър.

Ако искате да изпълните определени действия, когато инсталирате или изтривате пакет, можете да използвате специални скриптове. Създайте ги и поставете правата на изпълнение:

Cd ./debian touch преди първия Prerm Postrm CHMOD 775 Preinst Postinst Prerm Postrm

р. \\ t - извършено преди инсталиране на пакета.

постници - постоянно след инсталирането на пакета.

pRERM. - извършени непосредствено преди премахване на пакета.

pOSTRM. - Извършва се веднага след изтриването на пакета.


Стъпка 4.. Пакет за сглобяване.

Ние се издигаме до едно ниво с коренната папка на пакета и изпълняваме монтажа.


Публикувано от: Майкъл Рийд
Дата на публикуване: 4 януари 2014 г.
Превод: N.Romodanov.
Превод Дата: Юни 2014

Ще ви кажем как да създадете два най-често срещани вида Linux пакети за разпространение на софтуер и можете да разпространявате собствените си пакети сами.

Ще ви проведем чрез процеса на създаване на софтуерни пакети за двете най-популярни пакетни системи DEB и RPM. Можете да използвате тези методи за създаване на пакети от свой собствен софтуер или дори придружаване на пакети за софтуера, който смятате, остава незабелязан.

Ще започнем с Ръководство за създаване на файлове за разпределения, получено от Debian - за това използваме качеството на нашата база данни. След това описваме методите, необходими за създаване на RPM пакети за използване в дистрибуции, получени от Red Hat , И за това ще използваме Fedora. Често можете да създадете пакет на едно разпределение и след това да го инсталирате на свързано разпространение (например Ubuntu\u003e debian), но ако е важно, тогава може да се наложи да го изпробвате сами .

Що се отнася до програмата, ние отиваме като пример за пакет, събран от изходния код, използвайте светлинния уеб браузър Dillo. Когато сглобяването се изпълнява от текстовете на източника, в случай, че събранието не излезе, можете, както обикновено, да търсите решения в интернет. Например, в случая на Dillo 3.0.3, трябваше да добавим команди към командата, за да добавим "libs \u003d -LX11" поради липсата на изходния код в архива на оригиналния код.

Сглобяването възниква в командния ред

Ресурси

Инсталиране (или виртуална машина) Ubuntu и Fedora

Стъпка по стъпка описание

Стъпка 01: Използване на виртуална машина

Използването на инструменти за виртуализация, като Virtualbox или VMware, често е най-добрият подход за създаване на пакети за други системи. От една страна, този подход ви позволява да поддържате относително чиста основна инсталация, сравнима с настройките, които другите вероятно ще работят. Това също означава, че използвате различни разпределения, можете да получите колекция от целеви системи. В допълнение, повечето инструменти за виртуализация позволяват емулиране на различни архитектури и следователно 64-битова операционна система може да бъде пусната на 32-битова платформа, въпреки че производителността ще страда.

Стъпка 02: Започни от нулата

Ако нещо не е наред в Ubuntu или Fedora, можете напълно безопасно да изтриете директорията източник и да започнете отначало. Моля, обърнете внимание, че инструментът на Debian означава промяна на оригиналния архив, така че трябва да започнете с ново копие.

Част 1: Debian

Стъпка 03: Инсталирайте средата на монтажа

Ще започнем с инсталацията на най-инструменталните инструменти, които трябва да създадем програми от изходния код. Тип:

$ sudo apt-get install build-estical autoconf автоматични автотелози-dev

Сега трябва да настроим инструментите, които се използват за работа с DEB пакети. Направете го със следната команда ...

$ Sudo apt-get install dh-make debhelper devscripts fakeroot xutils linninian pbuilder

Стъпка 04: Създайте GPG ключ

Ако все още не създадохте публичен ключ в GPG в миналото, той трябва да бъде създаден в момента, за да можете да подписвате пакети. Първо, въведете текста GPG -GEN-ключ. Изберете стойностите по подразбиране и въведете вашето истинско име и данни за контакт, когато бъдете подканени. Внимателно запишете всички данни, защото по-късно ще трябва да бъдем точно съответствие в конфигурационния файл. След това въведете командата LS ~ / .gnupg, за да сте сигурни, че новият ключ съществува (това е името на файла_NAME. GPG). От него създайте отворен ключ:

GPG -a - Output ~ / .gnupg / .gpg --export "[вашето име]"

Импортирайте го с:

GPG --Import ~ / .gnupp / .gpg

Стъпка 05: Изтеглете пакет

В този пример ще изтеглим и съберем най-новата версия на уеб браузъра Dillo. Отидете на сайта на Dillo (www.dillo.org) и изтеглете най-новия архив.tar.bz. Използвайки командата mkdir ~ / srcand, създайте директория за изходния код и преместете архива към него.

Стъпка 06: Разопаковайте архива

Разопаковайте архива с помощта на командата TAR -XJVF [ARCHIVE NAME] .TAR.BZ2. Моля, обърнете внимание, че спазването на споразуменията за имена на каталога (Namepack version) е важно за нашите цели и за щастие пакетът Dillo ги съвпада. Също така е важно архивът на източника да се намира за едно ниво над директорията източник.

Стъпка 07: Конфигуриране под Debian.

Преместете директорията на скрипта DH_Make на новоразкритата директория, която ще се погрижи за по-голямата част от работата - ще добави конфигурационен файл и ще създаде структура на директорията и която е част от инкултера на разработчика, който добавихме по-рано.

DH_MAKE -E -C лиценз -f ../

В нашия пример Tugades на командния ред изглеждат така:

Dh_make -c gpl3 -e [Защитен имейл] -F ../dillo-3.0.3.tar.bz2.

Когато се появи заявката, изберете един двоичен файл. Script Assistant Скриптът трябва да създаде директория с името на Debian в директорията източник.

Стъпка 08: Отворете файла за управление

Отворете контролния файл в поддиректорията на Debian в редактора на текста. Попълнете раздела "Начална страница" (използвайте Google, за да попълните списъка на програмните участъци на Debian) и полетата за описание на този файл.

Стъпка 09: Разгледайте зависимите

Можете да изследвате кои зависимости са необходими за стартиране на програмата, предоставена като пакет. Отидете в директорията на изходния код и въведете командата dpkg-dpcheck -d в терминала ./configure. Ако направите това, ще бъдат издадени грешки, които показват, че няма необходим пакет за сглобяването на програмата (предоставен отделно). Можете да отворите този пакет, като напишете sudo apt-get build-dep [име на пакет] и това трябва да помогне, ако този пакет се поддържа в хранилището на разпределението. Ако не се поддържа, ще трябва многократно да стартирате командата dpkg-depcheck -d ./configur и да добавите пакети ръчно, като напишете командата RSUDO APT-GET Install [Име на пакета].

Стъпка 10: Добавете зависимости в контролния файл

Когато всички действия от предишната стъпка са завършени, трябва да имате списък с всички необходими пакети. Добавете този списък с зависимост към раздела Зависи: Контролен файл. Елементът в списъка трябва да бъде разделен със запетая и пространство.

Опитайте се да изпълните тази стъпка толкова пълна, колкото можете, и не го пропуснете. Източник: - Това обикновено е основната страница на проекта. В раздела "Файлове": * Замяна на информация за авторското право в имената на авторите на проекта. Можете да видите пример в файловете: debian / * секция, в която трябва да се въведе съответната информация. Може да се наложи да имате малко детектив, за да намерите необходимата ви информация. Търсене в директория с изходни файлове като автори и копиране.

Стъпка 12: Редактиране на регистрационния файл с промяна

Отворете регистрационния файл на промяната и се уверете, че името и имейл адресът съвпадат с тези, които сте въвели при създаването на GPG ключ. Обикновено помощникът на скрипта може да добави потребителско име в файла, а не вашето истинско име. Както и при авторското право, не пропускайте този дял, защото поради това процесът на създаване на пакет може да бъде спрян или може да се създаде неправилен пакет.

Стъпка 13: Създайте пакет

Ако всичко е конфигурирано правилно, най-накрая можем да съберем пакет DEB. Отидете в директорията източник и за да съберете пакет, който ще бъде поставен в ~ / src / директорията, въведете командата dpkg-bildpackage -b. Например създайте пакет с помощта на командата DPKG -i [Package]. За да проверите за спазването на политиката на Дебиан, използвайки командата Linnian [Package], стартирайте Lintian програма. Моля, обърнете внимание, че този инструмент е стриктен, а вашият бизнес е да решите дали някои незначителни предупреждения за неспазване са разрешени за вас. И накрая, задайте пакта с помощта на Sudo DPGK -i [Package].

Част 2: Създаване на RPM пакети в Fedora

Стъпка 14: Отворете файла за управление

Отидете в режим на root потребител, въвеждайки SU. Започнете от инструментите за инсталиране на инструменти за разработка (инструменти за разработка) в Yum, а след това с Yum, инсталирайте GCC-C ++ Fedora-Packter. Въведете командата USERMOD -A -G MOMK, за да добавите вашия потребител към макетната група. Това ни позволява да изпълним процедурата за сглобяване, без да е необходимо да ходим на ролята на основния потребител.

Стъпка 15: Създайте среда за монтаж

Натиснете Ctrl + D, за да излезете от ролята на корен. Въведете RPMDEV-Setuptree, за да създадете дърво (под ~ / rpmbuild), от което се нуждаем.

Стъпка 16: Изтеглете архива и го преместете на правилното място.

Изтеглете пакета Dillo от уебсайта на Dillo и преместете архива в съответната директория - въведете MV командата [Архивно име] ~ / rpmbuild / източници.

Стъпка 17: Създайте File.Spec.

Разпределения, създадени на базата на Red Hat, като Fedora, user.spec файлове за определяне на процеса на сглобяване. Превключете в директорията, в която има файлове с помощта на CD команда ~ / rpmbuild / specs / andcreateablank.spec и създайте празен файл.

Стъпка 18: Редактирайте файла.Spec.

Въведете командата gedit dillo.spec. Попълнете полетата за версии, резюме (резюме) лиценз (лиценз) (в този случай - GPLV3 +). URL адресът показва началната страница на проекта; Източник0 показва адреса на изходния код. Посочете коментарите в полетата Buildrequires (изисквания за сглобяване) и изисква. Добавете пълно описание в зоната на% описание.

Стъпка 19: Следвайте монтажа на изходния код

Ако пакетът обикновено се поддържа в системата, стартирайте командата yum-buildep команда [име на пакет]. В противен случай ще трябва да повторите командата с монтаж, за да получавате съобщения за грешки или да потърсите документацията в архива с изходния код. В специалната директория въведете командата rpmbuild -ba [име на пакета] .spec. Ако това сглобяване се провали, и съобщенията за допълнителни неануширани файлове ще бъдат издадени, маркирайте и копирайте този списък с файлове% файлове файлове .spec и повторете командата на сглобяване. Сега пакетът ще бъде в директорията на RPMS. Въведете командата RPM -ivh [Package], за да го инсталирате. Наберете командата RPM -QA | Grep [пакет], за да се уверите, че е инсталиран.

Ще се опитам да посоча процеса на създаване на DEB пакети, тъй като можете да зададете примера на Ruby-Zoocker. Предупреждавам ви веднага, че описаният от мен метод за кръпка на рубин е погрешен, по-добре е да използвате gem2deb за това, но тъй като От източниците, използващи GEM2Deb, за да съберете Ruby-Zoocker на най-новата версия, аз не работех, след това най-лесният метод на сглобяване.

Ако събирате Ruby пакети, както се препоръчва, чрез gem2deb, след това по-добре да добавите низ

Износ DH_RUBY_IGNORE_TESTS \u003d ALL / EXPORT DH_RUBY_IGNORE_TESTS \u003d ALL

в Debian / правила.

Като Ще съберем Ruby Code, тогава ще се нуждаем от Ruby и набор от инструменти за сглобяване на DEB пакети.

Sudo apt-get install ruby \u200b\u200bdpkg-dev

Ако имате стара версия на Ruby, тогава в него няма команда на Gem, ще трябва да инсталирате пакета Rubygems или да актуализирате Ruby.

Сега инсталирайте скъпоценен камък. fPM.Кой ще събере пакета DEB за нас.

Sudo Gem Инсталирайте FPM FPM -S GEM -T deb zookeeper

В настоящата директория имаме пакет Rubygem-Zookeeper_1.4.11_amd64.deb, изглежда, че случаят вече е в шапка, но защото Нуждаем се от пакет за източник, така че да можете да съберете от него DEB, например в Obs, тогава ще продължим.

Създайте директорията на сглобяването

Cp rubygem-zookeeper_1.4.11_amd64.deb ~ / cd mkdir -pp ruby-zoookeeper / fakeroot cd ruby-zookeeper / fakeroot

Припомняйки съдържанието на събрания пакет

Dpkg-deb -r ~ / rubygem-zookeeper_1.4.11_amd64.deb ruby-zookeeper_1.4.11-1

Сега ще създадем файлове, необходими за изграждането на пакет. Те трябва да са в директорията на Debian. Част от файловете, които можем да копираме от опакования пакет.

Mkdir debian cp rubygem-zookeeper_1.4.11-1 / debian / control debian / control

Редактирайте го до следващото състояние. Не забравяйте да промените поддръжника

Източник: Ruby-Zookeeper поддържащ: Раздел: Ruby Build-зависи: debhelper (\u003e \u003d 7.0.50 ~ ~) Приоритет: Допълнителна начална страница: https://github.com/slyphon/zookeeper пакет: Ruby-Zookeeper архитектура: AMD64 зависи: $ (Shlibs: tels), $ (Разни: Зависи), Ruby Описание: Ниско ниво мулти-рубинкова обвивка около Zoookeeper API свързване. За по-приятелски интерфейс вижте http://github.com/slyphon/zk. Понастоящем се поддържа: MRI: (1.8.7, 1.9.2, 1.9.3), Jruby: ~\u003e 1.6.7, Rubinius: 2.0.testing, Ree 1.8.7. . Тази библиотека използва версия 3.4.5 от Zoookeeper.

Все още се нуждаем от Debian / правила. Създайте го. Remide_dh_shlibdeps не трябва да проверяват връзката на библиотеките на линдър, защото Тя не минава.

#! / Usr / bin / make -f # - * - makefile - * -%: dh [Защитен имейл] remide_dh_shlibdeps: true.

Необходими са таблици в Debian / правила, невъзможно е да ги заменим на пространства. Нека го направим изпълним.

Chmod + x debian / правила

USR / * var / *

Сега нека да създадем Debian / ChangeLog и да го инсталираме:

Ruby-Zookeeper (1.4.11-1) неиздаден; Спешност \u003d средно * първоначално освобождаване - корен Сряда, 25 ноември 2015 20:01:55 +0300

Ние също се нуждаем от Debian / Compat

Echo 7\u003e debian / compat

Копирайте файловете, които ще бъдат инсталирани в местната директория и изтрийте папката с опакования пакет, той вече не е полезен.

Mv ruby-zookeeper_1.4.11-1 / (USR, VAR). Rm -r ruby-zookeeper_1.4.11-1

Ние събираме нов пакет, както и пакета за източника.

Dpkg-buildpackage -Rfakeroot -uc -f

В директорията ще имаме всички необходими файлове.

ОБЩО 5528 DRWXR-XR-XR 3 ROOT ROOT 4096 DEC 20 13:32 ./ DRWX ------ 12 root root 4096 dec 20 13:31 ../ DRWXR-XR-X 5 корен 4096 декември 20 13:28 Fakeroot / -RW-R - R-- 1 корен корен 1261 декември 20 13:32 Ruby-zookeeper_1.4.11-1_amd64.Changes -RW-R - R-- 1 корен 2375044 декември 13: 32 Ruby -zookeeper_1.4.11-1_amd64.Deb -RW-R - R-- 1 корен root 565 декември 20 13:32 Ruby-zookeeper_1.4.11-1.dsc -RW-R - R - 1 корен root 3263381 Dec 20 13: 32 Ruby-Zookeeper_1.4.11-1.tar.gz

Можете да проверите съдържанието на получения пакет DEB

файлът DEB е архив във формат рСъдържащи инсталаторите на програмата, програмна информация, както и скриптове (командните файлове), изпълнени преди и след инсталирането и изтриването на програмата (наличието на скриптове не е задължително - те не могат да бъдат включени в пакета).

Форматът на DEB файла е описан в Man-Help (MAN страници) DEB (5) - тази помощ се показва, ако терминалът наберете командата на човека DEB. Също така в интернет има доста страници, съдържащи тази информация - е достатъчно да наберете в лентата за търсене на DEB (5), за да ги намерите. Това ръководство не е дадено тук, както в официалното ръководство за разработчиците на Debian, в сертификат за пакет формат (който към момента на писане на това ръководство е разположено на адрес http://www.debian.org/doc/manuals/debian-faq / ch pkg_basics.en.html) е написано, че форматът на опаковката може да варира и затова се препоръчва използването на помощната програма DPKG-DEB да работи с тях. Помощ за работа с помощната програма DPKG-DEB може да бъде получена чрез въвеждане на командата MAN DPKG-DEB в терминала.

Работата на програмата GUI-DEB е да създаде директория, съдържаща необходимите данни, и да стартира програмата DPKG-DEB, като посочва тази директория и други необходими параметри.

Правилната директория, необходима за създаване на инсталационния пакет DPKG-DEB, трябва преди всичко да съдържа директорията "Debian". Всички данни, които не са копирани в системата, трябва да бъдат в тази директория, а програмите, използвани директно за работа с пакети - информация за пакета, извършен преди и след инсталирането на ямата за скрап и др. Няма файлове, съдържащи се в директорията на Debian, когато инсталирате пакета, няма да попаднете в компютърната файлова система, към която е инсталиран пакетът.

Извън директорията "Debian" съдържа тези файлове, които ще бъдат копирани в компютърната файлова система, към която ще бъде инсталиран пакетът. Файловете трябва да бъдат разположени в тези директории, в които те ще бъдат поставени при инсталирането на пакета. Това е в рамките на директорията, създадена за DPKG-DEB, трябва да се създаде копие от частите от нуждите на файловата система - сякаш тази директория е била вкоренена ("/"). Това означава, че ще се каже, ако ще бъде създадено името на директорията, на която пакетът е "~ / tmp_debs / myprogram", и е необходимо, когато инсталирате в файловата система в "/ usr / share / pixmaps) "Директория подаден файл" myprogram.png "- трябва да създадете директорията" USR "в директорията" ~ / tmp_debs / myprogram ", в нея - директорията" Share ", вътре в" Share "- директория" Pixmaps ", и поставете директорията "pixmaps" "myprogram.png". В резултат на това пълният път към файла ще бъде "~ / tmp_debs / myprogram / usr / share / pixmaps / myprogram.png". При създаването на пакет, част от директорията "~ / tmp_debs / myprogram" ще бъде отрязана и при инсталиране на файла "myprogram.png" просто получава на желания адрес "/ usr / share / pixmaps". По този начин за всеки файл трябва да се създадат необходимите директории.

След като създадете директорията, остава само DPKG-DEB, преминаване на необходимите параметри. Най-необходимите параметри на DPKG-DEB са описани в "настройките на командния ред за DPKG-DEB Utility". При липса на грешки в контролния файл ще бъде създаден пакетът за инсталиране.

Има няколко начина за инсталиране на програми. Почти всеки има обща част - да разопакова източниците:

Tar xvfj mega_app.tar.bz2.

Tar xvfz mega_app.tar.gz.

Стартирайте командата ./configure., тогава язвителност. Тези команди се използват за изграждане от изпълними файлове на изходния код, библиотеки и TP.
Отделно си струва да се отбележи първата команда - ./configure.
Ако изпълните ./configure --Help.След това ще получите списък с параметри, които могат да бъдат предадени ./configure.
Например, такава команда често е възможна:

./configure --prefix \u003d / opt / mega_app

Или посочете пътя към библиотеката, която по някаква причина не се оказва:

./configure --kerberos-lib \u003d / opt / kerberos / lib

Класически.
Така че ние правим последователност:

./configure make.

И екипът, който всъщност ще установи всички компоненти на програмата в системата:

Направете инсталация

Внимание !!! Използване на този метод е лесно да се получи много сериозни проблеми в бъдеще. Първо, най-вероятно, няма да можете да изтриете програмата (направете деинсталиране).

Използваме програмата за проверка на профила.
Правилният начин. След като завършите общата част, започвате:

Самата програма ще ви попита за всичко и можете просто да натиснете enter навсякъде.
човек проверяваш Също така много добър начин :))

Изградете пакет с източници на източници за Debian.
Това е отделен и предизвикателен път - трябва да се справите с много аспекти на създаването на DEB-пакети (или други). Тук този път няма да бъде напълно описан, само пример за това как да се съберат пакет от вече обучени материали.
Така че пример. Отиваме на пакети.ubuntu.com, ние откриваме желания пакет (различен начин) и изтегляне на два файла - източник (http: //archive.ubuntu.com/ubuntu/pool/main/d/diffutils/diffutils_2.8.1. O ...) и пластирът към него, който ще коригира източниците и ще създаде папка Debian с правилата на магическия файл вътре (http: //archive.ubuntu.com/ubuntu/pool/main/d/diffutils/diffutils_2. 8.1-1 ...).
Копирайте ги в ~ / тестовата папка и започване на разопаковане на източниците:

Tar xvfz diffutils_2.8.1.orig.tar.gz.

И след това оставете пластира:

CD DIFFUTILS-2.8.1 / GZIP -CD ../diffutils_2.8.1-11ubuntu4.diff.gz | Patch -P1.

Сега трябва да го направите debian / правила. Изпълним:

Chmod + x debian / правила

И събиране на пакета:

Fakeroot debian / правила двоични

Fakeroot е необходим за изграждане на пакет от обичайния потребител (обикновено много необходимите операции няма да ви позволят да направите пакет).

Ls ../ diff_2.8.1-11ubuntu4_i386.deb diffutils-2.8.1 diffutils_2.8.1-11ubuntu4.diff.gz diffutils_2.8.1.orig.tar.gz

Както виждате, пакетът е готов.

Или debian:

wget name package.dsc, package_name.diff.gz име, име на пакета.orig.tar.gz dpkg-source -x_pack_name.dsc cd. • _packet / dpkg-buildpackagerfakeroot

Заключение
Все още има методи - направете пакет от началото до края. Трябва да вземем ръководство, за да създаваме пакети от разпространението си и да проучим този процес от и към него. Направете пакети много, добри и необходими. Ако сте направили добро събрание - хвърлете разпределението на разработчиците, подкрепяйте съответните. Не забравяйте, че дори един пакет, поддържан от вас, може да дойде в удобни стотици хора по целия свят.

Ще вземем малко почивка и ще разгледаме видеоклипа за оптимизацията на сайта: