curl depends from >=net-dns/c-ares-1.6.0: 1) by curl's docs - curl-7.21.*/docs/INTERNALS 2) by curl's configure script, test-case: 34876: ares_dup(&channel, channel); /* added in 1.6.0 */ In ebuilds: ares? ( >=net-dns/c-ares-1.4.0 ) Reproducible: Always Steps to Reproduce: 1. emerge '<=net-dns/c-ares-1.6.0' '>=net-misc/curl-7.21'
Sorry, mistake in steps to reproduce. emerge '<net-dns/c-ares-1.6.0' '>=net-misc/curl-7.21'
just bumped into this myself, c-ares use dep should be: ares? ( >=net-dns/c-ares-1.7.0 )
c-ares-1.6+ isn't marked stable on hardened yet, so that will have to happen too.
I can confirm this problem. Unmasking c-ares 1.7x solved the issue and curl-7.21.4 builds fine.
Same thing here (amd64), installing (unstable) c-ares 1.7.4 makes curl happy. Regarding comment 3, wouldn't it be better if people were just unable to upgrade curl due to an unsatisfied dependency rather than having the build fail?
request for net-dns/c-ares-1.7.2 endorsed and AT please stablize at will. c-ares includes good self test.
er 1.7.4 :-)
amd64 ok
Stable for HPPA.
amd64 done. Thanks Agostino
Builds fine on x86. Rdeps build fine. Please mark stable for x86.
x86 stable, thanks Myckel
dep bumped for 7.21.7 which is going stable in the near future
ppc/ppc64 stable
alpha/arm/ia64/s390/sh/sparc stable, closing