Big endian machine devs - I have done a version bump on net-dns/c-ares (1.3.1). Looking at the change log (URL) it has big endian problem in the previous version(s). How do you want to handle keywording? curl needs a stable version of c-ares (or a USE mask though I don't see its long term benefits - NOTE to mips people - its still USE masked) Full dependencies: games-action/bzflag net-misc/curl net-misc/sipsak Note 1: c-ares-1.2.0 produces a static library only. Note 2: there is a library ABI bump from 1.3.0
The following can be added to the dependency list (based on revdep-rebuild output on a sparc box and ~sparc box); dev-lang/php dev-libs/libofx media-libs/raptor media-sound/audacious media-sound/grip media-sound/moc media-video/xine-ui net-im/centericq net-misc/asterisk net-misc/drivel net-misc/icecast net-misc/jigdo net-p2p/rtorrent net-proxy/squidclam
I guess we ought to test it for 30 days, perhaps. It does build properly and curl can use it, though. Do you have any way of testing c-ares or any packages compiled against it? Is the pressure on to mark this stable earlier than after the usual testing period?
(In reply to comment #1) > The following can be added to the dependency list (based on revdep-rebuild > output on a sparc box and ~sparc box); Thanks Jason. Didn't realise it was that big. (In reply to comment #2) > I guess we ought to test it for 30 days, perhaps. It does build properly and > curl can use it, though. Do you have any way of testing c-ares or any packages > compiled against it? Its a DNS package so I assume if it resolves stuff nicely then it works. I'll try to get something a little more comprehensive together since this test would of picked up the error when the last curl security vulnerability was. > Is the pressure on to mark this stable earlier than after > the usual testing period? I don't see any bugs that may be attributed to this so it should be ok to wait. Just as a double check try curl with USE=ares and see if it does basic name resolution. e.g. "curl http://www.gentoo.org"
on Linux, ia64 is little endian. removing from cc
(In reply to comment #3) > I don't see any bugs that may be attributed to this so it should be ok to wait. > Just as a double check try curl with USE=ares and see if it does basic name > resolution. e.g. "curl http://www.gentoo.org" I checked... HPPA done!
thanks! ppc64 done!
Works as good (or as bad) as 1.3.0 so i'll give it the benefit of the doubt and call it sparc stable.
1.3.1 ppc stable
arm/s390 are done
c-ares was use.masked on mips by Aaron Walker over a year ago when curl had a security vulnerability and suddenly went stable with a new optional depend on c-ares. It is a basic DNS library so if curl with USE=ares does DNS resolution right then it should be worthy of stable.
x86 stable
amd64 stable
alpha stabilized 1.4.0 for the security bug and we don't have that use-flag masked
mips stable.
