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

Reply via email to