-
Notifications
You must be signed in to change notification settings - Fork 3.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libnetwork: Exclude unsupported architectures #9547
Conversation
This will create a recursive dependency. Remove it from docker-ce. |
I think one of the reasons that this is failing is because musl defines SIGSTKFLT as 16 for all architectures, except MIPS where it is 7. In other words, this doesn't really fix the issue so much as working around it. This is probably a go bug. Ping @jefferyto |
There are a number of errors in the log (mostly due to old vendor packages):
This would be fixed by adding
This was fixed in moby/moby#37491 then moby/libnetwork#2361.
This was fixed in moby/libnetwork#2268, by switching from boltdb/bolt (which is archived) to etcd-io/bbolt (a fork which has mips support).
This should be fixed in vishvananda/netns#21 then moby/libnetwork#2119 (for mips and mipsel, mips64el support was added later but not mips64).
This they are working on in moby/moby#37490. Almost all of these errors have already been fixed because the version we are packaging (0.8.0-dev.2) is from 2016. (This was their last "official" release so I understand why we are packaging it.) I believe the proxy binary bundled with docker is built from a newer commit. Perhaps we should consider packaging the version of libnetwork that is pinned for the version of docker-ce we are targeting? |
28cded7
to
5295d9e
Compare
This is actually packaging the commit you mentioned, I chose 0.8.0-dev.2 as the version as it's the only version they have and the dev implies it's in a partial state anyway, Perhaps a better version, especially for docker-ce v19.03.0 would just be to use the commit hash or append it given no other apparent versions. The next version I'd package is for would be moby/libnetwork@fc5a7d9 for docker-ce v19.03.0 and the issues that @jefferyto thoroughly documented are still present aside from github.com/boltdb/bolt. Are we suggesting that we leave the issue open until the upstream fixes are eventually packaged and merge the workaround for now? |
If the package can be fixed as @jefferyto stated, I'd prefer that instead of making it unavailable. |
This should be taken care of before the docket pull request. |
How about we just let libnetwork depends on target x86_64 the same way like dockerd does. It's my understanding that binaries from libnetwork do not have much use when not in the context of dockerd containers. |
I'm ok with limiting this to x86-64 for now. |
5295d9e
to
9664d66
Compare
From what I know of libnetwork and the executables provided by this package they would have limited use outside of docker which is currently unable to be compiled for mips due to another of its dependencies also not currently able to be compiled for mips (containerd). |
9bc3a5e
to
674b11b
Compare
Signed-off-by: Gerard Ryan <G.M0N3Y.2503@gmail.com>
Maintainer: @G-M0N3Y-2503
Compile tested: x86_x64, Hyper-V, OpenWrt Master
Run tested: x86_x64, Hyper-V, OpenWrt Master
Description:
As brought up in #9546, libnetwork was failing to compile for MIPS. Given libnetwork's dependencies on docker-ce libnetwork is unsupported on MIPS and have added
@TARGET_x86_64
.