Package Details: docker-git 1:r39078.b5ea9abf25-1

Git Clone URL: https://aur.archlinux.org/docker-git.git (read-only, click to copy)
Package Base: docker-git
Description: Pack, ship and run any application as a lightweight container.
Upstream URL: https://github.com/docker/docker
Keywords: cgroups containers
Licenses: Apache License Version 2.0
Conflicts: containerd, containerd-git, docker, runc, runc-git
Provides: docker
Replaces: containerd, containerd-git, docker, runc, runc-git
Submitter: ido
Maintainer: flaccid
Last Packager: flaccid
Votes: 45
Popularity: 0.000000
First Submitted: 2013-12-05 18:13 (UTC)
Last Updated: 2020-11-08 09:47 (UTC)

Required by (176)

Sources (7)

Latest Comments

IPlayZed commented on 2021-11-15 20:16 (UTC)

Fails to compile with

==> Starting build()...
  -> building runc
go build -trimpath "-buildmode=pie"  -tags "seccomp apparmor selinux" -ldflags "-X main.gitCommit=v1.0.0-368-g7c219d81 -X main.version=1.0.0+dev " -o runc .
  -> generating runc manpages
/home/minef/.cache/yay/docker-git/src/runc/man
go-md2man is /usr/bin/go-md2man
  -> building containerd
+ bin/ctr
+ bin/containerd
+ bin/containerd-stress
+ bin/containerd-shim
+ bin/containerd-shim-runc-v1
+ bin/containerd-shim-runc-v2
+ binaries
  -> building docker-proxy
no required module provides package github.com/docker/libnetwork/cmd/proxy: go.mod file not found in current directory or any parent directory; see 'go help modules'
==> ERROR: A failure occurred in build().
    Aborting...
checking dependencies...

Packages (1) go-md2man-2.0.1-1

Total Removed Size:  2,47 MiB

:: Do you want to remove these packages? [Y/n] 
:: Processing package changes...
(1/1) removing go-md2man                                                                                           [####################################################################] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
 -> error making: docker-git

mngroon commented on 2021-04-27 15:34 (UTC)

Fails to build with error: --> no required module provides package github.com/docker/libnetwork/cmd/proxy: go.mod file not found in current directory or any parent directory; see 'go help modules' ==> ERROR: A failure occurred in build().

dr460nf1r3 commented on 2021-02-23 19:40 (UTC)

Fails to compile with -> building docker-proxy no required module provides package github.com/docker/libnetwork/cmd/proxy: working directory is not part of a module

carsonreinke commented on 2021-01-08 18:37 (UTC)

Anybody know why the docker-cli is locked on an old version 17.06.0? That version is missing docker login --password-stdin. I just updated and built locally without any problem.

flaccid commented on 2020-11-08 09:48 (UTC)

@frebib to save the need for that, i've kept it local by exporting the locally used GOPATH in each stage, it was needed in package(). Tested ok for me, but hopefully this solved the issue permanently.

frebib commented on 2020-11-05 16:34 (UTC)

Came here so say that I'm having the same problem as mikeccuk2005. It's preferring my global GOPATH instead of the one set in the prepare function. Copying the export GOPATH=... line to the top of the build function fixes it and I'm able to build

flaccid commented on 2020-10-22 01:50 (UTC)

@mikeccuk2005 local problem for you. Can't replicate, yay.

mikeccuk2005 commented on 2020-10-21 14:17 (UTC) (edited on 2020-10-21 14:37 (UTC) by mikeccuk2005)

==> Starting build()... -> building runc ln: failed to create symbolic link '/src/github.com/opencontainers/': No such file or directory

not sure why it is asking for this directory

cd .cache/yay/docker-git/src/

containerd/ docker-ce/ docker.install go/ libnetwork/ moby/ runc/ tini/

here is the runc in .cache is totally different path

edit:

export GOPATH=$HOME/.cache/yay/docker-git/src/go

This fixes build problems

flaccid commented on 2020-07-13 09:47 (UTC)

@Nullrequest as mentioned, just submit a patch as afaik we don't have a pull request feature.

Nullrequest commented on 2020-07-13 09:33 (UTC)

@fflaccid would you mind adding the nftables support moby has. Moby is way ahead of docker with nftables and cgroups v2. Atleast nftables support would be nice

flaccid commented on 2020-07-13 07:21 (UTC)

@Nullrequest it does use moby and the docker cli. Happy to review patches to the PKGBUILD etc.

Nullrequest commented on 2020-07-12 03:40 (UTC)

Have you considered using the moby(the open source version of docker) instead of docker as moby has wip progress(mostly working) for cgroups v2 and nftables. you still need to manually add exceptions for the docker0. It will be merged with the docker repo however this has more bleeding edge fixes. there are 2 repos you can use as the up stream. https://github.com/moby/moby or https://github.com/AkihiroSuda/moby-snapshot

severo_bo commented on 2018-11-16 00:36 (UTC) (edited on 2018-11-16 00:37 (UTC) by severo_bo)

With Manjaro I could install this way:

$ export GOPATH=/home/MYUSER/.cache/yay/docker-git/src/go
$ yay -S apparmor-git
$ yay -S docker-git

JDCNS commented on 2018-11-13 03:45 (UTC)

Well, I've tried resetting the GOPATH, even though I have a different error. I keep getting "plugin/plugin_go18.go:24:2: cannot find package "plugin" in any of:" while trying to "building containerd". It even includes "/usr/src/plugin (from $GOROOT)", which seems odd. I know very little about go, so I'm stumped.

flaccid commented on 2018-11-02 09:08 (UTC)

@ThomasAntoniousC must be a problem upstream with the image etc. docker run -it centos:centos7 works fine for example. EL6 is dead anyway.

ThomasAntoniousC commented on 2018-11-02 08:35 (UTC) (edited on 2018-11-02 08:36 (UTC) by ThomasAntoniousC)

I am a having an issue trying to run a centOS image. I posted the problem here: https://unix.stackexchange.com/questions/478387/running-a-centos-docker-image-on-arch-linux-exits-with-code-139 can anyone help?

noproblem commented on 2018-10-28 11:33 (UTC)

I can confirm that I could compile and install this package with apparmor-git and by setting GOPATH to the docker-git/src/go location, in my case as below (using the yay pacman wrapper). Thanks!

% export GOPATH=/home/np/.cache/yay/docker-git/src/go

flaccid commented on 2018-10-25 06:44 (UTC)

@Tazmain cannot replicate with docker and physical builds sorry.

Tazmain commented on 2018-10-19 14:49 (UTC)

So with yay the build fails : ==> Starting prepare()... ~/.cache/yay/docker-git/src ==> Starting pkgver()... ==> Updated version: docker-git 1:r35908.f7e5154f37-1 ==> Sources are ready. ==> Making package: docker-git 1:r35908.f7e5154f37-1 (Fri 19 Oct 2018 04:48:36 PM SAST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Starting pkgver()... ==> Starting build()... -> building runc ln: target '/src/github.com/opencontainers/' is not a directory: No such file or directory ==> ERROR: A failure occurred in build(). Aborting... Error making: docker-git

flaccid commented on 2018-10-11 11:08 (UTC)

@noproblem I've removed the pkg ref and also binary-commits entirely. We'll need to test but I can't find an issue in basic testing.

noproblem commented on 2018-10-09 19:28 (UTC) (edited on 2018-10-09 19:28 (UTC) by noproblem)

It seems that apparmor-libapparmor has been removed, but could the below be used instead?

https://aur.archlinux.org/packages/apparmor-git/

flaccid commented on 2018-05-23 07:18 (UTC)

See comments on https://aur.archlinux.org/pkgbase/apparmor/#news. We'll need that fixed before we can look at moby issue. Obviously once again they have completely changed how they do this, binaries-commits is no longer provided. https://github.com/moby/moby/tree/master/hack/dockerfile/install

a36233 commented on 2018-05-15 14:04 (UTC)

==> Starting prepare()... docker-git/src/moby/hack/dockerfile/binaries-commits: No such file or directory

Kuchiriel commented on 2017-12-30 16:59 (UTC) (edited on 2017-12-30 16:59 (UTC) by Kuchiriel)

-> building runc go build -buildmode=pie -ldflags "-X main.gitCommit="b2567b37d7b75eb4cf325b77297b140ea686ce8f" -X main.version=1.0.0-rc4+dev " -tags "seccomp apparmor selinux" -o runc .

github.com/opencontainers/runc/libcontainer/apparmor

libcontainer/apparmor/apparmor.go:35:15: could not determine kind of name for C.aa_change_onexec make: *** [Makefile:32: runc] Error 2

Similar issue solved that way here: https://github.com/golang/go/issues/9733

kevinkjt2000 commented on 2017-12-20 21:15 (UTC)

I went ahead and opened https://github.com/rjray/rpc-xml/issues/14

kevinkjt2000 commented on 2017-12-20 21:04 (UTC)

I can also replicate what EgidioCaprino is seeing. Seems only the random port number is different.

t/40_server.t ................... 18/91

Failed test 'RPC::XML::Server::url method (set)'
at t/40_server.t line 188.
'http://[::1]:34229/'
doesn't match '(?^:http://(127[.]0[.]0[.]1|localhost|localhost[.]localdomain):34229)'

t/40_server.t ................... 35/91 Use of uninitialized value in subroutine entry at t/40_server.t line 276. t/40_server.t ................... 41/91 Not an ARRAY reference at t/40_server.t line 333.

Looks like your test exited with 255 just after 43.

flaccid commented on 2017-12-18 23:48 (UTC)

@EgidioCaprino i can't seem to currently replicate that. Perhaps issue is local to you or was upstream?

EgidioCaprino commented on 2017-12-18 11:29 (UTC)

Failed test 'RPC::XML::Server::url method (set)'
at t/40_server.t line 188.
'http://[::1]:42185/'
doesn't match '(?^:http://(127[.]0[.]0[.]1|localhost[.]localdomain|localhost|localhost):42185)'

t/40_server.t ................... 35/91 Use of uninitialized value in subroutine entry at t/40_server.t line 276. t/40_server.t ................... 41/91 Not an ARRAY reference at t/40_server.t line 333.

Looks like your test exited with 255 just after 43.

flaccid commented on 2017-11-14 22:08 (UTC)

Yep it was in the commit, https://aur.archlinux.org/cgit/aur.git/commit/?h=docker-git&id=6b87b9bb5308345ec41f3487fdb2d07ad27fdafd.

mpadilla2 commented on 2017-11-14 21:03 (UTC)

@flaccid you're welcome. I pasted the wrong lines for second edit. Here's the correct one: Changed this: msg2 'dockerd binary' dockerver="$(cat $srcdir/moby/VERSION)" pushd "$srcdir/moby/bundles/dynbinary-daemon" >/dev/null install -Dm755 "dockerd-$_dockerver" "$pkgdir/usr/bin/dockerd" popd >/dev/null To this: msg2 'dockerd binary' pushd "$srcdir/moby/bundles/dynbinary-daemon" >/dev/null install -Dm755 "dockerd-dev" "$pkgdir/usr/bin/dockerd" popd >/dev/null

flaccid commented on 2017-11-14 10:06 (UTC)

@mpadilla2 thanks for that. I've just pushed a commit to fix (they removed moby/VERSION upstream in favour of go autogen) which in this case is a chicken & egg situation so we can't use it.

mpadilla2 commented on 2017-11-14 02:01 (UTC) (edited on 2017-11-14 02:07 (UTC) by mpadilla2)

Could not get this to compile until I made the following changes. Without the changes it would throw errors. Changed this: pkgver() { pushd "$srcdir/moby" > /dev/null _dockerver="$(cat VERSION)" printf "%s.%s.%s" "${_dockerver//-/.}" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" popd > /dev/null } To this: pkgver() { cd "$srcdir/moby" ( set -o pipefail git describe --long 2>/dev/null | sed 's/\([^-]*-g\)/r\1/;s/-/./g' || printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" ) } Then changed this: _dockerver="$(cat $srcdir/moby/VERSION)" To this: _dockerver="$pkgver"

flaccid commented on 2017-10-12 11:18 (UTC)

Ok guys, this is fixed now.

mnciitbhu commented on 2017-10-02 09:10 (UTC) (edited on 2017-10-02 10:24 (UTC) by mnciitbhu)

==> Starting prepare()... fatal: reference is not a tree: 0351df1c5a66838d0c392b4ac4cf9450de844e2d ==> ERROR: A failure occurred in prepare(). Aborting... Any fix? Edit: I applied this patch in PKGBUILD: - 'runc::git+https://github.com/docker/runc.git' + 'runc::git+https://github.com/opencontainers/runc.git' Now I am getting this error: ==> Entering fakeroot environment... ==> Starting package()... ==> runc binary ==> runc manpages ~/docker-git/src ==> containerd binaries ~/docker-git/src ==> docker-proxy binary install: cannot stat 'bundles/17.06.0-dev/dynbinary-daemon/dockerd-17.06.0-dev': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

a36233 commented on 2017-09-13 12:08 (UTC)

==> Starting prepare()... fatal: reference is not a tree: 1c81e2a794c6e26a4c650142ae8893c47f619764 ==> ERROR: A failure occurred in prepare().

WeenieHut commented on 2017-08-12 07:33 (UTC)

Perhaps they were leftover files from the community package. The Network systemd file had to be created however for docker to work on my system.

flaccid commented on 2017-08-10 04:27 (UTC)

@WeenieHut none of those files are in the package, only: docker-git /usr/lib/systemd/ docker-git /usr/lib/systemd/system/ docker-git /usr/lib/systemd/system/docker.service docker-git /usr/lib/systemd/system/docker.socket

WeenieHut commented on 2017-08-10 01:41 (UTC)

So I was having tons of problems. First was logging into the registry. I was getting EOF errors. I discovered that my router couldn't handle DNS hostname forwarding correctly. The systemd entry /etc/systemd/system/docker.service.d/http-proxy.cont was causing errors. By removing the 192.168.1.1 line fixed those errors. Then I had the error of not being able to access my virtualized devices as their IP addresses weren't being correctly forwarded across the interfaces. That was fixed by `sudo vim /etc/systemd/network/docker0.network` and adding the line [Network] IPForward=kernel Alls good now. What a fucking headache.

flaccid commented on 2017-07-03 07:59 (UTC)

@mnciitbhu fixed now.

flaccid commented on 2017-07-01 00:21 (UTC)

Raised https://github.com/opencontainers/runc/issues/1503.

flaccid commented on 2017-07-01 00:02 (UTC) (edited on 2017-07-01 00:06 (UTC) by flaccid)

@mnciitbhu apparently this commit that was changed does not exist in the runc source repo https://github.com/moby/moby/commit/a5e83836a49547b2add871bb52cbd8bfedb57114#diff-705886959f75f158a6230aaa994d6d2cR6. It does exist https://github.com/opencontainers/runc/commit/2d41c047c83e09a6d61d464906feb2a2f3c52aa4.

mnciitbhu commented on 2017-06-30 15:28 (UTC)

Failed with : ==> Starting prepare()... fatal: reference is not a tree: 2d41c047c83e09a6d61d464906feb2a2f3c52aa4 ==> ERROR: A failure occurred in prepare(). Aborting... Any solutions?

flaccid commented on 2017-06-06 06:44 (UTC)

@joekiller thanks, i've push those changes.

joekiller commented on 2017-06-05 16:38 (UTC)

@flaccid Docker also recently switched to using opencontainers's runc. I made a patch here: https://github.com/joekiller/docker-git/commit/689ba726bb5b7b6f8cbc57166d6ee9e5af9ed0be

joekiller commented on 2017-06-05 16:03 (UTC)

@flaccid looks like docker cli removed "build" from their Makefile and replaced it with binary and dynbinary. Changing the docker cli make command from "make build" to "LDFLAGS= make dynbinary" fixed it up. (Line 119) https://github.com/docker/cli/commit/a787cbc93bf6571ea7186e372bfffddf682f6f61#diff-b67911656ef5d18c4ae36cb6741b7965

joekiller commented on 2017-05-24 19:41 (UTC)

@flaccid things are looking up! docker-proxy is working again.

flaccid commented on 2017-05-02 07:04 (UTC)

@joekiller thanks for that. See how you go now, I've added docker-proxy in the usual (new) way.

flaccid commented on 2017-05-02 07:02 (UTC)

@ishitatsuyuki I just can't seem to replicate this, at least now.

flaccid commented on 2017-05-02 01:40 (UTC)

@jevonearth please don't flag as out-of-date. This uses the git master branch.

joekiller commented on 2017-04-27 21:02 (UTC)

With docker-proxy removed. Inter-container communication is broken via docker-compose is broken. The errors are stuff like: ERROR: for db Cannot start service db: b'driver failed programming external connectivity on endpoint db_1: exec: "docker-proxy": executable file not found in $PATH' Per some earlier comments the dynbuild doesn't make the binary but it does appear to be built in the install_binaries script. Build proxy: https://github.com/moby/moby/blob/50a72c7467ec92cb20b9ec72fd4de2d5e9761347/hack/dockerfile/install-binaries.sh#L41-L47 Commit file: https://github.com/moby/moby/blob/50a72c7467ec92cb20b9ec72fd4de2d5e9761347/hack/dockerfile/binaries-commits#L7

ishitatsuyuki commented on 2017-03-16 03:24 (UTC)

Missing makedepends: linux-headers In file included from .gopath/src/github.com/docker/docker/daemon/graphdriver/btrfs/btrfs.go:9:0: /usr/include/btrfs/ctree.h:37:25: fatal error: linux/sizes.h: No such file or directory #include <linux/sizes.h> ^ compilation terminated. Installing it doesn't do anything, please check if you're lacking any flags.

flaccid commented on 2017-02-18 03:31 (UTC)

Thanks. I have taken all that into account and now include the specific runc and containerd. Seems to run on my system ok, currently at Docker version 17.04.0-dev, build cf449cf69c!

JP-Ellis commented on 2017-02-10 07:19 (UTC)

@flaccid So looking further into it, I think the issue is with the PKGBUILD and its dependencies. As @cpldave pointed out, docker should be built against specific containerd and runc commits, as specified in: https://github.com/docker/docker/blob/092cba3/hack/dockerfile/binaries-commits They are used with Docker's build system at: https://github.com/docker/docker/blob/092cba3/Dockerfile#L238-L240 Perhaps containerd-git and runc-git could be bundled into the same makepkg as docker-git so that the appropriate commits can be used? Alternatively, it seems like the preferred way of building Docker is with Docker itself. I'm not sure whether that is possible to do within a PKGBUILD, but could `docker` be a makedepend for `docker-git`?

cpldave commented on 2017-02-09 15:42 (UTC)

@JP-Ellis: I had to hack around with this quite a bit to get it working. I wanted version 1.13.1 of Docker and had to use specific commits from `containerd` and `runc` (as found in https://github.com/docker/docker/blob/092cba3727bb9b4a2f0e922cd6c0f93ea270e363/hack/dockerfile/binaries-commits) `https://github.com/docker/containerd.git#commit=aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1` `https://github.com/docker/runc.git#commit=9df8b306d01f59d3a8029be411de015b7304dd8f` For some reason there is a large difference between `docker/*.git` versions of `containerd` and `runc` and the `opencontainers/*.git` versions references in the `containerd-git` and `runc-git` PKGBUILDS. Not sure if they are in sync anymore.

flaccid commented on 2017-02-09 08:20 (UTC)

@JP-Ellis I think take it upstream. The systemd unit is taken from contrib (https://github.com/docker/docker/blob/master/contrib/init/systemd/docker.service) and just calls dockerd.

JP-Ellis commented on 2017-02-08 09:25 (UTC)

Same as @Vi0L0, I seem to be unable to start dockerd (sudo systemctl start docker) as there seems to be some incompatibility with containerd. The error I get is: ``` dockerd[31021]: time="2017-02-08T19:55:42.333312028+11:00" level=info msg="libcontainerd: new containerd process, pid: 31107" dockerd[31021]: Incorrect Usage. flag provided but not defined: -l ``` and docker just keeps trying to spawn containerd, and containerd keeps exiting. The same happens if I try and launch dockerd manually from the command line. Do either @flaccid or @ido get this error too? I'll report it upstream if another person has the same issue.

flaccid commented on 2017-01-27 23:50 (UTC)

@ArgylePwnage -git packages use the master branch by default which is 1.14 in dev.

commented on 2017-01-27 23:47 (UTC)

Any chance this will get updated to 1.13?

flaccid commented on 2017-01-24 00:11 (UTC)

@Vi0L0 you'd need to take the issue upstream to docker. Unless we have an issue with the packaging here, nothing we can do - master branch is basically dev.

Vi0L0 commented on 2017-01-23 21:34 (UTC) (edited on 2017-01-23 21:41 (UTC) by Vi0L0)

Built it today for a first time. After systemctl start docker it wasn't able to start, it was "activating", but never finished, with last line: "containerd: flag provided but not defined: -l" Using containerd instead of containerd-git would help to start docker but then docker itself doesn't work with error like: "flag provided but not defined: -console docker: Error response from daemon: oci runtime error: flag provided but not defined: -console." Did you guys manage to make it work?

flaccid commented on 2016-11-06 08:59 (UTC)

This package uses master branch which could have bugs anytime and i686 is not supported much anymore upstream.

dluciv commented on 2016-11-06 08:36 (UTC)

Actually, my reason for using this package was not using git snapshot, but just running docker on x86 machine. This package was only one working for me =). What helped me a lot: 1. I got oficial package from https://git.archlinux.org/svntogit/community.git/tree/trunk?h=packages/docker 2. Added i686 to architecture list 3. makepkg && install it 4. Looks working

flaccid commented on 2016-11-05 21:45 (UTC)

@dluciv looks like upstream issue.

dluciv commented on 2016-11-05 19:10 (UTC)

On x86: docker: Error response from daemon: transport is closing. and then, after some time docker: Error response from daemon: grpc: the connection is unavailable.

flaccid commented on 2016-11-03 22:36 (UTC)

@inphinity removed. I guess we package docker-proxy separately now?

inphinity commented on 2016-11-03 16:23 (UTC)

Build is broken: docker-proxy isn't being built with ./hack make.sh dynbinary anymore, which in turn breaks the docker binary from working: ==> Entering fakeroot environment... ==> Starting package()... install: cannot stat 'bundles/1.13.0-dev/dynbinary-daemon/docker-proxy-1.13.0-dev': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... Changes from: https://github.com/docker/docker/commit/3996975b0840033bda3919440d122d734a4bc66b

ido commented on 2016-08-07 04:48 (UTC)

Please do not flag git packages out of date! Post a comment instead saying what broke.

flaccid commented on 2016-07-20 02:18 (UTC)

@khayber done, thanks!

khayber commented on 2016-07-09 00:46 (UTC)

Installation is broken as of this commit. https://github.com/docker/docker/commit/0682468431867e3382a759402eb92df5877e310b docker complains about missing docker-proxy on $PATH Need to add a new install line in the PKGBUILD install -Dm755 "bundles/$_dockerver/dynbinary-client/docker-$_dockerver" "$pkgdir/usr/bin/docker" install -Dm755 "bundles/$_dockerver/dynbinary-daemon/dockerd-$_dockerver" "$pkgdir/usr/bin/dockerd" + install -Dm755 "bundles/$_dockerver/dynbinary-daemon/docker-proxy-$_dockerver" "$pkgdir/usr/bin/docker-proxy"

streetmapp commented on 2016-07-06 19:51 (UTC)

@dome22xl I would check the sizing of the system/VM you are running this on. I was trying this on a 512MB VPS and was running into the same exact thing. I tried the same process on a workstation and it worked fine. So went through building runc, containerd, and docker-git one by one. When I hit containerd I was failing with gcc unable to allocate memory (or similar lost the output). Quick search saying that there wasn't enough memory on the box to complete the task. Bumped the memory up to 2GB and was able to complete the builds and installs without issue from that point on.

flaccid commented on 2016-07-01 08:47 (UTC)

@dome22xl - not quite sure your issue there perhaps you local go conf is interfering and/or the build() method and make.sh isn't adequate for your env. Its ok on mine atm: $ makepkg -s ==> Making package: docker-git 1:1.12.0.dev.24773.5bdc833-1 (Fri Jul 1 18:28:01 AEST 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Cloning docker git repo... Cloning into bare repository '/home/flaccid/src/aur/docker-git/docker'... remote: Counting objects: 230547, done. remote: Compressing objects: 100% (471/471), done. remote: Total 230547 (delta 294), reused 1 (delta 1), pack-reused 230068 Receiving objects: 100% (230547/230547), 136.15 MiB | 8.51 MiB/s, done. Resolving deltas: 100% (150555/150555), done. Checking connectivity... done. -> Found docker.install ==> Validating source files with md5sums... docker ... Skipped docker.install ... Passed ==> Extracting sources... -> Creating working copy of docker git repo... Cloning into 'docker'... done. ==> Starting prepare()... ==> Starting pkgver()... ==> Updated version: docker-git 1:1.12.0.dev.25442.972c6a7-1 ==> Starting build()... # WARNING! I don't seem to be running in a Docker container. # The result of this command might be an incorrect build, and will not be # officially supported. # # Try this instead: make all # ---> Making bundle: dynbinary (in bundles/1.12.0-dev/dynbinary) Building: bundles/1.12.0-dev/dynbinary-client/docker-1.12.0-dev Created binary: bundles/1.12.0-dev/dynbinary-client/docker-1.12.0-dev Building: bundles/1.12.0-dev/dynbinary-daemon/dockerd-1.12.0-dev Created binary: bundles/1.12.0-dev/dynbinary-daemon/dockerd-1.12.0-dev ==> Entering fakeroot environment... ==> Starting package()... ==> Tidying install... -> Removing libtool files... -> Purging unwanted files... -> Removing static library files... -> Compressing man and info pages... ==> Checking for packaging issue... ==> Creating package "docker-git"... -> Generating .PKGINFO file... -> Generating .BUILDINFO file... -> Adding install file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: docker-git 1:1.12.0.dev.25442.972c6a7-1 (Fri Jul 1 18:29:55 AEST 2016)

dome22xl commented on 2016-06-27 11:31 (UTC)

Build issue ---> Making bundle: dynbinary (in bundles/1.12.0-dev/dynbinary) Building: bundles/1.12.0-dev/dynbinary-client/docker-1.12.0-dev # github.com/docker/docker/api/client/inspect .gopath/src/github.com/docker/docker/api/client/inspect/inspector.go:115: i.tmpl.Option undefined (type *template.Template has no field or method Option) ==> ERROR: A failure occurred in build(). Aborting...

flaccid commented on 2016-06-10 02:50 (UTC)

Should be g2g now with 1.12 with containerd and runc. Let us know any issues if not.

Netrix commented on 2016-05-05 17:33 (UTC)

I created a package based on this one for x86 with version 1.11.0. It works on x86 but requires user to create his own images. https://aur.archlinux.org/packages/docker-git-x86/ https://github.com/Netrix/docker-git-x86

flaccid commented on 2016-05-03 23:11 (UTC)

The package itself is not out of date, the pkgver sure but that always gets updated. This is completely normal for -git packages which use master branch (which they should).

Netrix commented on 2016-05-03 22:49 (UTC)

Thanks for your work on this package. This package is continuously out-of-date because it takes latest code from github. I think it would be good to add git checkout 'hashcode of supported commit' to make it valid. Whenever someone will update the package the hash should also get updated. The latest version of docker separates daemon from client and will probably new more work to make it working again.

zoidberg_md commented on 2016-03-12 20:37 (UTC)

The systemd files are now provided by upstream in contrib/init/systemd. There are also udev rules in contrib/udev, maybe they are worth installing.

flaccid commented on 2016-01-31 00:25 (UTC)

@tomxtobin Thanks, fixed!

commented on 2016-01-30 14:53 (UTC)

package() now breaks, as dockerinit was removed upstream in 4357ed4a7363a1032edf93cf03232953c805184f. Removing the relevant line in package() fixes it.

pyriand3r commented on 2016-01-21 09:43 (UTC) (edited on 2016-01-21 09:44 (UTC) by pyriand3r)

@yhfudev docker-git compiled on my 32bit netbook very well indeed... and is running... Only thing is that port forwarding is not working atm but i can pull, build and run images etc.

flaccid commented on 2015-11-11 09:40 (UTC)

@yhfudev well considering https://github.com/docker/docker/commit/f7837599283ff89493d4fcfb7d9a046a7f9dc13b should we just remove i686 from the arch() array and move on?

yhfudev commented on 2015-11-10 16:33 (UTC)

@flaccid If you really want to use a i386 machine, you may install the KVM visualization supports in Linux, by this document: https://wiki.archlinux.org/index.php/Libvirt I suggest you install the GUI virt-manager, and change the processor type when you create virtual machines with it. Or you just install a i686 arch Linux on either x86 or x64 cpu. The problem is the docker-git can't be compiled in 32 bit environment.

flaccid commented on 2015-11-08 21:35 (UTC)

@tophsic 1.10 is correct as 1.9 is now released so it has been bumped (https://github.com/docker/docker/blob/master/VERSION). Its incremented i.e. .9=nine, .10=ten in semver.

flaccid commented on 2015-11-08 21:11 (UTC) (edited on 2015-11-08 21:32 (UTC) by flaccid)

@yhfudev is that documented somewhere? @tophsic looking into this!

tophsic commented on 2015-11-05 10:38 (UTC)

Actually, if I install Docker from docker-git, I got Docker 1.10. Is there a way to specify 1.9 version ? Done `makepkg -sri` after cloning docker-git.

yhfudev commented on 2015-11-02 21:54 (UTC)

@flaccid You may use KVM and select "kvm32" to get a i686 environment or "pentium" to get a i586 environment.

flaccid commented on 2015-10-28 22:13 (UTC)

@yhfudev negative, I'm saying I don't have any ancient 32bit lying around to test with :)

yhfudev commented on 2015-10-28 16:33 (UTC)

@flaccid Do you mean the docker-git won't support i686? Since the arch in PKGBUILD and the comment in the wiki(https://wiki.archlinux.org/index.php/Docker#Installation) indicate it does, I interesting if there're any solutions for this problem.

flaccid commented on 2015-10-28 07:32 (UTC)

@yhfudev https://github.com/docker/docker/issues/16808#issuecomment-151751793

yhfudev commented on 2015-10-27 14:53 (UTC)

Compiled failed in i686, I found this https://github.com/docker/docker/issues/16808, but unfortunately, it would not help. makepkg -Asf ==> Making package: docker-git 1:1.9.0.dev.16580.729c9a9-1 (Mon Oct 26 06:06:23 EDT 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Cloning docker git repo... Cloning into bare repository 'docker-git/docker'... remote: Counting objects: 164637, done. remote: Compressing objects: 100% (423/423), done. remote: Total 164637 (delta 219), reused 0 (delta 0), pack-reused 164211 Receiving objects: 100% (164637/164637), 96.74 MiB | 8.51 MiB/s, done. Resolving deltas: 100% (109179/109179), done. Checking connectivity... done. -> Found docker.service -> Found docker.install -> Found docker.conf ==> Validating source files with md5sums... docker ... Skipped docker.service ... Passed docker.install ... Passed docker.conf ... Passed ==> Extracting sources... -> Creating working copy of docker git repo... Cloning into 'docker'... done. ==> Starting pkgver()... ==> Updated version: docker-git 1:1.9.0.dev.19321.ebf8ca9-1 ==> Starting prepare()... ==> Starting build()... # WARNING! I don't seem to be running in the Docker container. # The result of this command might be an incorrect build, and will not be # officially supported. # # Try this instead: make all # ---> Making bundle: dynbinary (in bundles/1.9.0-dev/dynbinary) Created binary: bundles/1.9.0-dev/dynbinary/dockerinit-1.9.0-dev Building: bundles/1.9.0-dev/dynbinary/docker-1.9.0-dev # _/docker-git/src/docker/docker /usr/lib/go/pkg/tool/linux_386/link: running gcc failed: exit status 1 /tmp/go-link-275961614/000007.o: In function `__udivdi3': (.text+0x8ebc0): multiple definition of `__udivdi3' /tmp/go-link-275961614/000003.o:(.text+0x740): first defined here collect2: error: ld returned 1 exit status

flaccid commented on 2015-10-23 03:53 (UTC)

g2go now :)

grimsock commented on 2015-10-07 05:53 (UTC)

@ido md5sums need to be updated md5sums=('SKIP' 'f95610c9cb86cb617371040dad5b95d3' '1a8e60447794b3c4f87a2272cc9f144f' '9bce988683771fb8262197f2d8196202')

ido commented on 2015-10-06 11:49 (UTC)

Made you a comaintainer, Chris.

ido commented on 2015-10-06 11:48 (UTC)

Thanks, updated.

flaccid commented on 2015-10-06 07:14 (UTC)

Current situation documented and linked in https://github.com/ido/packages-archlinux/issues/61.

dlin commented on 2015-03-23 04:10 (UTC)

Can not build docker-git too. ref: https://bugs.archlinux.org/task/44306?project=5&cat%5B0%5D=33&string=docker

ido commented on 2015-02-14 15:56 (UTC)

Updated source pkg. NOTE: To request changes to this package, please submit a pull request to the GitHub repository at https://github.com/ido/packages-archlinux Otherwise, open a GitHub issue. Thank you! -Ido

whukriede commented on 2015-02-14 10:06 (UTC)

I got it to build (don't yet know about functionality): $ yaourt --nocolor -S docker-git Say Yes to "Edit PKGBUILD?" -- Then in function prepare() remove the patch command. Since the patch only affects a warning, this cannot be harmful. The build finishes without further accidents.

whukriede commented on 2015-02-13 19:33 (UTC)

Identical failure here to what efraglebagga has. I'm totally clueless on how to proceed. Help would be appreciated, thanks. (System is i686).

efraglebagga commented on 2015-02-12 14:58 (UTC)

might be doing something wrong, but can't get it to build ==> Making package: docker-git 1:1.1.2.dev.9869.042b642-1 (Thu Feb 12 14:36:09 UTC 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Cloning docker git repo... Cloning into bare repository ... remote: Counting objects: 102656, done. remote: Compressing objects: 100% (33797/33797), done. remote: Total 102656 (delta 67345), reused 102442 (delta 67179) Receiving objects: 100% (102656/102656), 53.07 MiB | 92.00 KiB/s, done. Resolving deltas: 100% (67345/67345), done. Checking connectivity... done. -> Found docker.service -> Found docker.install -> Found docker-nocheck.patch -> Found docker.conf ==> Validating source files with md5sums... docker ... Skipped docker.service ... Passed docker.install ... Passed docker-nocheck.patch ... Passed docker.conf ... Passed ==> Extracting sources... -> Creating working copy of docker git repo... Cloning into 'docker'... done. ==> Starting pkgver()... ==> Updated version: docker-git 1:1.5.0.dev.13128.f4749ac-1 ==> Starting prepare()... patching file daemon/daemon.go Hunk #1 FAILED at 1177. 1 out of 1 hunk FAILED -- saving rejects to file daemon/daemon.go.rej ==> ERROR: A failure occurred in prepare(). Aborting...

zoidberg_md commented on 2015-01-12 22:36 (UTC)

They merged the PR, so those few i686 users now enjoy BTRFS support.

ido commented on 2015-01-09 04:17 (UTC)

Thanks for contributing to upstream. I'm going to wait and see what they have to say about the patch, unless there's enough interest from others. AFAICT, most users are on x64.

zoidberg_md commented on 2015-01-09 01:17 (UTC)

I've just fixed a terrible bug that prevented docker from detecting btrfs on i686: https://github.com/docker/docker/pull/9988 Enjoy :) For me device-mapper backend causes corruption, but btrfs seem work so far! Feel free to incorporate the patch if they don't merge it upstream.

Mic92 commented on 2014-12-10 12:20 (UTC)

Can you remove: /usr/bin/mount --make-rprivate / from docker.service It triggers the following bug on my system: https://bugs.freedesktop.org/show_bug.cgi?id=70856

silvio commented on 2014-08-01 12:23 (UTC)

Hi, a little update of the used patch. I have created a pull-request on your github-project. look here: https://github.com/ido/packages-archlinux/pull/26

Svenstaro commented on 2014-07-25 14:46 (UTC)

Doesn't this need the systemd socket file now?

andreas_baumann commented on 2014-06-19 13:04 (UTC)

I also managed to get it running on 32-bit. A small patch (docker-i386.patch) is needed: diff -rauN docker/docker/docker.go docker-i386-patch/docker/docker.go --- docker-i386-patch/docker/docker.go 2014-06-19 13:54:03.466262641 +0200 +++ docker/docker/docker.go 2014-06-19 13:59:19.191144892 +0200 @@ -258,9 +258,9 @@ func checkKernelAndArch() error { // Check for unsupported architectures - if runtime.GOARCH != "amd64" { - return fmt.Errorf("The docker runtime currently only supports amd64 (not %s). This will c hange in the future. Aborting.", runtime.GOARCH) - } +// if runtime.GOARCH != "amd64" { +// return fmt.Errorf("The docker runtime currently only supports amd64 (not %s). This will c hange in the future. Aborting.", runtime.GOARCH) +// } // Check for unsupported kernel versions // FIXME: it would be cleaner to not test for specific versions, but rather // test for specific functionalities. Then in PKGBUILD: ... arch=('x86_64' 'i686') ... ... source=("git+https://github.com/dotcloud/docker.git" 'docker.service' 'docker.install' 'docker-i386.patch') md5sums=('SKIP' '3f7ccab915fb1942f06e18946c2811d2' '1a8e60447794b3c4f87a2272cc9f144f' '8adec862707628f01e5ff3149ee97525') ... build() { cd "$_magic/docker" patch -p1 -i $srcdir/docker-i386.patch export GOPATH="$srcdir:$srcdir/$_magic/docker/vendor" When starting up docker fails and complains about missing IP ranges for the bridge 'docker0'. I created a bridge manually as described in https://wiki.archlinux.org/index.php/Bridge_with_netctl I sucessfully built and run an image though it's rather slow on my old 32-bit Pentium III. :-)

test0 commented on 2014-05-09 17:35 (UTC)

Requies btrfs-progs to build

ido commented on 2014-05-09 05:46 (UTC)

@hunger - please submit a pull request to the github repo. Thanks.

hunger commented on 2014-05-07 21:34 (UTC)

Could you please use the systemd files that are nowadays part of the docker git (contrib/init/systemd). I would prefer having the socket activation units, that way I can depend on docker.service and be sure it will be up. Thanks!

ido commented on 2013-12-05 18:18 (UTC)

NOTE: To request changes to this package, please submit a pull request to the GitHub repository at https://github.com/ido/packages-archlinux Otherwise, open a GitHub issue. Thank you! -Ido