Bumping up zmq version to 0.10

[conanoc]

Currently, cargo build with target x86_64-apple-ios hangs on my Mac.

rust-zmq 0.10 removed the dependency to cmake, so it will remove build issues related to cmake.
I've tested it on my fork here, and it resolved the build issue.

[andrewwhitehead]

It looks like sqlite uses the strlcpy function, which appears to not be supported in the glibc version (2.17?) used in the manylinux-2014 images. Support was only added in late 2014 from what I can see. We could look at matching a later manylinux standard.

[conanoc]

I see. Actually, libzmq has it's own strlcpy for platforms that doesn't have it. The problem is detecting the existence of strlcpy is not easy, so rust-zmq seems to be struggling with it after removing cmake.
Maybe the next version of rust-zmq will be fine with manylinux-2014.

[conanoc]

I found out that curve encryption is not supported in rust-zmq 0.10
I'm afraid that rust-zmq may not be maintained anymore.

[berendsliedrecht]

I had to lock zmq to 0.9 and cmake to 0.1.48 a while ago to resolve build issues on ios targets. IIRC the reason to lock zmq was for the curve encryption and cmake for the following issue: rust-lang/cmake-rs#173.

Does not help a lot, but those were the reasons to lock them. Maybe cmake 0.1.50 can be used, but zmq likely has to stay on 0.9 for curve encryption.