Manjaro Difference between revisions of "Makepkg/ru"

Difference between revisions of "Makepkg/ru"

From Manjaro
(Created page with "{{BoxTip|Подсказка|Чтобы посмотреть, какие флаги {{ic|1=march=native}}, выполните команду: <nowiki>$ gcc -march=native -E -v...")
 
(51 intermediate revisions by 2 users not shown)
Line 7: Line 7:
== Конфигурация ==
== Конфигурация ==


{{ic|/etc/makepkg.conf}} - это основной конфигурационный файл для makepkg. Большинство пользователей захотят уточнить параметры конфигурации makepkg перед сборкой каких-либо пакетов.  
{{ic|/etc/makepkg.conf}} - это основной конфигурационный файл для makepkg. Большинство пользователей захотят уточнить параметры конфигурации makepkg перед сборкой каких-либо пакетов.


=== Architecture, compile flags ===
Конфигурационный файл для конкретного пользователя, который имеет приоритет над общесистемной конфигурацией, может существовать в {{ic|$HOME/.makepkg.conf}}. Это важно отметить при использовании i3, cinnamon или deepin, так как пакеты manjaro-desktop-settings для этих настольных сред автоматически создают файл конфигурации пользователя для новых пользователей посредством {{ic|/etc/skel/.makepkg.conf}}.
The {{ic|MAKEFLAGS}}, {{ic|CFLAGS}}, and {{ic|CXXFLAGS}} options are used by {{ic|make}}, {{ic|gcc}}, and {{ic|g++}} whilst compiling software with makepkg. By default, these options generate generic packages that can be installed on a wide range of machines. A performance improvement can be achieved by tuning compilation for the host machine. The downside is that packages compiled specifically for the compiling host's processor may not run on other machines.
 
=== Архитектура, флаги компиляции ===
Опции {{ic|MAKEFLAGS}}, {{ic|CFLAGS}} и {{ic|CXXFLAGS}} используются {{ic|make}}, {{ic|gcc}} и {{ic|g++}} при компиляции программ с помощью makepkg. По умолчанию эти опции генерируют общие пакеты, которые могут быть установлены на широкий спектр машин. Повышения производительности можно добиться, настроив компиляцию для конкретной машины. Недостатком является то, что пакеты, скомпилированные специально для процессора компилирующей машины, могут не работать на других машинах.


{{BoxInfo|Примечание|Имейте в виду, что не все системы сборки пакетов будут использовать экспортированные вами переменные. Некоторые переопределяют их в исходных Make-файлах или [[PKGBUILD]].}}
{{BoxInfo|Примечание|Имейте в виду, что не все системы сборки пакетов будут использовать экспортированные вами переменные. Некоторые переопределяют их в исходных Make-файлах или [[PKGBUILD]].}}
Line 37: Line 39:
</nowiki>}}
</nowiki>}}


The default makepkg.conf {{ic|CFLAGS}} and {{ic|CXXFLAGS}} are compatible with all machines within their respective architectures.  
Стандартные makepkg.conf {{ic|CFLAGS}} и {{ic|CXXFLAGS}} совместимы со всеми машинами в рамках соответствующих архитектур.  


On x86_64 machines, there are rarely significant enough real world performance gains that would warrant investing the time to rebuild official packages.
На машинах x86_64 редко бывает достаточно значительный прирост производительности в реальном мире, чтобы оправдать затраты времени на пересборку официальных пакетов.


As of version 4.3.0, GCC offers the {{ic|1=-march=native}} switch that enables CPU auto-detection and automatically selects optimizations supported by the local machine at GCC runtime. To use it, just modify the default settings by changing the {{ic|CFLAGS}} and {{ic|CXXFLAGS}} lines as follows:
Начиная с версии 4.3.0, GCC предлагает переключатель {{ic|1=-march=native}}, который включает автоопределение процессора и автоматически выбирает оптимизации, поддерживаемые локальной машиной во время выполнения GCC. Чтобы использовать его, просто измените настройки по умолчанию, изменив строки {{ic|CFLAGS}} и {{ic|CXXFLAGS}} следующим образом:


  # -march=native также устанавливает правильную -mtune=
  # -march=native также устанавливает правильную -mtune=
Line 47: Line 49:
  CXXFLAGS="${CFLAGS}"
  CXXFLAGS="${CFLAGS}"


{{BoxTip|Подсказка|Чтобы посмотреть, какие флаги {{ic|1=march=native}}, выполните команду:
{{BoxSuccess|Подсказка|Чтобы посмотреть, какие флаги {{ic|1=march=native}}, выполните команду:
  <nowiki>$ gcc -march=native -E -v - </dev/null 2>&1 | sed -n 's/.* -v - //p'</nowiki>
  <nowiki>$ gcc -march=native -E -v - </dev/null 2>&1 | sed -n 's/.* -v - //p'</nowiki>
}}
}}


Further optimizing for CPU type can theoretically enhance performance because {{ic|1=-march=native}} enables all available instruction sets and improves scheduling for a particular CPU. This is especially noticeable when rebuilding applications (for example: audio/video encoding tools, scientific applications, math-heavy programs, etc.) that can take heavy advantage of newer instructions sets not enabled when using the default options (or packages) provided by Manjaro Linux.  
Дополнительная оптимизация под тип процессора теоретически может повысить производительность, поскольку {{ic|1=-march=native}} включает все доступные наборы инструкций и улучшает распределение для конкретного процессора. Это особенно заметно при пересборке приложений (например: инструменты кодирования аудио/видео, научные приложения, математически тяжелые программы и т.д.), которые могут использовать преимущества новых наборов инструкций, не включенных при использовании стандартных опций (или пакетов), предоставляемых Manjaro Linux.  


It is very easy to reduce performance by using "non-standard" CFLAGS because compilers tend to heavily blow up the code size with loop unrolling, bad vectorization, crazy inlining, etc. depending on compiler switches. Unless you can verify/benchmark that something is faster, there is a very good chance it is not!  
Очень легко снизить производительность, используя "нестандартные" CFLAGS, потому что компиляторы склонны сильно увеличивать размер кода с помощью разворачивания циклов, плохой векторизации, безумного инлайнинга и т.д. в зависимости от переключателей компилятора. Если вы не можете проверить/протестить что что-то работает быстрее, есть очень большая вероятность, что это не так!  


See the GCC man page for a complete list of available options. The Gentoo [http://www.gentoo.org/doc/en/gcc-optimization.xml Compilation Optimization Guide] and [http://wiki.gentoo.org/wiki/Safe_CFLAGS Safe CFLAGS] wiki article provide more in-depth information.
Полный список доступных опций см. на странице GCC man. Более подробная информация содержится в вики-статье Gentoo [https://wiki.gentoo.org/wiki/GCC_optimization/ru Руководство по оптимизации GCC] и [http://wiki.gentoo.org/wiki/Safe_CFLAGS Safe CFLAGS].


====MAKEFLAGS====
====MAKEFLAGS====
The {{ic|MAKEFLAGS}} option can be used to specify additional options for make. Users with multi-core/multi-processor systems can specify the number of jobs to run simultaneously. This can be accomplished with the use of {{ic|nproc}} to determine the number of available processors, e.g. {{ic|-j4}} ''(where 4 is the output of {{ic|nproc}})''. Some [[PKGBUILD]]'s specifically override this with {{ic|-j1}}, because of race conditions in certain versions or simply because it is not supported in the first place. Packages that fail to build because of this should be [[Reporting Bug Guidelines|reported]] on the bug tracker after making sure that the error is indeed being caused by your MAKEFLAGS.
Опция {{ic|MAKEFLAGS}} может быть использована для указания дополнительных опций для make. Пользователи многоядерных/многопроцессорных систем могут указать количество одновременно выполняемых заданий. Это можно сделать с помощью {{ic|nproc}} для определения количества доступных процессоров, например, {{ic|-j4}} '''(где 4 - результат {{ic|nproc}})'''. Некоторые [[PKGBUILD/ru|PKGBUILD]] специально отменяют эту функцию {{ic|-j1}} из-за условий гонки в некоторых версиях или просто потому, что она не поддерживается изначально. Пакеты, которые не собираются из-за этого, должны быть [[Reporting Bug Guidelines|отмечены]] на багтрекере после того, как убедитесь, что ошибка действительно вызвана вашими MAKEFLAGS.


See {{ic|man make}} for a complete list of available options.
Полный список доступных опций см. в разделе {{ic|man make}}.


=== Package output ===
=== Выходной пакет ===


Next, one can configure where source files and packages should be placed and identify themselves as the packager. This step is optional; packages will be created in the working directory where makepkg is run by default.
Далее можно настроить место размещения исходных файлов и пакетов и идентифицировать себя как упаковщика. Этот шаг необязателен; пакеты будут созданы в рабочем каталоге, в котором по умолчанию запущен makepkg.


{{hc|/etc/makepkg.conf|<nowiki>
{{hc|/etc/makepkg.conf|<nowiki>
Line 70: Line 72:


#########################################################################
#########################################################################
# PACKAGE OUTPUT
# ВЫХОДНОЙ ПАКЕТ
#########################################################################
#########################################################################
#
#
# Default: put built package and cached source in build directory
# По умолчанию: поместить собранный пакет и источник кэша в каталог сборки
#
#
#-- Destination: specify a fixed directory where all packages will be placed
#-- Назначение: укажите фиксированный каталог, куда будут помещены все пакеты
#PKGDEST=/home/packages
#PKGDEST=/home/packages
#-- Source cache: specify a fixed directory where source files will be cached
#-- Кэш исходников: укажите фиксированный каталог, в котором будут кэшироваться исходные файлы
#SRCDEST=/home/sources
#SRCDEST=/home/sources
#-- Source packages: specify a fixed directory where all src packages will be placed
#-- Исходные пакеты: укажите фиксированный каталог, куда будут помещены все src-пакеты
#SRCPKGDEST=/home/srcpackages
#SRCPKGDEST=/home/srcpackages
#-- Packager: name/email of the person or organization building packages
#-- Упаковщик: имя/электронная почта лица или организации, создающей пакеты
#PACKAGER="John Doe <john@doe.com>"
#PACKAGER="John Doe <john@doe.com>"


Line 87: Line 89:
</nowiki>}}
</nowiki>}}


For example, create the directory:
Например, создайте каталог:


  $ mkdir /home/$USER/packages
  $ mkdir /home/$USER/packages


Then modify the {{ic|PKGDEST}} variable in {{ic|/etc/makepkg.conf}} accordingly.
Затем измените переменную {{ic|PKGDEST}} в {{ic|/etc/makepkg.conf}} соответствующим образом.


The {{ic|PACKAGER}} variable will set the {{ic|packager}} value within compiled packages' {{ic|.PKGINFO}} metadata file. By default, user-compiled packages will display:
Переменная {{ic|PACKAGER}} будет устанавливать значение {{ic|packager}} в файле метаданных {{ic|.PKGINFO}} скомпилированных пакетов. По умолчанию, скомпилированные пользователем пакеты будут отображаться:


{{hc|pacman -Qi package|<nowiki>
{{hc|pacman -Qi package|<nowiki>
Line 101: Line 103:
</nowiki>}}
</nowiki>}}


Afterwards:
После:


{{hc|pacman -Qi package|<nowiki>
{{hc|pacman -Qi package|<nowiki>
Line 109: Line 111:
</nowiki>}}
</nowiki>}}


This is useful if multiple users will be compiling packages on a system, or you are otherwise distributing your packages to other users.
Это полезно, если несколько пользователей будут компилировать пакеты в системе, или вы иным образом распространяете свои пакеты среди других пользователей.


=== Signature checking ===
=== Проверка подписи ===
The following procedure is not necessary for compiling with makepkg, for your initial configuration proceed to [[#Usage]]. To temporarily disable signature checking call the makepkg command with the {{ic|--skippgpcheck}} option.
Следующая процедура не является необходимой для компиляции с помощью makepkg, для начальной настройки перейдите к [[Makepkg/ru#Использование|использованию]]. Для временного отключения проверки подписи вызовите команду makepkg с опцией {{ic|--skippgpcheck}}.
If a signature file in the form of .sig is part of the [[PKGBUILD]] source array, makepkg validates the authenticity of source files. For example, the signature pkgname-pkgver.tar.gz.sig is used to check the integrity of the file pkgname-pkgver.tar.gz with the gpg program. If desired, signatures by other developers can be manually added to the gpg keyring. Look into the [[GnuPG]] article for further information.
Если файл подписи в виде .sig является частью массива исходных текстов [[PKGBUILD/ru|PKGBUILD]], makepkg проверяет подлинность исходных файлов. Например, подпись pkgname-pkgver.tar.gz.sig используется для проверки целостности файла pkgname-pkgver.tar.gz программой gpg. При желании подписи других разработчиков могут быть вручную добавлены в связку ключей gpg. За дополнительной информацией обратитесь к статье [[GnuPG]].


{{Note|The signature checking implemented in makepkg does not use pacman's keyring. Configure gpg as explained below to allow makepkg reading pacman's keyring.}}
{{BoxInfo|Примечание|Проверка подписи, реализованная в makepkg, не использует связку ключей pacman. Настройте gpg, как описано ниже, чтобы makepkg мог читать связку ключей pacman.}}


The gpg keys are expected to be stored in the user's {{ic|~/.gnupg/pubring.gpg}} file. In case it does not contain the given signature, makepkg shows a warning.
Ожидается, что ключи gpg будут храниться в файле пользователя {{ic|~/.gnupg/pubring.gpg}}. Если он не содержит заданной подписи, makepkg выдает предупреждение.
{{hc|makepkg|<nowiki>
{{hc|makepkg|<nowiki>
[...]
[...]
Line 126: Line 128:
[...]
[...]
</nowiki>}}
</nowiki>}}
To show the current list of gpg keys use the gpg command.
Чтобы показать текущий список ключей gpg, используйте команду gpg.
{{bc|gpg --list-keys}}
{{bc|gpg --list-keys}}
If the pubring.gpg file does not exist it will be created for you immediatly.
Если файл pubring.gpg не существует, он будет создан немедленно.
You can now proceed with configuring gpg to allow compiling AUR packages submitted by Arch Linux developers with successful signature checking.
Теперь вы можете приступить к настройке gpg, чтобы разрешить компиляцию пакетов AUR, предоставленных разработчиками Arch Linux с успешной проверкой подписи.
Add the following line to the end of your gpg configuration file to include the pacman keyring in your user's personal keyring.
Добавьте следующую строку в конец конфигурационного файла gpg, чтобы включить связку ключей pacman в личную связку ключей своего пользователя.
{{hc|~/.gnupg/gpg.conf|<nowiki>
{{hc|~/.gnupg/gpg.conf|<nowiki>
[...]
[...]
keyring /etc/pacman.d/gnupg/pubring.gpg
keyring /etc/pacman.d/gnupg/pubring.gpg
</nowiki>}}
</nowiki>}}
When configured as before, the output of {{ic|gpg --list-keys}} contains a list of keyrings and developers. Now makepkg can compile AUR packages submitted by Arch Linux developers with successful signature checking.
При настройке, как и раньше, вывод {{ic|gpg --list-keys}} содержит список связок ключей и разработчиков. Теперь makepkg может компилировать пакеты AUR, предоставленные разработчиками Arch Linux, с успешной проверкой подписи.


== Usage ==
== Использование ==


Before continuing, ensure the "base-devel" group is installed. Packages belonging to this group are not required to be listed as dependencies in [[PKGBUILD]] files. Install the "base-devel" group by issuing (as root):
Прежде чем продолжить, убедитесь, что группа "base-devel" установлена. Пакеты, принадлежащие к этой группе, не обязаны быть указаны в качестве зависимостей в файлах [[PKGBUILD/ru|PKGBUILD]]. Установите группу "base-devel", выполнив команду (от имени root):


  # pacman -S base-devel
  # pacman -S base-devel


{{Note|Before complaining about missing (make) dependencies, remember that the "base" group is assumed to be installed on all Manjaro Linux systems. The group "base-devel" is assumed to be installed when building with '''makepkg'''.}}
{{BoxInfo|Примечание|Прежде чем жаловаться на отсутствие (make) зависимостей, помните, что группа "base" предполагается установленной на всех системах Manjaro Linux. Предполагается, что группа "base-devel" установлена при сборке с помощью '''makepkg'''.}}


To build a package, one must first create a [[PKGBUILD]], or build script, as described in [[Create Manjaro Packages]], or obtain one from the [https://gitlab.manjaro.org Manjaro Gitlab Repositories], [[Arch User Repository]], or some other source.  
Чтобы собрать пакет, необходимо сначала создать [[PKGBUILD/ru|PKGBUILD]] или сценарий сборки, как описано в разделе [[Create Manjaro Packages/ru|Создание пакетов Manjaro]], или получить его из [https://gitlab.manjaro.org Manjaro Gitlab Repositories], [[Arch User Repository]] или какого-либо другого источника.  


{{Warning|Only build and/or install packages from trusted sources.}}
{{BoxWarning|Предупреждение|Собирайте и/или устанавливайте пакеты только из надежных источников.}}


Once in possession of a {{ic|PKGBUILD}}, change to the directory where it is saved and issue the following command to build the package described by said {{ic|PKGBUILD}}:
Получив {{ic|PKGBUILD}}, перейдите в каталог, где он сохранен, и выполните следующую команду для сборки пакета, описанного в {{ic|PKGBUILD}}:


  $ makepkg
  $ makepkg


To have makepkg clean out leftover files and folders, such as files extracted to the $srcdir, add the following option. This is useful for multiple builds of the same package or updating the package version, while using the same build folder. It prevents obsolete and remnant files from carrying over to the new builds.
Чтобы makepkg очистил оставшиеся файлы и каталоги, например, файлы, извлеченные в $srcdir, добавьте следующую опцию. Это полезно для нескольких сборок одного и того же пакета или обновления версии пакета при использовании одного и того же каталога сборки. Это предотвращает перенос устаревших и остаточных файлов в новые сборки.


  $ makepkg -c
  $ makepkg -c


If required dependencies are missing, makepkg will issue a warning before failing. To build the package and install needed dependencies automatically, simply use the command:
Если необходимые зависимости отсутствуют, makepkg выдаст предупреждение перед тем, как отказать. Чтобы собрать пакет и установить необходимые зависимости автоматически, просто используйте команду:


  $ makepkg -s
  $ makepkg -s


Note that these dependencies must be available in the configured repositories; see [[pacman]] for details. Alternatively, one can manually install dependencies prior to building ({{ic|pacman -S --asdeps dep1 dep2}}).
Обратите внимание, что эти зависимости должны быть доступны в настроенных репозиториях; подробности см. в [[pacman/ru|pacman]]. В качестве альтернативы можно вручную установить зависимости перед сборкой ({{ic|pacman -S --asdeps dep1 dep2}}).


Once all dependencies are satisfied and the package builds successfully, a package file ({{ic|pkgname-pkgver.pkg.tar.xz}}) will be created in the working directory. To install, run (as root):
Как только все зависимости будут удовлетворены и пакет успешно соберется, в рабочем каталоге будет создан файл пакета ({{ic|pkgname-pkgver.pkg.tar.xz}}). Для установки запустите (от имени root):


  # pacman -U pkgname-pkgver.pkg.tar.xz
  # pacman -U pkgname-pkgver.pkg.tar.xz


Alternatively, to install, using the {{ic|-i}} flag is an easier way of running {{ic|pacman -U pkgname-pkgver.pkg.tar.xz}}, as in:
В качестве альтернативы для установки, используя флаг {{ic|-i}}, проще запустить {{ic|pacman -U pkgname-pkgver.pkg.tar.xz}}, как в примере:


  $ makepkg -i
  $ makepkg -i


== Tips and Tricks ==
== Советы и рекомендации ==
=== Improving compile times ===
=== Улучшение времени компиляции ===
As an I/O intensive task, the use of a [[tmpfs]] for compiling packages may bring signifiant improvements in build times. Relevant option in {{ic|/etc/makepkg.conf}} is to be found at the end of the {{ic|BUILD ENVIRONMENT}} section:
Использование [[tmpfs]] для компиляции пакетов может значительно улучшить время сборки, так как это интенсивная задача ввода-вывода. Соответствующую опцию в {{ic|/etc/makepkg.conf}} можно найти в конце раздела {{ic|BUILD ENVIRONMENT}}:
{{hc|/etc/makepkg.conf|<nowiki>
{{hc|/etc/makepkg.conf|<nowiki>
[...]
[...]


#########################################################################
#########################################################################
# BUILD ENVIRONMENT
# СРЕДА СБОРКИ
#########################################################################
#########################################################################
#
#
# Defaults: BUILDENV=(fakeroot !distcc color !ccache check !sign)
# По умолчанию: BUILDENV=(fakeroot !distcc color !ccache check !sign)
# A negated environment option will do the opposite of the comments below.
# Отрицание опции окружения сделает все наоборот, как указано в комментариях ниже.
#
#
#-- fakeroot: Allow building packages as a non-root user
#-- fakeroot: Разрешить сборку пакетов от имени пользователя, не являющегося root
#-- distcc:  Use the Distributed C/C++/ObjC compiler
#-- distcc:  Использовать компилятор Distributed C/C++/ObjC
#-- color:    Colorize output messages
#-- color:    Цветовое оформление выходных сообщений
#-- ccache:  Use ccache to cache compilation
#-- ccache:  Использовать ccache для кэширования компиляции
#-- check:    Run the check() function if present in the PKGBUILD
#-- check:    Запустить функцию check(), если она присутствует в PKGBUILD
#-- sign:    Generate PGP signature file
#-- sign:    Создать файл подписи PGP
#
#
BUILDENV=(fakeroot !distcc color !ccache check !sign)
BUILDENV=(fakeroot !distcc color !ccache check !sign)
#
#
#-- If using DistCC, your MAKEFLAGS will also need modification. In addition,
#-- Если вы используете DistCC, ваши MAKEFLAGS также потребуют изменения.
#-- specify a space-delimited list of hosts running in the DistCC cluster.
#-- Кроме того, укажите список хостов, работающих в кластере DistCC, через пробел.
#DISTCC_HOSTS=""
#DISTCC_HOSTS=""
#
#
#-- Specify a directory for package building.
#-- Укажите каталог для сборки пакета.
#BUILDDIR=/tmp
#BUILDDIR=/tmp


Line 203: Line 205:
</nowiki>}}
</nowiki>}}


Uncommenting the {{ic|1=BUILDDIR=/tmp}} line and setting it to e.g. {{ic|1=BUILDDIR=/tmp/builds}} (or leaving it to its default value) will make use of Arch default {{ic|/tmp}} [[tmpfs]].
Если раскомментировать строку {{ic|1=BUILDDIR=/tmp}} и установить ее, например, {{ic|1=BUILDDIR=/tmp/builds}} (или оставив значение по умолчанию) будет использоваться Arch по умолчанию {{ic|/tmp}} [[tmpfs]].
{{Note|The [[tmpfs]] folder needs to be mounted without the {{ic|noexec}} option, else it will prevent build scripts or utilities from being executed. Also, as stated in [[fstab#tmpfs]], its default size is half of the available RAM so you may run out of space.}}
{{BoxInfo|Примечание|Каталог [[tmpfs]] должен быть смонтирован без опции {{ic|noexec}}, иначе это помешает выполнению скриптов сборки или утилит. Кроме того, как указано в [[fstab#tmpfs]], его размер по умолчанию составляет половину доступной оперативной памяти, поэтому вам может не хватить места.}}
For more information, please refer to [[fstab]] and [[Tmpfs#Improving compile times]].
<s>За дополнительной информацией обращайтесь к разделам [[fstab]] и [[Tmpfs#Improving compile times]].</s>


=== Generate new md5sums ===
=== Генерирование новых md5-сумм ===
Since [http://allanmcrae.com/2013/04/pacman-4-1-released/ pacman 4.1] {{ic|makepkg -g >> PKGBUILD}} is no longer required as pacman-contrib was [https://projects.archlinux.org/pacman.git/tree/NEWS merged] along with the {{ic|updpkgsums}} script that will generate new checksums and replace them in the PKGBUILD:
Начиная с [http://allanmcrae.com/2013/04/pacman-4-1-released/ pacman 4.1] {{ic|makepkg -g >> PKGBUILD}} больше не требуется, поскольку pacman-contrib был [https://projects.archlinux.org/pacman.git/tree/NEWS объединен] вместе со скриптом {{ic|updpkgsums}}, который будет генерировать новые контрольные суммы и заменять их в PKGBUILD:
  $ updpkgsums
  $ updpkgsums


=== Makepkg source PKGBUILD twice ===
=== Makepkg использует источник PKGBUILD дважды ===
Makepkg sources the PKGBUILD twice (once when initially run, and the second time under fakeroot). Any non-standard functions placed in the PKGBUILD will be run twice as well.
Makepkg использует источник PKGBUILD дважды (один раз при первоначальном запуске, а второй раз при fakeroot). Любые нестандартные функции, помещенные в PKGBUILD, также будут запущены дважды.


=== WARNING: Package contains reference to $srcdir ===
=== ВНИМАНИЕ: Пакет содержит ссылку на $srcdir ===
Somehow, the literal strings {{ic|$srcdir}} or {{ic|$pkgdir}} ended up in one of the installed files in your package.
Каким-то образом литеральные строки {{ic|$srcdir}} или {{ic|$pkgdir}} оказались в одном из установленных файлов вашего пакета.


To identify which files, run the following from the makepkg build directory:
Чтобы определить, какие файлы, выполните следующие действия из каталога сборки makepkg:
  $ grep -R "$(pwd)/src" pkg/
  $ grep -R "$(pwd)/src" pkg/


[http://www.mail-archive.com/arch-general@archlinux.org/msg15561.html Link] to discussion thread.
[http://www.mail-archive.com/arch-general@archlinux.org/msg15561.html Ссылка] на тему обсуждения.


=== Create uncompressed packages ===
=== Создание несжатых пакетов ===
If you only want to install packages locally, you can speed up the process by avoiding compression and subsequent decompression. In {{ic|makepkg.conf}}, change {{ic|<nowiki>PKGEXT='.pkg.tar.xz'</nowiki>}} to {{ic|<nowiki>PKGEXT='.pkg.tar'</nowiki>}}.
Если вы хотите устанавливать пакеты только локально, то можете ускорить процесс, избежав сжатия и последующей распаковки. В {{ic|makepkg.conf}} измените {{ic|<nowiki>PKGEXT='.pkg.tar.xz'</nowiki>}} на {{ic|<nowiki>PKGEXT='.pkg.tar'</nowiki>}}.
[[Category:Contents Page{{#translation:}}]]
[[Category:Contents Page{{#translation:}}]]

Latest revision as of 09:12, 27 February 2023

Other languages:
English • ‎Türkçe • ‎русский

makepkg используется для компиляции и сборки пакетов, пригодных для установки с помощью pacman. makepkg - это скрипт, автоматизирующий сборку пакетов. Он может загружать и проверять исходные файлы, проверять зависимости, настраивать параметры времени сборки, компилировать исходные тексты, устанавливать во временный корень, выполнять настройки, генерировать мета-информацию и упаковывать все вместе.

makepkg предоставляется пакетом pacman.

Конфигурация

/etc/makepkg.conf - это основной конфигурационный файл для makepkg. Большинство пользователей захотят уточнить параметры конфигурации makepkg перед сборкой каких-либо пакетов.

Конфигурационный файл для конкретного пользователя, который имеет приоритет над общесистемной конфигурацией, может существовать в $HOME/.makepkg.conf. Это важно отметить при использовании i3, cinnamon или deepin, так как пакеты manjaro-desktop-settings для этих настольных сред автоматически создают файл конфигурации пользователя для новых пользователей посредством /etc/skel/.makepkg.conf.

Архитектура, флаги компиляции

Опции MAKEFLAGS, CFLAGS и CXXFLAGS используются make, gcc и g++ при компиляции программ с помощью makepkg. По умолчанию эти опции генерируют общие пакеты, которые могут быть установлены на широкий спектр машин. Повышения производительности можно добиться, настроив компиляцию для конкретной машины. Недостатком является то, что пакеты, скомпилированные специально для процессора компилирующей машины, могут не работать на других машинах.


Примечание
Имейте в виду, что не все системы сборки пакетов будут использовать экспортированные вами переменные. Некоторые переопределяют их в исходных Make-файлах или PKGBUILD.
/etc/makepkg.conf
[...]

#########################################################################
# ARCHITECTURE, COMPILE FLAGS
#########################################################################
#
CARCH="x86_64"
CHOST="x86_64-unknown-linux-gnu"

# -- Exclusive: будет работать только на x86_64
# -march (или -mcpu) собирает исключительно для архитектуры
# -mtune оптимизирует для архитектуры, но собирает для всего семейства процессоров
CPPFLAGS="-D_FORTIFY_SOURCE=2"
CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4"
CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4"
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro"
#-- Make Flags: измените это для систем DistCC/SMP
#MAKEFLAGS="-j2"

[...]

Стандартные makepkg.conf CFLAGS и CXXFLAGS совместимы со всеми машинами в рамках соответствующих архитектур.

На машинах x86_64 редко бывает достаточно значительный прирост производительности в реальном мире, чтобы оправдать затраты времени на пересборку официальных пакетов.

Начиная с версии 4.3.0, GCC предлагает переключатель -march=native, который включает автоопределение процессора и автоматически выбирает оптимизации, поддерживаемые локальной машиной во время выполнения GCC. Чтобы использовать его, просто измените настройки по умолчанию, изменив строки CFLAGS и CXXFLAGS следующим образом:

# -march=native также устанавливает правильную -mtune=
CFLAGS="-march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
CXXFLAGS="${CFLAGS}"


Подсказка
Чтобы посмотреть, какие флаги march=native, выполните команду:
$ gcc -march=native -E -v - </dev/null 2>&1 | sed -n 's/.* -v - //p'

Дополнительная оптимизация под тип процессора теоретически может повысить производительность, поскольку -march=native включает все доступные наборы инструкций и улучшает распределение для конкретного процессора. Это особенно заметно при пересборке приложений (например: инструменты кодирования аудио/видео, научные приложения, математически тяжелые программы и т.д.), которые могут использовать преимущества новых наборов инструкций, не включенных при использовании стандартных опций (или пакетов), предоставляемых Manjaro Linux.

Очень легко снизить производительность, используя "нестандартные" CFLAGS, потому что компиляторы склонны сильно увеличивать размер кода с помощью разворачивания циклов, плохой векторизации, безумного инлайнинга и т.д. в зависимости от переключателей компилятора. Если вы не можете проверить/протестить что что-то работает быстрее, есть очень большая вероятность, что это не так!

Полный список доступных опций см. на странице GCC man. Более подробная информация содержится в вики-статье Gentoo Руководство по оптимизации GCC и Safe CFLAGS.

MAKEFLAGS

Опция MAKEFLAGS может быть использована для указания дополнительных опций для make. Пользователи многоядерных/многопроцессорных систем могут указать количество одновременно выполняемых заданий. Это можно сделать с помощью nproc для определения количества доступных процессоров, например, -j4 (где 4 - результат nproc). Некоторые PKGBUILD специально отменяют эту функцию -j1 из-за условий гонки в некоторых версиях или просто потому, что она не поддерживается изначально. Пакеты, которые не собираются из-за этого, должны быть отмечены на багтрекере после того, как убедитесь, что ошибка действительно вызвана вашими MAKEFLAGS.

Полный список доступных опций см. в разделе man make.

Выходной пакет

Далее можно настроить место размещения исходных файлов и пакетов и идентифицировать себя как упаковщика. Этот шаг необязателен; пакеты будут созданы в рабочем каталоге, в котором по умолчанию запущен makepkg.

/etc/makepkg.conf
[...]

#########################################################################
# ВЫХОДНОЙ ПАКЕТ
#########################################################################
#
# По умолчанию: поместить собранный пакет и источник кэша в каталог сборки
#
#-- Назначение: укажите фиксированный каталог, куда будут помещены все пакеты
#PKGDEST=/home/packages
#-- Кэш исходников: укажите фиксированный каталог, в котором будут кэшироваться исходные файлы
#SRCDEST=/home/sources
#-- Исходные пакеты: укажите фиксированный каталог, куда будут помещены все src-пакеты
#SRCPKGDEST=/home/srcpackages
#-- Упаковщик: имя/электронная почта лица или организации, создающей пакеты
#PACKAGER="John Doe <john@doe.com>"

[...]

Например, создайте каталог:

$ mkdir /home/$USER/packages

Затем измените переменную PKGDEST в /etc/makepkg.conf соответствующим образом.

Переменная PACKAGER будет устанавливать значение packager в файле метаданных .PKGINFO скомпилированных пакетов. По умолчанию, скомпилированные пользователем пакеты будут отображаться:

pacman -Qi package
[...]
Packager       : Unknown Packager
[...]

После:

pacman -Qi package
[...]
Packager       : John Doe <john@doe.com>
[...]

Это полезно, если несколько пользователей будут компилировать пакеты в системе, или вы иным образом распространяете свои пакеты среди других пользователей.

Проверка подписи

Следующая процедура не является необходимой для компиляции с помощью makepkg, для начальной настройки перейдите к использованию. Для временного отключения проверки подписи вызовите команду makepkg с опцией --skippgpcheck. Если файл подписи в виде .sig является частью массива исходных текстов PKGBUILD, makepkg проверяет подлинность исходных файлов. Например, подпись pkgname-pkgver.tar.gz.sig используется для проверки целостности файла pkgname-pkgver.tar.gz программой gpg. При желании подписи других разработчиков могут быть вручную добавлены в связку ключей gpg. За дополнительной информацией обратитесь к статье GnuPG.


Примечание
Проверка подписи, реализованная в makepkg, не использует связку ключей pacman. Настройте gpg, как описано ниже, чтобы makepkg мог читать связку ключей pacman.

Ожидается, что ключи gpg будут храниться в файле пользователя ~/.gnupg/pubring.gpg. Если он не содержит заданной подписи, makepkg выдает предупреждение.

makepkg
[...]
==> Verifying source file signatures with gpg...
pkgname-pkgver.tar.gz ... FAILED (unknown public key 1234567890)
==> WARNING: Warnings have occurred while verifying the signatures.
    Please make sure you really trust them.
[...]

Чтобы показать текущий список ключей gpg, используйте команду gpg.

gpg --list-keys

Если файл pubring.gpg не существует, он будет создан немедленно. Теперь вы можете приступить к настройке gpg, чтобы разрешить компиляцию пакетов AUR, предоставленных разработчиками Arch Linux с успешной проверкой подписи. Добавьте следующую строку в конец конфигурационного файла gpg, чтобы включить связку ключей pacman в личную связку ключей своего пользователя.

~/.gnupg/gpg.conf
[...]
keyring /etc/pacman.d/gnupg/pubring.gpg

При настройке, как и раньше, вывод gpg --list-keys содержит список связок ключей и разработчиков. Теперь makepkg может компилировать пакеты AUR, предоставленные разработчиками Arch Linux, с успешной проверкой подписи.

Использование

Прежде чем продолжить, убедитесь, что группа "base-devel" установлена. Пакеты, принадлежащие к этой группе, не обязаны быть указаны в качестве зависимостей в файлах PKGBUILD. Установите группу "base-devel", выполнив команду (от имени root):

# pacman -S base-devel


Примечание
Прежде чем жаловаться на отсутствие (make) зависимостей, помните, что группа "base" предполагается установленной на всех системах Manjaro Linux. Предполагается, что группа "base-devel" установлена при сборке с помощью makepkg.

Чтобы собрать пакет, необходимо сначала создать PKGBUILD или сценарий сборки, как описано в разделе Создание пакетов Manjaro, или получить его из Manjaro Gitlab Repositories, Arch User Repository или какого-либо другого источника.


Предупреждение
Собирайте и/или устанавливайте пакеты только из надежных источников.

Получив PKGBUILD, перейдите в каталог, где он сохранен, и выполните следующую команду для сборки пакета, описанного в PKGBUILD:

$ makepkg

Чтобы makepkg очистил оставшиеся файлы и каталоги, например, файлы, извлеченные в $srcdir, добавьте следующую опцию. Это полезно для нескольких сборок одного и того же пакета или обновления версии пакета при использовании одного и того же каталога сборки. Это предотвращает перенос устаревших и остаточных файлов в новые сборки.

$ makepkg -c

Если необходимые зависимости отсутствуют, makepkg выдаст предупреждение перед тем, как отказать. Чтобы собрать пакет и установить необходимые зависимости автоматически, просто используйте команду:

$ makepkg -s

Обратите внимание, что эти зависимости должны быть доступны в настроенных репозиториях; подробности см. в pacman. В качестве альтернативы можно вручную установить зависимости перед сборкой (pacman -S --asdeps dep1 dep2).

Как только все зависимости будут удовлетворены и пакет успешно соберется, в рабочем каталоге будет создан файл пакета (pkgname-pkgver.pkg.tar.xz). Для установки запустите (от имени root):

# pacman -U pkgname-pkgver.pkg.tar.xz

В качестве альтернативы для установки, используя флаг -i, проще запустить pacman -U pkgname-pkgver.pkg.tar.xz, как в примере:

$ makepkg -i

Советы и рекомендации

Улучшение времени компиляции

Использование tmpfs для компиляции пакетов может значительно улучшить время сборки, так как это интенсивная задача ввода-вывода. Соответствующую опцию в /etc/makepkg.conf можно найти в конце раздела BUILD ENVIRONMENT:

/etc/makepkg.conf
[...]

#########################################################################
# СРЕДА СБОРКИ
#########################################################################
#
# По умолчанию: BUILDENV=(fakeroot !distcc color !ccache check !sign)
# Отрицание опции окружения сделает все наоборот, как указано в комментариях ниже.
#
#-- fakeroot: Разрешить сборку пакетов от имени пользователя, не являющегося root
#-- distcc:   Использовать компилятор Distributed C/C++/ObjC
#-- color:    Цветовое оформление выходных сообщений
#-- ccache:   Использовать ccache для кэширования компиляции
#-- check:    Запустить функцию check(), если она присутствует в PKGBUILD
#-- sign:     Создать файл подписи PGP
#
BUILDENV=(fakeroot !distcc color !ccache check !sign)
#
#-- Если вы используете DistCC, ваши MAKEFLAGS также потребуют изменения.
#-- Кроме того, укажите список хостов, работающих в кластере DistCC, через пробел.
#DISTCC_HOSTS=""
#
#-- Укажите каталог для сборки пакета.
#BUILDDIR=/tmp

[...]

Если раскомментировать строку BUILDDIR=/tmp и установить ее, например, BUILDDIR=/tmp/builds (или оставив значение по умолчанию) будет использоваться Arch по умолчанию /tmp tmpfs.

Примечание
Каталог tmpfs должен быть смонтирован без опции noexec, иначе это помешает выполнению скриптов сборки или утилит. Кроме того, как указано в fstab#tmpfs, его размер по умолчанию составляет половину доступной оперативной памяти, поэтому вам может не хватить места.

За дополнительной информацией обращайтесь к разделам fstab и Tmpfs#Improving compile times.

Генерирование новых md5-сумм

Начиная с pacman 4.1 makepkg -g >> PKGBUILD больше не требуется, поскольку pacman-contrib был объединен вместе со скриптом updpkgsums, который будет генерировать новые контрольные суммы и заменять их в PKGBUILD:

$ updpkgsums

Makepkg использует источник PKGBUILD дважды

Makepkg использует источник PKGBUILD дважды (один раз при первоначальном запуске, а второй раз при fakeroot). Любые нестандартные функции, помещенные в PKGBUILD, также будут запущены дважды.

ВНИМАНИЕ: Пакет содержит ссылку на $srcdir

Каким-то образом литеральные строки $srcdir или $pkgdir оказались в одном из установленных файлов вашего пакета.

Чтобы определить, какие файлы, выполните следующие действия из каталога сборки makepkg:

$ grep -R "$(pwd)/src" pkg/

Ссылка на тему обсуждения.

Создание несжатых пакетов

Если вы хотите устанавливать пакеты только локально, то можете ускорить процесс, избежав сжатия и последующей распаковки. В makepkg.conf измените PKGEXT='.pkg.tar.xz' на PKGEXT='.pkg.tar'.

Cookies help us deliver our services. By using our services, you agree to our use of cookies.