2007-07-06 16:54:18 -04:00
|
|
|
/////
|
|
|
|
vim:set ts=4 sw=4 syntax=asciidoc noet:
|
|
|
|
/////
|
2007-07-02 19:22:01 -04:00
|
|
|
PKGBUILD(5)
|
|
|
|
===========
|
|
|
|
|
|
|
|
Name
|
|
|
|
----
|
|
|
|
PKGBUILD - Arch Linux package build description file
|
|
|
|
|
|
|
|
|
2007-07-06 11:07:53 -04:00
|
|
|
Synopsis
|
|
|
|
--------
|
|
|
|
PKGBUILD
|
|
|
|
|
|
|
|
|
2007-07-02 19:22:01 -04:00
|
|
|
Description
|
|
|
|
-----------
|
|
|
|
This manual page is meant to describe general rules about PKGBUILDs. Once a
|
|
|
|
PKGBUILD is written, the actual package is built using makepkg and installed
|
|
|
|
with pacman.
|
|
|
|
|
2007-12-10 13:06:12 -05:00
|
|
|
NOTE: If you are using Arch Linux and have a local copy of the Arch Build
|
|
|
|
System (ABS) tree on your computer, or are using another distribution that
|
|
|
|
provides a similar tree of build files, you can copy the provided
|
|
|
|
PKGBUILD.proto file to a new package build directory and make customizations to
|
|
|
|
suit your needs. An up to date prototype file can also be found in the source
|
|
|
|
distribution of this package.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
|
|
|
|
Options and Directives
|
|
|
|
----------------------
|
|
|
|
*pkgname*::
|
|
|
|
The name of the package. This has be a unix-friendly name as it will be
|
|
|
|
used in the package filename.
|
|
|
|
|
|
|
|
*pkgver*::
|
2007-07-16 12:57:02 -04:00
|
|
|
The version of the software as released from the author (e.g. \'2.7.1').
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*pkgrel*::
|
2007-10-29 23:25:30 -04:00
|
|
|
This is the release number specific to the Arch Linux release. This
|
2007-07-02 19:22:01 -04:00
|
|
|
allows package maintainers to make updates to the package's configure
|
2007-10-29 23:25:30 -04:00
|
|
|
flags, for example. A pkgrel of 1 is typically used for each upstream
|
|
|
|
software release and is incremented for intermediate PKGBUILD updates.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*pkgdesc*::
|
|
|
|
This should be a brief description of the package and its functionality.
|
|
|
|
Try to keep the description to one line of text.
|
|
|
|
|
|
|
|
*url*::
|
|
|
|
This field contains a URL that is associated with the software being
|
|
|
|
packaged. This is typically the project's website.
|
|
|
|
|
|
|
|
*license (array)*::
|
|
|
|
This field specifies the license(s) that apply to the package.
|
2007-07-16 12:57:02 -04:00
|
|
|
Commonly-used licenses are found in '/usr/share/licenses/common'. If you
|
2007-07-02 19:22:01 -04:00
|
|
|
see the package's license there, simply reference it in the license
|
2007-07-06 16:54:18 -04:00
|
|
|
field (e.g. `$$license=('GPL')$$`). If the package provides a license not
|
2007-07-16 12:57:02 -04:00
|
|
|
found in '/usr/share/licenses/common', then you should include the license
|
2007-07-06 16:54:18 -04:00
|
|
|
in the package itself and set `$$license=('custom')$$` or
|
|
|
|
`$$license=('custom:LicenseName')$$`. The license should be placed in
|
2007-07-16 12:57:02 -04:00
|
|
|
'$pkgdir/usr/share/licenses/$pkgname' when building the package. If
|
2007-07-02 19:22:01 -04:00
|
|
|
multiple licenses are applicable for a package, list all of them:
|
2007-07-06 16:54:18 -04:00
|
|
|
`$$license=('GPL' 'FDL')$$`.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*install*::
|
|
|
|
Specifies a special install script that is to be included in the package.
|
|
|
|
This file should reside in the same directory as the PKGBUILD, and will
|
|
|
|
be copied into the package by makepkg. It does not need to be included
|
2007-07-06 16:54:18 -04:00
|
|
|
in the source array (e.g. `$$install=pkgname.install$$`).
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*source (array)*::
|
|
|
|
An array of source files required to build the package. Source files
|
|
|
|
must either reside in the same directory as the PKGBUILD file, or be a
|
|
|
|
fully-qualified URL that makepkg will use to download the file. In order
|
|
|
|
to make the PKGBUILD as useful as possible, use the $pkgname and $pkgver
|
2007-10-29 23:25:30 -04:00
|
|
|
variables if possible when specifying the download location. Any files
|
|
|
|
that are compressed will automatically be extracted, unless found in
|
|
|
|
the noextract array listed below.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*noextract (array)*::
|
|
|
|
An array of filenames corresponding to those from the source array. Files
|
|
|
|
listed here will not be extracted with the rest of the source files. This
|
|
|
|
is useful for packages which use compressed data which is downloaded but
|
|
|
|
not necessary to uncompress.
|
|
|
|
|
|
|
|
*md5sums (array)*::
|
|
|
|
This array contains an MD5 hash for every source file specified in the
|
|
|
|
source array (in the same order). makepkg will use this to verify source
|
|
|
|
file integrity during subsequent builds. To easily generate md5sums, run
|
2007-07-16 12:57:02 -04:00
|
|
|
``makepkg -g >> PKGBUILD''. If desired, move the md5sums line to an
|
2007-07-02 19:22:01 -04:00
|
|
|
appropriate location. *NOTE:* makepkg supports multiple integrity
|
|
|
|
algorithms and their corresponding arrays (i.e. sha1sums for the SHA1
|
|
|
|
algorithm); however, official packages use only md5sums for the time
|
|
|
|
being.
|
|
|
|
|
|
|
|
*sha1sums, etc.*::
|
|
|
|
Alternative integrity checks that makepkg supports, as noted in md5sums
|
|
|
|
above.
|
|
|
|
|
|
|
|
*groups (array)*::
|
|
|
|
An array of symbolic names that represent groups of packages, allowing
|
|
|
|
you to install multiple packages by requesting a single target. For
|
2007-07-16 12:57:02 -04:00
|
|
|
example, one could install all KDE packages by installing the 'kde' group.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*arch (array)*::
|
|
|
|
Defines on which architectures the given package is available (e.g.
|
2007-07-16 12:57:02 -04:00
|
|
|
`$$arch=('i686' 'x86_64')$$`).
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*backup (array)*::
|
|
|
|
A space-delimited array of filenames, without preceding slashes, that
|
|
|
|
should be backed up if the package is removed or upgraded. This is
|
|
|
|
commonly used for packages placing configuration files in /etc. See
|
|
|
|
Handling Config Files in manlink:pacman[8] for more information.
|
|
|
|
|
|
|
|
*depends (array)*::
|
|
|
|
An array of packages that this package depends on to run. Packages in
|
|
|
|
this list should be surrounded with single quotes and contain at least
|
|
|
|
the package name. Entries can also include a version requirement of the
|
2007-12-18 08:48:32 -05:00
|
|
|
form 'name<>version', where <> is one of five comparisons: >= (greater
|
|
|
|
than or equal to), <= (less than or equal to), = (equal to), > (greater
|
|
|
|
than), or < (less than).
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*makedepends (array)*::
|
|
|
|
An array of packages that this package depends on to build, but are not
|
|
|
|
needed at runtime. Packages in this list follow the same format as
|
|
|
|
depends.
|
|
|
|
|
|
|
|
*conflicts (array)*::
|
|
|
|
An array of packages that will conflict with this package (i.e. they
|
|
|
|
cannot both be installed at the same time). This directive follows the
|
2007-11-19 12:23:04 -05:00
|
|
|
same format as depends. Versioned conflicts are also supported.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*provides (array)*::
|
2007-07-16 12:57:02 -04:00
|
|
|
An array of ``virtual provisions'' that this package provides. This allows
|
2007-07-02 19:22:01 -04:00
|
|
|
a package to provide dependencies other than its own package name. For
|
|
|
|
example, the dcron package can provide 'cron', which allows packages to
|
|
|
|
depend on 'cron' rather than 'dcron OR fcron'.
|
2007-11-16 16:37:57 -05:00
|
|
|
Versioned provisions are also possible. For example, dcron can provide
|
|
|
|
'cron 2.0' to satisfy the 'cron>=2.0' dependency of other packages.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*replaces (array)*::
|
|
|
|
An array of packages that this package should replace, and can be used
|
|
|
|
to handle renamed/combined packages. For example, if the 'j2re' package
|
|
|
|
is renamed to 'jre', this directive allows future upgrades to continue
|
2007-07-16 12:57:02 -04:00
|
|
|
as expected even though the package has moved. Sysupgrade is currently
|
|
|
|
the only pacman operation that utilizes this field, a normal sync will
|
|
|
|
not use its value.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
*options (array)*::
|
|
|
|
This array allows you to override some of makepkg's default behavior
|
|
|
|
when building packages. To set an option, just include the option name
|
2007-07-16 12:57:02 -04:00
|
|
|
in the options array. To reverse the default behavior, place an ``!'' at
|
2007-07-02 19:22:01 -04:00
|
|
|
the front of the option. Only specify the options you specifically want
|
|
|
|
to override, the rest will be taken from manlink:makepkg.conf[5].
|
2007-07-16 12:57:02 -04:00
|
|
|
*NOTE:* 'force' is a special option only used in a manlink:PKGBUILD[5],
|
2007-07-02 19:22:01 -04:00
|
|
|
do not use it unless you know what you are doing.
|
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*strip*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Strip symbols from binaries and libraries. If you frequently
|
|
|
|
use a debugger on programs or libraries, it may be helpful to
|
|
|
|
disable this option.
|
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*docs*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Save doc and info directories. If you wish to delete doc and
|
2007-07-16 12:57:02 -04:00
|
|
|
info directories, specify `!docs` in the array.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*libtool*;;
|
|
|
|
Leave libtool (.la) files in packages. Specify `!libtool` to
|
2007-07-02 19:22:01 -04:00
|
|
|
remove them.
|
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*emptydirs*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Leave empty directories in packages.
|
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*ccache*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Allow the use of ccache during build. More useful in its negative
|
2007-07-16 12:57:02 -04:00
|
|
|
form `!ccache` with select packages that have problems building
|
2007-07-02 19:22:01 -04:00
|
|
|
with ccache.
|
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*distcc*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Allow the use of distcc during build. More useful in its negative
|
2007-07-16 12:57:02 -04:00
|
|
|
form `!distcc` with select packages that have problems building
|
2007-07-02 19:22:01 -04:00
|
|
|
with distcc.
|
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*makeflags*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Allow the use of user-specific makeflags during build as specified
|
|
|
|
in manlink:makepkg.conf[5]. More useful in its negative form
|
2007-07-16 12:57:02 -04:00
|
|
|
`!makeflags` with select packages that have problems building with
|
|
|
|
custom makeflags such as `-j2` (or higher).
|
2007-07-02 19:22:01 -04:00
|
|
|
|
2007-07-16 12:57:02 -04:00
|
|
|
*force*;;
|
2007-07-02 19:22:01 -04:00
|
|
|
Force the package to be upgraded by a pacman system upgrade
|
|
|
|
operation, even if the version number would normally not trigger
|
|
|
|
such an upgrade. This is useful when the version numbering scheme
|
|
|
|
of a package changes (or is alphanumeric).
|
|
|
|
|
|
|
|
|
|
|
|
Install/Upgrade/Remove Scripting
|
|
|
|
--------------------------------
|
|
|
|
Pacman has the ability to store and execute a package-specific script when it
|
|
|
|
installs, removes, or upgrades a package. This allows a package to configure
|
2007-10-29 23:25:30 -04:00
|
|
|
itself after installation and perform an opposite action upon removal.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
The exact time the script is run varies with each operation:
|
|
|
|
|
|
|
|
*pre_install*::
|
|
|
|
script is run right before files are extracted.
|
|
|
|
|
|
|
|
*post_install*::
|
|
|
|
script is run right after files are extracted.
|
|
|
|
|
|
|
|
*pre_upgrade*::
|
|
|
|
script is run right before files are extracted.
|
|
|
|
|
|
|
|
*post_upgrade*::
|
|
|
|
script is run after files are extracted.
|
|
|
|
|
|
|
|
*pre_remove*::
|
|
|
|
script is run right before files are removed.
|
|
|
|
|
|
|
|
*post_remove*::
|
|
|
|
script is run right after files are removed.
|
|
|
|
|
|
|
|
To use this feature, create a file such as 'pkgname.install' and put it in the
|
|
|
|
same directory as the PKGBUILD script. Then use the install directive:
|
|
|
|
|
|
|
|
install=pkgname.install
|
|
|
|
|
2007-10-29 23:25:30 -04:00
|
|
|
The install script does not need to be specified in the source array. A
|
2007-12-10 13:06:12 -05:00
|
|
|
template install file is available with the source distribution of this
|
|
|
|
program, or one may be provided by your distribution. For example, Arch Linux
|
|
|
|
provides prototype install files in the ABS tree.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
|
2007-10-29 23:25:30 -04:00
|
|
|
Development Directives
|
|
|
|
----------------------
|
|
|
|
makepkg supports building development versions of packages without having to
|
|
|
|
manually update the pkgver in the PKGBUILD. This was formerly done using the
|
|
|
|
separate utility 'versionpkg'. In order to utilize this functionality, your
|
|
|
|
PKGBUILD must use correct variable names depending on the SCM being fetched
|
|
|
|
from.
|
|
|
|
|
|
|
|
*CVS*::
|
|
|
|
The generated pkgver will be the date the package is built.
|
|
|
|
|
|
|
|
*_cvsroot*;;
|
|
|
|
The root of the CVS repository.
|
|
|
|
|
|
|
|
*_cvsmod*;;
|
|
|
|
The CVS module to fetch.
|
|
|
|
|
|
|
|
*SVN*::
|
|
|
|
The generated pkgver will be the latest SVN revision number.
|
|
|
|
|
|
|
|
*_svntrunk*;;
|
|
|
|
The trunk of the SVN repository.
|
|
|
|
|
|
|
|
*_cvsmod*;;
|
|
|
|
The SVN module to fetch.
|
|
|
|
|
|
|
|
*Git*::
|
|
|
|
The generated pkgver will be one formatted by the 'git-describe'
|
|
|
|
command, with '-' characters converted to '_' characters.
|
|
|
|
|
|
|
|
*_gitroot*;;
|
|
|
|
The URL (all protocols supported) to the GIT repository.
|
|
|
|
|
|
|
|
*_gitname*;;
|
|
|
|
GIT tag or branch to use.
|
|
|
|
|
|
|
|
*Mercurial*::
|
|
|
|
The generated pkgver will be the hg tip revision number.
|
|
|
|
|
|
|
|
*_hgroot*;;
|
2007-11-08 10:33:05 -05:00
|
|
|
The URL of the mercurial repository.
|
2007-10-29 23:25:30 -04:00
|
|
|
|
|
|
|
*_hgrepo*;;
|
2007-11-08 10:33:05 -05:00
|
|
|
The repository to follow.
|
2007-10-29 23:25:30 -04:00
|
|
|
|
|
|
|
*Darcs*::
|
|
|
|
The generated pkgver will be the date the package is built.
|
|
|
|
|
|
|
|
*_darcstrunk*;;
|
2007-11-08 10:33:05 -05:00
|
|
|
URL to the repository trunk.
|
2007-10-29 23:25:30 -04:00
|
|
|
|
|
|
|
*_darcsmod*;;
|
2007-11-08 10:33:05 -05:00
|
|
|
Darcs module to use.
|
2007-10-29 23:25:30 -04:00
|
|
|
|
|
|
|
*Bazaar*::
|
|
|
|
The generated pkgver will be the latest Bazaar revision number (revno).
|
|
|
|
|
|
|
|
*_bzrtrunk*;;
|
2007-11-08 10:33:05 -05:00
|
|
|
URL to the bazaar repository.
|
2007-10-29 23:25:30 -04:00
|
|
|
|
|
|
|
*_bzrmod*;;
|
2007-11-08 10:33:05 -05:00
|
|
|
Bazaar module to use.
|
|
|
|
|
2007-10-29 23:25:30 -04:00
|
|
|
|
2007-07-02 19:22:01 -04:00
|
|
|
Example
|
|
|
|
-------
|
2007-11-20 20:06:37 -05:00
|
|
|
The following is an example PKGBUILD for the 'patch' package. For more
|
2007-12-10 13:06:12 -05:00
|
|
|
examples, look through the build files of your distribution's packages. For
|
|
|
|
those using Arch Linux, consult the ABS tree.
|
2007-07-02 19:22:01 -04:00
|
|
|
|
2007-11-20 20:06:37 -05:00
|
|
|
[sh]
|
|
|
|
source~~~~~
|
2007-07-06 11:30:53 -04:00
|
|
|
include::PKGBUILD-example.txt[]
|
2007-11-20 20:06:37 -05:00
|
|
|
source~~~~~
|
2007-07-02 19:22:01 -04:00
|
|
|
|
|
|
|
|
|
|
|
See Also
|
|
|
|
--------
|
|
|
|
manlink:makepkg[8], manlink:pacman[8], manlink:makepkg.conf[5]
|
|
|
|
|
|
|
|
include::footer.txt[]
|