>
> On 09 Jan 2014, at 17:29, [email protected] wrote:
>
>> Marcus Denker wrote:
>>>
>>> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave
>>> https://pharo.fogbugz.com/f/cases/12377
>>>
>>> And this is just a build server artefact… (windows slave firewall problem).
>>>
>>> I wonder what to do… maybe we could just skip it on windows when running on
>>> the build slave ;-)
>>>
>>> Marcus
>>>
>>>
>> Was the DNS lookup error cannot resolve ‘ci.inria.fr' the only problem? or
>> would access to the server also be blocked?
>> If only the former, did you consider preloading the DNS resolver cache from
>> hosts file per [1], which provides a number of options:
>> * refer to ci.inria.fr server via its a private subnet IP address, rather
>> than the public facing IP address
>> * fake up ci.inria.fr as a second IP address on the slave to which web
>> server can be bound and configured to deliver the require file
>> Of course the additional effort for these versus the gain needs to be
>> balanced.
>>
>> btw, useful commands for testing these are [2]:
>> * ipconfig /displaydns
>> * ipconfig /flushdns
>>
>> [1] http://technet.microsoft.com/en-us/library/cc780585(v=ws.10).aspx
>> [2]
>> http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/ipconfig.mspx?mfr=true
>>
>
> No, the thing is: Does it make sense to invest a lot of time into this or are
> there not more important things?
>
>
There is a point where I get endlessly tired… so many many many things,
sometimes a simple workaround is just the easiest.
Marcus
