Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 511988 - app-emulation/docker-0.11.1 FEATURES=installsources - Could not locate dockerinit: This usually means docker was built incorrectly.
Summary: app-emulation/docker-0.11.1 FEATURES=installsources - Could not locate docker...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Tianon
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-31 21:55 UTC by Matthew Dawson
Modified: 2014-06-29 05:25 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emergeinfo,6.98 KB, text/plain)
2014-05-31 21:55 UTC, Matthew Dawson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Dawson 2014-05-31 21:55:59 UTC
Created attachment 377960 [details]
emerge --info

I upgrade my copy of docker from version 0.9 to 0.11, and when attempting to restart docker I received the error message:
Could not locate dockerinit: This usually means docker was built incorrectly. See http://docs.docker.io/en/latest/contributing/devenvironment for official build instructions.

However, running strace on docker shows that is in fact finding dockerinit, it just rejects the executable for some reason.

Further Googling revealed: https://github.com/dotcloud/docker/issues/3826 , which mentioned binary stripping could cause issues.  On a chance, I tried emerging docker with FEATURES=-installsources (my system has installsources by default), which allowed docker to successfully build and start.  It seems to be running properly now.
Comment 1 Tianon 2014-06-03 00:47:18 UTC
This was reported on the overlay at https://github.com/tianon/docker-overlay/issues/18, and we decided to wait to push the fix into portage until upstream has a new release (which will probably be next week or very shortly thereafter).  Is this serious enough that we ought to do a new -r1 sooner than that with the fix?
Comment 2 Matthew Dawson 2014-06-03 02:09:26 UTC
Personally, I don't think it is too much of an issue.  The workaround is simple, and if updated ebuilds are available in the overlay then people can easily use them.  And this release of docker is still keyworded, so it won't hit stable users.  Maybe if you just mark this bug as confirmed, so anyone else who hits this issue knows it's being worked on, and sees that the fix is inbound?
Comment 3 Tianon 2014-06-03 02:11:48 UTC
I agree, that would be an excellent idea.

I'm only allowed to mark as resolved, so if anyone else is reading this and has permission to mark it as confirmed (even as the assignee, which is weird), please feel free to do so for us. :)
Comment 4 Tianon 2014-06-29 05:25:43 UTC
This was fixed in tree in 1.0.0 (and also the newly uploaded 1.0.1). :)