Updating debian/sid with the 0.10.0 release.

[nicolasnoble]

Let's bring debian/sid up to date with our latest 0.10.0 release, so we can actually build a debian package out of it.

[googlebot]

We found a Contributor License Agreement for you (the sender of this pull request) and all commit authors, but as best as we can tell these commits were authored by someone else. If that's the case, please add them to this pull request and have them confirm that they're okay with these commits being contributed to Google. If we're mistaken and you did author these commits, just reply here to confirm.

[stanley-cheung]

I am not sure if I am doing the right thing, but I think I found an issue.

I download the 0.10 release and rename it to mv release-0_10_0.tar.gz grpc_0.10.0.orig.tar.gz.

I then clone the nicolasnoble/sid branch and run dpkg-buildpackage -us -uc at the base directory and got this error

[C]       Compiling test/core/fling/server.c
[LD]      Linking bins/opt/fling_server
./libs/opt/libgrpc.a(json_token.o): In function `grpc_auth_json_key_destruct':
/usr/local/google/home/stanleycheung/grpc-release-0_10_0/src/core/security/json_token.c:167: undefi\
ned reference to `RSA_free'
./libs/opt/libgrpc.a(json_token.o): In function `grpc_auth_json_key_create_from_string':
/usr/local/google/home/stanleycheung/grpc-release-0_10_0/src/core/security/json_token.c:130: undefi\
ned reference to `BIO_s_mem'
...
/usr/local/google/home/stanleycheung/grpc-release-0_10_0/src/core/tsi/ssl_transport_security.c:1175\
: undefined reference to `SSL_get_servername'
/usr/local/google/home/stanleycheung/grpc-release-0_10_0/src/core/tsi/ssl_transport_security.c:1183\
: undefined reference to `SSL_set_SSL_CTX'
./libs/opt/libgrpc.a(ssl_transport_security.o): In function `init_openssl':
/usr/local/google/home/stanleycheung/grpc-release-0_10_0/src/core/tsi/ssl_transport_security.c:144:\
 undefined reference to `CRYPTO_set_id_callback'
collect2: error: ld returned 1 exit status
make: *** [bins/opt/fling_server] Error 1

So I just unzip the grpc_0.10.0.orig.tar.gz release archive and try to debug from there by running make test_c, which is where dpkg-buildpackage failed and I can reproduce the exact same error.

So looking at the Makefile, the variable OPENSSL_LIBS is not populated for this execution path. This causes LIBS_SECURE to be only dl, and then LDLIBS_SECURE to be just -ldl. If I hardcode LDLIBS_SECURE to -ldl -lssl -lcrypto, then I can get pass this error.

I do have pkg-config installed so I believe that's why the assignment of OPENSSL_LIBS got skipped over

Edit: LDFLAGS may also play a role here but I am unable to find a combination that works.

[nicolasnoble]

Ping.

[ctiller]

Ping.