Difference between revisions of "VCS package guidelines"

From ArchWiki
Jump to: navigation, search
m (Guidelines: remove contraction)
(Add 'r' as a revision prefix to avoid clashes on RELEASE bump. Per discussion in the article 'talk' page and AUR maillist.)
(12 intermediate revisions by 5 users not shown)
Line 8: Line 8:
  
 
== Prototypes ==
 
== Prototypes ==
{{Warning|The prototype files provided in the {{Pkg|abs}} package and in [https://projects.archlinux.org/abs.git/tree/prototypes the ABS Git repository] are ''significantly'' out-of-date. Do ''not'' consider the prototypes to be authoritative in any way.}}
+
{{Warning|The prototype files provided in the {{Pkg|abs}} package and in [https://projects.archlinux.org/abs.git/tree/prototypes the ABS Git repository] are ''significantly'' out-of-date. Do ''not'' consider the prototypes to be authoritative in any way. See {{Bug|34485}}.}}
  
The [[ABS]] package provides prototypes for [[cvs]], [[svn]], [[git]], [[mercurial]], and [[Wikipedia:darcs|darcs]] [[PKGBUILD]]s. When {{Pkg|abs}} is installed, you can find them in {{ic|/usr/share/pacman}}. Latest versions can be found in the [https://projects.archlinux.org/abs.git/tree/prototypes prototypes directory in the ABS Git repository].
+
The {{Pkg|abs}} package for the [[Arch Build System]] provides prototypes for [[CVS]], [[SVN]], [[Git]], [[Mercurial]], and [[Wikipedia:Darcs|Darcs]] [[PKGBUILD]]s. When {{Pkg|abs}} is installed, you can find them in {{ic|/usr/share/pacman}}. Latest versions can be found in the [https://projects.archlinux.org/abs.git/tree/prototypes prototypes directory in the ABS Git repository].
  
 
== Guidelines ==
 
== Guidelines ==
Line 39: Line 39:
 
* {{ic|vcs+}} is needed for URLs that do not reflect the VCS type, e.g. {{ic|git+http://some_repo}}.
 
* {{ic|vcs+}} is needed for URLs that do not reflect the VCS type, e.g. {{ic|git+http://some_repo}}.
 
* {{ic|url}} is the URL to the distant or local repo
 
* {{ic|url}} is the URL to the distant or local repo
* {{ic|#fragment}} (optional) is needed to pull a specific branch or commit
+
* {{ic|#fragment}} (optional) is needed to pull a specific branch or commit. See {{ic|man PKGBUILD}} for more information on the fragments available for each VCS.
  
 
An example Git source array:
 
An example Git source array:
Line 45: Line 45:
  
 
=== The pkgver() function ===
 
=== The pkgver() function ===
The {{ic|pkgver}} autobump is now achieved via a dedicated {{ic|pkgver()}} function. This allows for better control over the {{ic|pkgver}}, and maintainers should favor a {{ic|pkgver}} that makes sense. Following are some examples showing the ''intended'' output:
+
The {{ic|pkgver}} autobump is now achieved via a dedicated {{ic|pkgver()}} function. This allows for better control over the {{ic|pkgver}}, and maintainers should favor a {{ic|pkgver}} that makes sense.
 +
 
 +
It is recommended to have following version format: ''RELEASE.rREVISION'' where REVISION is a monotonically increasing number that uniquely identifies the source tree (VCS revisions do this). The last VCS tag can be used for RELEASE. If there are no public releases and no repository tags then zero should be used as a release number. If there are public releases but repo has no tags then developer should get the release version somehow e.g. by parsing the project files.
 +
 
 +
Following are some examples showing the ''intended'' output:
  
 
==== Git ====
 
==== Git ====
  
Using the tag of the last commit:
+
Using the annotated tag of the last commit:
  
 
{{hc|<nowiki>pkgver() {
 
{{hc|<nowiki>pkgver() {
cd local_repo
+
  cd "$srcdir/repo"
local ver="$(git describe --long)"
+
  git describe --long | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
printf "%s" "${ver//-/.}"
+
 
}</nowiki>|
 
}</nowiki>|
2.0.6.a17a017
+
2.0.r6.ga17a017
 
}}
 
}}
  
If there are no annotated tags:
+
Using the unannotated tag of the last commit:
  
 
{{hc|<nowiki>pkgver() {
 
{{hc|<nowiki>pkgver() {
cd local_repo
+
  cd "$srcdir/repo"
printf "%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
+
  git describe --tags | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
 
}</nowiki>|
 
}</nowiki>|
1142.a17a017
+
0.71.r115.gd95ee07
 
}}
 
}}
 +
 +
If there are no tags then use number of revisions since beginning of the history:
 +
 +
{{hc|<nowiki>pkgver() {
 +
  cd "$srcdir/repo"
 +
  printf "0.r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
 +
}</nowiki>|
 +
0.r1142.a17a017
 +
}}
 +
 +
Note that SHA1 (in this case ''a17a017'') is not used in the version comparison and can be omitted. From other side it allows quickly identify the exact used revision and might be useful during problems debugging.
  
 
==== Subversion ====
 
==== Subversion ====
 
{{hc|<nowiki>pkgver() {
 
{{hc|<nowiki>pkgver() {
cd local_repo
+
  cd "$srcdir/repo"
local ver="$(svnversion)"
+
  local ver="$(svnversion)"
printf "%s" "${ver//[[:alpha:]]}"
+
  printf "0.r%s" "${ver//[[:alpha:]]}"
 
}</nowiki>|
 
}</nowiki>|
8546
+
0.r8546
 
}}
 
}}
 +
 +
But if the project has releases then you should use it instead of ''0''.
  
 
==== Mercurial ====
 
==== Mercurial ====
 
{{hc|<nowiki>pkgver() {
 
{{hc|<nowiki>pkgver() {
cd local_repo
+
  cd "$srcdir/repo"
printf "%s.%s" "$(hg identify -n)" "$(hg identify -i)"
+
  printf "0.r%s.%s" "$(hg identify -n)" "$(hg identify -i)"
 
}</nowiki>|
 
}</nowiki>|
2813.75881cc5391e
+
0.r2813.75881cc5391e
 
}}
 
}}
  
 
==== Bazaar ====
 
==== Bazaar ====
 
{{hc|<nowiki>pkgver() {
 
{{hc|<nowiki>pkgver() {
cd local_repo
+
  cd "$srcdir/repo"
bzr revno
+
  printf "0.r%s" "$(bzr revno)"
 
}</nowiki>|
 
}</nowiki>|
830
+
0.r830
 
}}
 
}}
  
Line 97: Line 113:
  
 
{{hc|<nowiki>pkgver() {
 
{{hc|<nowiki>pkgver() {
date +%Y%m%d
+
  date +%Y%m%d
 
}</nowiki>|
 
}</nowiki>|
 
20130408
 
20130408
 
}}
 
}}
 +
 +
Although it does not identify source tree state uniquely, so avoid it if possible.
  
 
== Tips ==
 
== Tips ==
Line 120: Line 138:
 
  provides=('expac')
 
  provides=('expac')
 
  # The git repo is detected by the 'git:' or 'git+' beginning. The branch
 
  # The git repo is detected by the 'git:' or 'git+' beginning. The branch
  # 'pacman41' is then checked out upon cloning, expediating versioning:
+
  # '$pkgname' is then checked out upon cloning, expediating versioning:
 
  #source=('git+https://github.com/falconindy/expac.git'
 
  #source=('git+https://github.com/falconindy/expac.git'
 
  source=("$pkgname"::'git://github.com/falconindy/expac.git'
 
  source=("$pkgname"::'git://github.com/falconindy/expac.git'
Line 129: Line 147:
 
   
 
   
 
  pkgver() {
 
  pkgver() {
cd "$pkgname"
+
  cd "$srcdir/$pkgname"
# Use the tag of the last commit
+
  # Use the tag of the last commit
local ver="$(git describe --long)"
+
  git describe --long | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
printf "%s" "${ver//-/.}"
+
 
  }
 
  }
 
   
 
   
 
  build() {
 
  build() {
cd "$pkgname"
+
  cd "$srcdir/$pkgname"
make
+
  make
 
  }
 
  }
 
   
 
   
 
  package() {
 
  package() {
cd "$pkgname"
+
  cd "$srcdir/$pkgname"
make PREFIX=/usr DESTDIR="$pkgdir" install
+
  make PREFIX=/usr DESTDIR="$pkgdir" install
install -Dm644 "$srcdir/expac_icon.png" "$pkgdir/usr/share/pixmaps/expac.png"
+
  install -Dm644 "$srcdir/expac_icon.png" "$pkgdir/usr/share/pixmaps/expac.png"
 
  }
 
  }

Revision as of 04:41, 1 November 2013

Template:Package Guidelines

Version control systems can be used for retrieval of source code for both usual statically versioned packages and latest (trunk) version of a development branch. This article covers both cases.

Prototypes

Warning: The prototype files provided in the abs package and in the ABS Git repository are significantly out-of-date. Do not consider the prototypes to be authoritative in any way. See FS#34485.

The abs package for the Arch Build System provides prototypes for CVS, SVN, Git, Mercurial, and Darcs PKGBUILDs. When abs is installed, you can find them in /usr/share/pacman. Latest versions can be found in the prototypes directory in the ABS Git repository.

Guidelines

  • Suffix pkgname with -cvs, -svn, -hg, -darcs, -bzr, -git etc. unless the package fetches a specific release.
  • If the resulting package is different after changing the dependencies, URL, sources, etc. increasing the pkgrel is mandatory. Touching the pkgver is not.
  • Include what the package conflicts with and provides (e.g. for fluxbox-gitAUR: conflicts=('fluxbox') and provides=('fluxbox')).
  • replaces=() generally causes unnecessary problems and should be avoided.
  • When using the cvsroot, use anonymous:@ rather than anonymous@ to avoid having to enter a blank password or anonymous:password@, if one is required.
  • Include the appropriate VCS tool in makedepends=() (cvs, subversion, git, ...).

VCS sources

Note: Pacman 4.1 supports the following VCS sources: bzr, git, hg and svn. See the fragment section of man PKGBUILD or PKGBUILD(5) for a list of supported VCS.

Starting with pacman 4.1, the VCS sources should be specified in the source=() array and will be treated like any other source. makepkg will clone/checkout/branch the repo into $SRCDEST (same as $startdir if not set in makepkg.conf(5)) and copy it to $srcdir (in a specific way to each VCS). The local repo is left untouched, thus invalidating the need for a -build directory.

The general format of a VCS source=() array is:

source=('[folder::][vcs+]url[#fragment]')
  • folder (optional) is used to change the default repo name to something more relevant (e.g. than trunk) or to preserve the previous sources
  • vcs+ is needed for URLs that do not reflect the VCS type, e.g. git+http://some_repo.
  • url is the URL to the distant or local repo
  • #fragment (optional) is needed to pull a specific branch or commit. See man PKGBUILD for more information on the fragments available for each VCS.

An example Git source array:

source=('project_name::git+http://project_url#branch=project_branch')

The pkgver() function

The pkgver autobump is now achieved via a dedicated pkgver() function. This allows for better control over the pkgver, and maintainers should favor a pkgver that makes sense.

It is recommended to have following version format: RELEASE.rREVISION where REVISION is a monotonically increasing number that uniquely identifies the source tree (VCS revisions do this). The last VCS tag can be used for RELEASE. If there are no public releases and no repository tags then zero should be used as a release number. If there are public releases but repo has no tags then developer should get the release version somehow e.g. by parsing the project files.

Following are some examples showing the intended output:

Git

Using the annotated tag of the last commit:

pkgver() {
  cd "$srcdir/repo"
  git describe --long | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
}
2.0.r6.ga17a017

Using the unannotated tag of the last commit:

pkgver() {
  cd "$srcdir/repo"
  git describe --tags | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
}
0.71.r115.gd95ee07

If there are no tags then use number of revisions since beginning of the history:

pkgver() {
  cd "$srcdir/repo"
  printf "0.r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
}
0.r1142.a17a017

Note that SHA1 (in this case a17a017) is not used in the version comparison and can be omitted. From other side it allows quickly identify the exact used revision and might be useful during problems debugging.

Subversion

pkgver() {
  cd "$srcdir/repo"
  local ver="$(svnversion)"
  printf "0.r%s" "${ver//[[:alpha:]]}"
}
0.r8546

But if the project has releases then you should use it instead of 0.

Mercurial

pkgver() {
  cd "$srcdir/repo"
  printf "0.r%s.%s" "$(hg identify -n)" "$(hg identify -i)"
}
0.r2813.75881cc5391e

Bazaar

pkgver() {
  cd "$srcdir/repo"
  printf "0.r%s" "$(bzr revno)"
}
0.r830

Fallback

The current date can be used, in case no satisfactory pkgver can be extracted from the repository:

pkgver() {
  date +%Y%m%d
}
20130408

Although it does not identify source tree state uniquely, so avoid it if possible.

Tips

A sample Git PKGBUILD

# Maintainer: Dave Reisner <d@falconindy.com> 
# Contributor: William Giokas (KaiSforza) <1007380@gmail.com>

pkgname=expac-git
pkgver=0.0.0
pkgrel=1
pkgdesc="Pacman database extraction utility"
arch=('i686' 'x86_64')
url="https://github.com/falconindy/expac"
license=('MIT')
depends=('pacman')
makedepends=('git')
conflicts=('expac')
provides=('expac')
# The git repo is detected by the 'git:' or 'git+' beginning. The branch
# '$pkgname' is then checked out upon cloning, expediating versioning:
#source=('git+https://github.com/falconindy/expac.git'
source=("$pkgname"::'git://github.com/falconindy/expac.git'
        'expac_icon.png')
# Because the sources are not static, skip Git checksum:
md5sums=('SKIP'
         '020c36e38466b68cbc7b3f93e2044b49')

pkgver() {
  cd "$srcdir/$pkgname"
  # Use the tag of the last commit
  git describe --long | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
}

build() {
  cd "$srcdir/$pkgname"
  make
}

package() {
  cd "$srcdir/$pkgname"
  make PREFIX=/usr DESTDIR="$pkgdir" install
  install -Dm644 "$srcdir/expac_icon.png" "$pkgdir/usr/share/pixmaps/expac.png"
}