FS#43104 - [docker] 1.4.0-1 Breaks due to go1.4 bug
Attached to Project:
Arch Linux
Opened by Henry Kupty (ingvij) - Saturday, 13 December 2014, 15:25 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Saturday, 13 December 2014, 21:12 GMT
Opened by Henry Kupty (ingvij) - Saturday, 13 December 2014, 15:25 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Saturday, 13 December 2014, 21:12 GMT
|
Details
Description: Docker 1.4 crashes on `docker run` or `docker
build`due to build with go 1.4, as this version of go has a
bug on sqlite (as of reported by upstream).
It has been reported upstream on https://github.com/docker/docker/issues/9649. Additional info: * Docker version 1.4 is affected; Versions 1.3.{1,2}-1 seem to work fine; Version 1.3.3-1 is presented the same error for me, but on the upstream report, it seemed to solve the issue. * Steps to reproduce: `docker run base/archlinux true` is enough to raise the error. |
This task depends upon
Closed by Bartłomiej Piotrowski (Barthalion)
Saturday, 13 December 2014, 21:12 GMT
Reason for closing: Fixed
Additional comments about closing: docker 1:1.4.0-2
Saturday, 13 December 2014, 21:12 GMT
Reason for closing: Fixed
Additional comments about closing: docker 1:1.4.0-2
Comment by smyrman (smyrman) -
Saturday, 13 December 2014, 16:42 GMT
I can reproduce this bug. GitHub suggests that Docker 1.4 could be
compiled with go 1.3.x to work-around the issue until the SQLite
package can be fixed.
Comment by Henry Kupty (ingvij) -
Saturday, 13 December 2014, 17:48 GMT
I think I should add that the bumping to go 1.4 is being discussed
upstream at
https://github.com/docker/docker/pull/9615
Comment by
Aitor Pazos (aitorpazos) - Saturday,
13 December 2014, 18:56 GMT
Meanwhile, people can download the static docker binary ( as
suggested at
https://github.com/docker/docker/issues/9649
) and modify /usr/lib/systemd/system/docker.service in order to
point to the downloaded binary. Once docker package is updated,
.service file will be overwritten, pointing to the package's
binary.