Package Details: git-gitlab r86.2c65c9369900391717373e1e0263753740ca7fa2-1

Git Clone URL: (read-only, click to copy)
Package Base: git-gitlab
Description: gitlab command line interface (patched fork)
Upstream URL:
Licenses: MIT
Submitter: voyd
Maintainer: None
Last Packager: alerque
Votes: 3
Popularity: 0.000000
First Submitted: 2015-07-18 23:01
Last Updated: 2020-05-25 14:07

Latest Comments

1 2 Next › Last »

alerque commented on 2020-05-25 14:07

I don't use this any more, the upstream is out of date and doesn't work with current libgit2 any more, and the Go packaging is a mess using old module systems. I'm going to disown because I don't feel like fixing these things and it is in a known-bad state.

barbuk commented on 2018-07-05 10:15

There is an up to date fork here:

# Maintainer: Simon Kohlmeyer <

pkgdesc="gitlab command line interface"
arch=('x86_64' 'i686')
makedepends=('go' 'libgit2')
options=('!strip' '!emptydirs')

prepare() {
  export GOPATH="$srcdir"
  go get
  go get
  go get

build() {
  cd "$pkgname-${pkgver#r*.}"

  GOPATH="$srcdir" go build

package() {
  cd "$pkgname-${pkgver#r*.}"

  install -Dm755 "$pkgname-${pkgver#r*.}" "$pkgdir/usr/bin/git-lab"
  install -Dm644 LICENSE.txt "$pkgdir/usr/share/licenses/$pkgname/LICENSE"

# vim:set ts=2 sw=2 et:

alerque commented on 2018-06-16 09:38

I still use this and will look into fixing the upstream bug when I get a chance.

voyd commented on 2018-01-30 17:07

This doesn't seem to be maintained upstream and I don't really have the energy to fix anything, so I'm abandoning this package. If nobody adopts it in the next 3 months, I'll delete it.

The upstream bug that breaks this package is

towo commented on 2017-11-05 21:08

... and modifying for usage of libgit2-v26 gets build to fail at:

==> Starting prepare()...
# cd /home/towo/.cache/pacaur/git-gitlab/src/src/; git submodule update --init --recursive
Submodule 'vendor/libgit2' ( registered for path 'vendor/libgit2'
Cloning into '/home/towo/.cache/pacaur/git-gitlab/src/src/'...
Submodule path 'vendor/libgit2': checked out '15e119375018fba121cf58e02a9f17fe22df0df8'
fatal: No url found for submodule path 'vendor/libgit2/tests/resources/rebase-submodule/my-submodule' in .gitmodules
Failed to recurse into submodule path 'vendor/libgit2'
package exit status 1

towo commented on 2017-11-05 21:05

Not sure why the prepare() handler is ignored by pacaur in this setup; manually running makepkg -si yields:

==> Starting prepare()...
src/ error: #error "Invalid libgit2 version; this git2go supports libgit2 v0.24"
# error "Invalid libgit2 version; this git2go supports libgit2 v0.24"

Since libgit 0.26 is installed, this seems to a bit of a problem.

towo commented on 2017-11-05 20:57

Doesn't build ootb:

==> Starting build()...
commands.go:7:2: cannot find package "" in any of:
/usr/lib/go/src/ (from $GOROOT)
/home/towo/.cache/pacaur/git-gitlab/src/src/ (from $GOPATH)
gitlab-client.go:4:5: cannot find package "" in any of:
/usr/lib/go/src/ (from $GOROOT)
/home/towo/.cache/pacaur/git-gitlab/src/src/ (from $GOPATH)

gyscos commented on 2017-10-02 19:55

Trying to build it now gives the following error:

==> Starting prepare()...
src/ error: #error "Invalid libgit2 version; this git2go supports libgit2 v0.24"
# error "Invalid libgit2 version; this git2go supports libgit2 v0.24"
==> ERROR: A failure occurred in prepare().
==> ERROR: Makepkg was unable to build git-gitlab.

I have libgit2-0.26 installed.

voyd commented on 2016-05-26 13:42

The upstream bug about libgit2 has been fixed and this package should work again with the updates I just did.

whynothugo commented on 2016-05-19 08:53

@electricprism: The application itself is called "git-gitlab". "-git" packages are packages that build the latest git commit of a package - that's not the case here.