Package Details: docker-git 1:r34007.3a9ab941ad-1

Git Clone URL: https://aur.archlinux.org/docker-git.git (read-only)
Package Base: docker-git
Description: Pack, ship and run any application as a lightweight container.
Upstream URL: https://github.com/docker/docker
Keywords: cgroups container lxc
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: 42
Popularity: 0.057827
First Submitted: 2013-12-05 18:13
Last Updated: 2017-12-01 22:01

Required by (59)

Sources (7)

Latest Comments

Kuchiriel commented on 2017-12-30 16:59

-> 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

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

kevinkjt2000 commented on 2017-12-20 21:04

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

@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

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

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

@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

@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

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

Ok guys, this is fixed now.

mnciitbhu commented on 2017-10-02 09:10

==> 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

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

WeenieHut commented on 2017-08-12 07:33

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

@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

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

@mnciitbhu fixed now.

flaccid commented on 2017-07-01 00:21

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

flaccid commented on 2017-07-01 00:02

@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

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

@joekiller thanks, i've push those changes.

joekiller commented on 2017-06-05 16:38

@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

@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

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

flaccid commented on 2017-05-02 07:04

@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

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

flaccid commented on 2017-05-02 01:40

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

joekiller commented on 2017-04-27 21:02

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

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

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

@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

@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

@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

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

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

Anonymous comment on 2017-01-27 23:47

Any chance this will get updated to 1.13?

flaccid commented on 2017-01-24 00:11

@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

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

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

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

@dluciv looks like upstream issue.

dluciv commented on 2016-11-05 19:10

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

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

inphinity commented on 2016-11-03 16:23

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

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

flaccid commented on 2016-07-20 02:18

@khayber done, thanks!

khayber commented on 2016-07-09 00:46

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

@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

@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

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

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

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

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

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

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

@tomxtobin Thanks, fixed!

Anonymous comment on 2016-01-30 14:53

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

@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

@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

@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

@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

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

tophsic commented on 2015-11-05 10:38

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

@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

@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

@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

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

yhfudev commented on 2015-10-27 14:53

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

g2go now :)

grimsock commented on 2015-10-07 05:53

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

ido commented on 2015-10-06 11:49

Made you a comaintainer, Chris.

ido commented on 2015-10-06 11:48

Thanks, updated.

flaccid commented on 2015-10-06 07:14

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

dlin commented on 2015-03-23 04:10

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

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

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-14 10:04

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-14 10:00

I got it to build (don't yet know about functionality):
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

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

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

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

ido commented on 2015-01-09 04:17

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

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

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

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

Doesn't this need the systemd socket file now?

andreas_baumann commented on 2014-06-19 13:04

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

Requies btrfs-progs to build

ido commented on 2014-05-09 05:46

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

hunger commented on 2014-05-07 21:34

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!

dlin commented on 2014-02-24 15:54

missing make depend package:

btrfs-progs

dlin commented on 2014-02-12 02:46

Is there any file which is suitable to setup docker's launch parameter?
For example, I want to install https://github.com/tsaikd/kdocker-web

ido commented on 2013-12-05 18:18

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