On Jan 13, 2010, at 10:10 AM, Bert Huijben wrote: > > >> -----Original Message----- >> From: Mark Phippard [mailto:markp...@gmail.com] >> Sent: woensdag 13 januari 2010 15:53 >> To: Hyrum K. Wright >> Cc: Joe Swatosh; Subversion Dev >> Subject: Re: 1.6.8 up for signing / testing >> >> I think the problem is with Neon. We get this error: >> >> Linking... >> Creating library >> ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.lib and object >> ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.exp >> libneon.lib(ne_socket.obj) : error LNK2019: unresolved external symbol >> _inet_aton referenced in function _ne_iaddr_parse >> ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.dll : fatal error >> LNK1120: 1 unresolved externals >> >> You are including 0.29.0 When I step it back to 0.28.3 it works. > > Not really about this issue as I can't reproduce that here, but: > > Neon versions 0.29.0-0.29.2 have a regression in connecting to several https > servers. On sites that run a proxy or a non-apache subversion host (E.g. > codeplex) you can see timeouts on connection close time. > > I would recommend sticking with 0.28.x or using 0.29.3 (Released last > Monday) for binary releases.
Given this feedback, and the fact that it's a patch release with supposed minimal changes between releases, I agree we should step back to Neon 0.28.3. I've rerolled the tarballs and replaced them at the download site with the new deps tarballs. Note: All the tarballs have been recreated, as have the signatures. You'll need to sign the new 1.6.8 tarballs, not the old ones. This is turning into quite the star-crossed release. Thanks for the patience. -Hyrum