Difference between revisions of "PKGBUILD"

← Older edit

PKGBUILD (view source)

Revision as of 18:21, 7 September 2021

627 bytes added , 2 years ago

Marked this version for translation

Oguzkagan

Bureaucrats, Interface administrators, Moderators, nuke, Administrators

854

edits

@@ Line 2: / Line 2: @@
 __TOC__
 <translate>
+<!--T:1-->
 A '''PKGBUILD''' is an Manjaro Linux package build description file (actually it is a shell script) used when [[Create Manjaro Packages|creating packages]].
+<!--T:2-->
 Packages in Manjaro Linux are built using the [[makepkg]] utility and information stored in PKGBUILDs. When '''makepkg''' is run, it searches for a {{Ic|PKGBUILD}} in the current directory and follows the instructions therein to either compile or otherwise acquire the files to build a package file ({{ic|''pkgname''.pkg.tar.xz}}). The resulting package contains binary files and installation instructions, readily installed with [[pacman]].
-== Variables ==
+== Variables == <!--T:3-->
 The following are variables that can be filled out in the PKGBUILD file. {{ic|pkgname}}, {{ic|pkgver}}, {{ic|pkgrel}}, and {{ic|arch}} are all mandatory. {{ic|license}} is not strictly necessary to build a package, but it is recommended for any PKGBUILDS you might want to share with others. {{ic|makepkg}} produces warnings if it isn't present.
+<!--T:4-->
 It is common practice to define the variables in the PKGBUILD in same order as given here. However, this is not mandatory, as long as correct [[Bash]] syntax is used.
-=== pkgname ===
+=== pkgname === <!--T:5-->
 The name of the package. It should consist of ''alphanumeric and any of the following characters @ . _ + - (at symbol, dot, underscore, plus, hyphen)''. All letters should be ''lowercase'' and ''names are not allowed to start with hyphens''. For the sake of consistency, {{ic|pkgname}} should match the name of the source tarball of the software you are packaging. For instance, if the software is in {{ic|foobar-2.5.tar.gz}}, the {{ic|pkgname}} value should be {{Ic|foobar}}. The present working directory the PKGBUILD file is in should also match the {{ic|pkgname}}.
-=== pkgver ===
+=== pkgver === <!--T:6-->
 The version of the package. The value should be the same as the version released by the author of the package. It can contain letters, numbers, periods and underscore but CANNOT contain a hyphen. If the author of the package uses a hyphen in their version numbering scheme, replace it with an underscore. For instance, if the version is ''0.99-10'', it should be changed to ''0.99_10''. If the {{ic|pkgver}} variable is used later in the PKGBUILD then the underscore can easily be substituted for a dash on usage e.g.:
   source=($pkgname-${pkgver//_/-}.tar.gz)
-=== pkgrel ===
+=== pkgrel === <!--T:7-->
 The release number of the package specific to Arch Linux. This value allows users to differentiate between consecutive builds of the same version of a package. When a new package version is first released, the '''release number starts at 1'''.  As fixes and optimizations are made to the {{ic|PKGBUILD}} file, the package will be '''re-released''' and the '''release number''' will increment by 1. When a new version of the package comes out, the release number resets to 1.
-=== pkgdir ===
+=== pkgdir === <!--T:8-->
 This variable reflects the root directory of what will be put into the package. It is commonly used in {{ic|1=make DESTDIR="$pkgdir" install}}.
-=== epoch ===
+=== epoch === <!--T:9-->
 Used to force the package to be seen as newer than any previous versions with a lower epoch, even if the version number would normally not trigger such an upgrade. This value is required to be a positive integer; the default value if left unspecified is 0. This is useful when the version numbering scheme of a package changes (or is alphanumeric), breaking normal version comparison logic. See pacman(8) for more information on version comparisons.
-=== pkgbase ===
+=== pkgbase === <!--T:10-->
 An optional global directive is available when building a split package,  pkgbase is used to refer to the group of packages in the output of makepkg and in the naming of source-only tarballs. If not specified, the first element in the pkgname array is used. All options and directives for the split packages default to the global values given in the PKGBUILD. Nevertheless, the following ones can be overridden within each split package's packaging function: pkgver, pkgrel, epoch, pkgdesc, arch, url, license, groups, depends, optdepends, provides, conflicts, replaces, backup, options, install and changelog. The variable is not allowed to begin with a hyphen.
-=== pkgdesc ===
+=== pkgdesc === <!--T:11-->
 The description of the package. The description should be about 80 characters or less and should not include the package name in a self-referencing way.  For instance, "Nedit is a text editor for X11" should be written as "A text editor for X11."
+<!--T:12-->
 {{Note|Do not follow this rule thoughtlessly when submitting packages to [[AUR]]. If package name differs from application name for some reason, inclusion of full name into description can be the only way to ensure that package can be found during search.}}
-=== arch ===
+=== arch === <!--T:13-->
 An array of architectures that the {{ic|PKGBUILD}} file is known to build and work on. Currently, it should contain {{ic|i686}} and/or {{ic|x86_64}}, {{ic|1=arch=('i686' 'x86_64')}}.  The value {{ic|any}} can also be used for architecture-independent packages.
+<!--T:14-->
 You can access the target architecture with the variable {{ic|$CARCH}} during a build, and even when defining variables. See also [https://bugs.archlinux.org/task/16352 FS16352]. Example:
-  depends=(foobar)
+  <!--T:15-->
+depends=(foobar)
   if test "$CARCH" == x86_64; then
     depends+=(lib32-glibc)
   fi
-=== url ===
+=== url === <!--T:16-->
 The URL of the official site of the software being packaged.
-=== license ===
+=== license === <!--T:17-->
 The license under which the software is distributed. A {{ic|licenses}} package has been created in {{ic|[core]}} that stores common licenses in {{ic|/usr/share/licenses/common}}, e.g. {{ic|/usr/share/licenses/common/GPL}}. If a package is licensed under one of these licenses, the value should be set to the directory name, e.g. {{ic|1=license=('GPL')}}. If the appropriate license is not included in the official {{ic|licenses}} package, several things must be done:
+<!--T:18-->
 # The license file(s) should be included in: {{ic|/usr/share/licenses/''pkgname''/}}, e.g. {{ic|/usr/share/licenses/foobar/LICENSE}}.
 # If the source tarball does NOT contain the license details and the license is only displayed elsewhere, e.g. a website, then you need to copy the license to a file and include it.
@@ Line 61: / Line 68: @@
 * If after researching the issue no license can be determined, {{ic|PKGBUILD.proto}} suggests using {{ic|unknown}}. However, upstream should be contacted about the conditions under which the software is (and is not) available.
+<!--T:19-->
 {{Tip|Some software authors do not provide separate license file and describe distribution rules in section of common ReadMe.txt. This information can be extracted in separate file during {{Ic|build}} phase with something like this: {{Ic|sed -n '/'''This software'''/,/'''  thereof.'''/p' ReadMe.txt > LICENSE}}.}}
-=== groups ===
+=== groups === <!--T:20-->
 The group the package belongs in. For instance, when you install the {{ic|kdebase}} package, it installs all packages that belong in the {{ic|kde}} group.
-=== depends ===
+=== depends === <!--T:21-->
 An array of package names that must be installed before this software can be run. Version restrictions can be specified with comparison operators, e.g. {{ic|1=depends=('foobar>=1.8.0')}}; if multiple restrictions are needed, the dependency can be repeated for each of them [https://mailman.archlinux.org/pipermail/arch-general/2012-July/029022.html], e.g. {{ic|1=depends=('foobar>=1.8.0' 'foobar<2.0.0')}}. You do not need to list packages that your software depends on if other packages your software depends on already have those packages listed in their dependency. For instance, {{ic|gtk2}} depends on {{ic|glib2}} and {{ic|glibc}}. However, {{ic|glibc}} does not need to be listed as a dependency for {{ic|gtk2}} because it is a dependency for {{ic|glib2}}.
-=== optdepends ===
+=== optdepends === <!--T:22-->
 An array of package names that are not needed for the software to function but provides additional features. A short description of what each package provides should also be noted. An {{ic|optdepends}} may look like this:
   optdepends=(
@@ Line 81: / Line 89: @@
   )
-===makedepends===
+===makedepends=== <!--T:23-->
 An array of package names that must be installed to build the software but unnecessary for using the software after installation. You can specify the minimum version dependency of the packages in the same format as the {{ic|depends}} array.
+<!--T:24-->
 {{Note|Specifying packages that are already in {{ic|depends}} is not necessary.}}
 {{Warning|The group {{ic|base-devel}} is assumed already installed when building with makepkg . Members of "base-devel" '''should not''' be included in {{ic|makedepends}} arrays.}}
-=== checkdepends ===
+=== checkdepends === <!--T:25-->
 An array of packages this package depends on to run its test suite but are not needed at runtime. Packages in this list follow the same format as depends. These dependencies are only considered when the [[Creating Packages#The check() function|check()]] function is present and is to be run by makepkg.
-=== provides ===
+=== provides === <!--T:26-->
 An array of package names that this package provides the features of (or a virtual package such as {{Ic|cron}} or {{Ic|sh}}). Packages that provide the same things can be installed at the same time unless conflict with each other (see below). If you use this variable, you should add the version ({{ic|pkgver}} and perhaps the {{ic|pkgrel}}) that this package will provide if dependencies may be affected by it. For instance, if you are providing a modified ''qt'' package named ''qt-foobar'' version 3.3.8 which provides ''qt'' then the {{ic|provides}} array should look like {{ic|1=provides=('qt=3.3.8')}}. Putting {{ic|1=provides=('qt')}} will cause to fail those dependencies that require a specific version of ''qt''. Do not add {{ic|pkgname}} to your provides array, this is done automatically.
-=== conflicts ===
+=== conflicts === <!--T:27-->
 An array of package names that may cause problems with this package if installed. Package with this name and all packages which {{Ic|provides}} virtual packages with this name will be removed. You can also specify the version properties of the conflicting packages in the same format as the {{ic|depends}} array.
-=== replaces ===
+=== replaces === <!--T:28-->
 An array of obsolete package names that are replaced by this package, e.g. {{ic|1=replaces=('ethereal')}} for the {{ic|wireshark}} package. After syncing with {{ic|pacman -Sy}}, it will immediately replace an installed package upon encountering another package with the matching {{ic|replaces}} in the repositories. If you are providing an alternate version of an already existing package, use the {{ic|conflicts}} variable which is only evaluated when actually installing the conflicting package.
-=== backup ===
+=== backup === <!--T:29-->
 An array of files that can contain user-made changes and should be preserved during upgrade or removal of a package, primarily intended for configuration files in {{ic|/etc}}.
+<!--T:30-->
 When updating, new version may be saved as {{ic|file.pacnew}} to avoid overwriting a file which already exists and was previously modified by the user. Similarly, when the package is removed, user-modified file will be preserved as {{ic|file.pacsave}} unless the package was removed with {{ic|pacman -Rn}} command.
+<!--T:31-->
 The file paths in this array should be relative paths (e.g. {{ic|etc/pacman.conf}}) not absolute paths (e.g. {{ic|/etc/pacman.conf}}). See also the Arch Wiki on [https://wiki.archlinux.org/index.php/Pacman/Pacnew_and_Pacsave Pacnew and Pacsave Files].
-=== options ===
+=== options === <!--T:32-->
 This array allows you to override some of the default behavior of {{ic|makepkg}}, defined in {{Ic|/etc/makepkg.conf}}. To set an option, include the option name in the array. To reverse the default behavior, place an '''{{ic|!}}''' at the front of the option. The following options may be placed in the array:
+<!--T:33-->
 * '''''strip''''' - Strips symbols from binaries and libraries. If you frequently use a debugger on programs or libraries, it may be helpful to disable this option.
 * '''''docs''''' - Save {{ic|/doc}} directories.
@@ Line 122: / Line 134: @@
 * '''''makeflags''''' - Allow the use of user-specific {{ic|makeflags}} during build. More useful in its negative form {{ic|!makeflags}} with select packages that have problems building with custom {{ic|makeflags}}.
-=== install ===
+=== install === <!--T:34-->
 The name of the {{ic|.install}} script to be included in the package. pacman has the ability to store and execute a package-specific script when it installs, removes or upgrades a package. The script contains the following functions which run at different times:
+<!--T:35-->
 * '''''pre_install''''' - The script is run right before files are extracted. One argument is passed: new package version.
 * '''''post_install''''' - The script is run right after files are extracted. One argument is passed: new package version.
@@ Line 132: / Line 145: @@
 * '''''post_remove''''' - The script is run right after files are removed. One argument is passed: old package version.
+<!--T:36-->
 Each function is run chrooted inside the pacman install directory. See [https://bbs.archlinux.org/viewtopic.php?pid=913891 this thread].
+<!--T:37-->
 {{Tip|A prototype {{ic|.install}} is provided at {{ic|/usr/share/pacman/proto.install}}.}}
-=== changelog ===
+=== changelog === <!--T:38-->
 The name of the package changelog. To view changelogs for installed packages (that have this file):
   pacman -Qc ''pkgname''
+<!--T:39-->
 {{Tip|A prototype changelog file is provided at {{ic|/usr/share/pacman/ChangeLog.proto}}.}}
-=== source ===
+=== source === <!--T:40-->
 An array of files which are needed to build the package. It must contain the location of the software source, which in most cases is a full HTTP or FTP URL. The previously set variables {{ic|pkgname}} and {{ic|pkgver}} can be used effectively here (e.g. {{ic|<nowiki>source=(http://example.com/$pkgname-$pkgver.tar.gz)</nowiki>}})
+<!--T:41-->
 {{Note|If you need to supply files which are not downloadable on the fly, e.g. self-made patches, you simply put those into the same directory where your {{ic|PKGBUILD}} file is in and add the filename to this array. Any paths you add here are resolved relative to the directory where the {{ic|PKGBUILD}} lies. Before the actual build process is started, all of the files referenced in this array will be downloaded or checked for existence, and {{ic|makepkg}} will not proceed if any are missing.}}
+<!--T:42-->
 {{Tip|You can specify a different name for the downloaded file - if the downloaded file has a different name for some reason like the URL had a GET parameter - using the following syntax: {{Ic|''filename''::''fileuri''}}, for example {{Ic|$pkgname-$pkgver.zip::<nowiki>http://199.91.152.193/7pd0l2tpkidg/jg2e1cynwii/Warez_collection_16.4.exe</nowiki>}}}}
-=== noextract ===
+=== noextract === <!--T:43-->
 An array of files listed under the {{ic|source}} array which should not be extracted from their archive format by {{ic|makepkg}}. This most commonly applies to archives which cannot be handled by {{ic|/usr/bin/bsdtar}} because {{ic|libarchive}} processes all files as streams rather than random access as {{ic|unzip}} does. In these situations, the alternative unarchiving tool (e.g., {{ic|unzip}}, {{ic|p7zip}}, etc.) should be added in the {{ic|makedepends}} array and the first line of the [[Creating Packages#The prepare() function|prepare()]] function should extract the source archive manually; for example:
-  unzip [source].zip
+  <!--T:44-->
+unzip [source].zip
+<!--T:45-->
 Note that while the {{ic|source}} array accepts URLs, {{ic|noextract}} is '''just''' the file name portion. So, for example, you would do something like this (simplified from [https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/grub grub2's PKGBUILD]):
-  source=(<nowiki>"http://ftp.archlinux.org/other/grub2/grub2_extras_lua_r20.tar.xz"</nowiki>)
+  <!--T:46-->
+source=(<nowiki>"http://ftp.archlinux.org/other/grub2/grub2_extras_lua_r20.tar.xz"</nowiki>)
   noextract=("grub2_extras_lua_r20.tar.xz")
+<!--T:47-->
 To extract ''nothing'', you can do something fancy like this (taken from [https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/firefox-i18n#n123 firefox-i18n]):
-  noextract=(${source[@]%%::*})
+  <!--T:48-->
+noextract=(${source[@]%%::*})
+<!--T:49-->
 {{Note|More conservative Bash substitution would include quotes, or possibly even a loop that calls {{ic|basename}}. If you have read this far, you should get the idea.}}
-=== md5sums ===
+=== md5sums === <!--T:50-->
 An array of MD5 checksums of the files listed in the {{ic|source}} array. Once all files in the {{ic|source}} array are available, an MD5 hash of each file will be automatically generated and compared with the values of this array in the same order they appear in the {{ic|source}} array. While the order of the source files itself does not matter, it is important that it matches the order of this array since {{ic|makepkg}} cannot guess which checksum belongs to what source file. You can generate this array quickly and easily using the commands {{ic|updpkgsums}} or {{ic|makepkg -g}} in the directory that contains the {{ic|PKGBUILD}} file.
 {{Note|The MD5 algorithm is known to have weaknesses, you should consider using a stronger alternative.}}
-=== sha1sums ===
+=== sha1sums === <!--T:51-->
 An array of SHA-1 160-bit checksums. This is an alternative to {{ic|md5sums}} described above, but it is also known to have weaknesses, so you should consider using a stronger alternative. To enable use and generation of these checksums, be sure to set up the {{ic|INTEGRITY_CHECK}} option in {{ic|/etc/makepkg.conf}}. See {{ic|man makepkg.conf}}.
-=== sha256sums, sha384sums, sha512sums ===
+=== sha256sums, sha384sums, sha512sums === <!--T:52-->
 An array of SHA-2 checksums with digest sizes 256, 384 and 512 bits respectively. These are alternatives to {{ic|md5sums}} described above and are generally believed to be stronger. To enable use and generation of these checksums, be sure to set up the {{ic|INTEGRITY_CHECK}} option in {{ic|/etc/makepkg.conf}}. See {{ic|man makepkg.conf}}.
-== See also ==
+== See also == <!--T:53-->
 *[https://www.archlinux.org/pacman/PKGBUILD.5.html PKGBUILD(5) Manual Page]
 *[http://ix.io/66p Example PKGBUILD file]