Package Details: kubo-git 0.28.0.r11.g2841ec0-1

Git Clone URL: https://aur.archlinux.org/kubo-git.git (read-only, click to copy)
Package Base: kubo-git
Description: An IPFS implementation in Go
Upstream URL: https://github.com/ipfs/kubo
Licenses: MIT AND Apache-2.0
Conflicts: go-ipfs, go-ipfs-git, kubo
Provides: go-ipfs, ipfs, kubo
Replaces: go-ipfs-git
Submitter: RubenKelevra
Maintainer: Revvy
Last Packager: Revvy
Votes: 24
Popularity: 0.60
First Submitted: 2022-07-10 17:38 (UTC)
Last Updated: 2024-05-06 23:37 (UTC)

Dependencies (3)

Required by (16)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

RubenKelevra commented on 2020-03-27 15:04 (UTC)

@redfish thanks for the hint, but this would break the conventions for aur packages on this repo (to show the latest stable, plus changes, plus commit-id) - since the tags are not in the main branch on this repo.

The old workaround to use jq to identify the current version is outdated, I replaced it with a simple grep, but this would lead to 0.5.0-dev as version string, which would also break conventions.

That's why the version detection is a bit more complicated now, but should somewhat reliably fetch the latest rc/stable tag and identify the commits since this tag was released on the main branch (hopefully).

02m commented on 2019-07-21 10:21 (UTC) (edited on 2019-07-21 10:27 (UTC) by 02m)

Build fails with:

==> Starting pkgver()... jq: error: Could not open file package.json: No such file or directory ==> ERROR: pkgver is not allowed to be empty. ==> ERROR: pkgver() generated an invalid version: Error making: go-ipfs-git

Replacing pkgver() function with the suggestion from @redfish works like a charm.

redfish commented on 2019-06-08 17:42 (UTC)

There isn't a need to parse the version from the source files, because the releases are tagged, so best to go with the standard format (0.4.21.r54.gc7dc3c33e):

pkgver() {
  cd "$srcdir/$_pkgname"
  git describe --long --tags |  sed -e 's/^v//' -e 's/\([^-]*-g\)/r\1/;s/-/./g'
}

FallenSnow commented on 2019-05-27 03:30 (UTC)

jq version acquisition is failing since go-ipfs now stores the version in version.go.

The LICENSE file has also been split into LICENSE-MIT and LICENSE-APACHE.

zbiko commented on 2017-12-18 01:45 (UTC) (edited on 2017-12-18 01:45 (UTC) by zbiko) 

==> Leaving fakeroot environment.
==> Finished making: go-ipfs-git 0.4.14dev.r141.gce22b83f2-1 (Sun Dec 17 17:09:31 PST 2017)
==> Cleaning up...
:: Installing go-ipfs-git package(s)...
:: go-ipfs-git package(s) failed to install.
:: ensure package version does not mismatch between .SRCINFO and PKGBUILD
:: ensure package name has a VCS suffix if this is a devel package
:: go is now an orphan package
:: jq is now an orphan package

Kubuxu commented on 2016-05-09 10:54 (UTC)

Here is a fix that worked for me From 63db4b943736f30e92215421c4f32915914dfcb4 Mon Sep 17 00:00:00 2001 From: Jakub Sztandera <kubuxu@protonmail.ch> Date: Mon, 9 May 2016 12:50:32 +0200 Subject: [PATCH] Fix build in Go 1.6 --- PKGBUILD | 1 + 1 file changed, 1 insertion(+) diff --git a/PKGBUILD b/PKGBUILD index 7fa2229..1c00f85 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -31,6 +31,7 @@ prepare() { build() { # Required for go get export GOPATH="$srcdir" + export GOBIN="$srcdir/bin" export PATH=$PATH:$GOPATH/bin msg2 'Installing dependencies...' -- 2.8.2

edtoml commented on 2016-05-07 13:29 (UTC)

The problem is not the go version. I restored a go 1.5.3 package from my backups, installed it and tried building. Same error.

edtoml commented on 2016-05-06 00:55 (UTC)

redfish queried the ipfs main author on irc and go 1.6.2 should work.

edtoml commented on 2016-05-03 00:27 (UTC)

Also getting make[1]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. make[1]: Entering directory '/tmp/makepkg/go-ipfs-git/src/go-ipfs/cmd/ipfs' go install -ldflags="-X "github.com/ipfs/go-ipfs/repo/config".CurrentCommit=d597f4b" go install: no install location for directory /tmp/makepkg/go-ipfs-git/src/go-ipfs/cmd/ipfs outside GOPATH For more details see: go help gopath Makefile:7: recipe for target 'install' failed It used to work. Ideas anyone?

« First ‹ Previous 1 2 3 4 5 Next › Last »