nightly compilations fails

[André Ziegler]

I can see that the last nightly is  TortoiseSVN-1.14.9.29784-dev-x64-svn-1.14.5.msi but there are some newer commits in trunk (r29788). So I checked the buildlog64.txt  and I see that build fails because of externals issues. What is wrong on build server?

[echo] trying to fix nightly builds... [exec] Starting 'svn.exe (resolve -R --accept r .)' in 'C:\TSVN\tortoisesvn_current' [exec] Starting 'svn.exe (revert -R .)' in 'C:\TSVN\tortoisesvn_current' [exec] Starting 'svn.exe (up .)' in 'C:\TSVN\tortoisesvn_current' [exec] Updating '.': [exec] svn: warning: W205011: Error handling externals definition for 'ext\Subversion': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/subversion/branches/1.15.x' [exec] svn: warning: W205011: Error handling externals definition for 'ext\apr': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/apr/apr/tags/1.7.6' [exec] svn: warning: W205011: Error handling externals definition for 'ext\apr-util': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/apr/apr-util/tags/1.6.3' [exec] svn: warning: W205011: Error handling externals definition for 'ext\serf': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/serf/tags/1.3.10' [exec] [exec] Fetching external item into 'ext\TortoiseOverlays': [exec] External at revision 29788. [exec] [exec] [exec] Fetching external item into 'ext\snarl': [exec] External at revision 333. [exec] [exec] [exec] Fetching external item into 'ext\CrashServer\external\zlib': [exec] External at revision 29788. [exec] [exec] At revision 29788. [exec] svn: E205011: Failure occurred processing one or more externals definitions

[Daniel Sahlberg]

måndag 29 juni 2026 kl. 06:05:53 UTC+2 skrev André Ziegler:

I can see that the last nightly is  TortoiseSVN-1.14.9.29784-dev-x64-svn-1.14.5.msi but there are some newer commits in trunk (r29788). So I checked the buildlog64.txt  and I see that build fails because of externals issues. What is wrong on build server?

[echo] trying to fix nightly builds... [exec] Starting 'svn.exe (resolve -R --accept r .)' in 'C:\TSVN\tortoisesvn_current' [exec] Starting 'svn.exe (revert -R .)' in 'C:\TSVN\tortoisesvn_current' [exec] Starting 'svn.exe (up .)' in 'C:\TSVN\tortoisesvn_current' [exec] Updating '.': [exec] svn: warning: W205011: Error handling externals definition for 'ext\Subversion': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/subversion/branches/1.15.x' [exec] svn: warning: W205011: Error handling externals definition for 'ext\apr': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/apr/apr/tags/1.7.6' [exec] svn: warning: W205011: Error handling externals definition for 'ext\apr-util': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/apr/apr-util/tags/1.6.3' [exec] svn: warning: W205011: Error handling externals definition for 'ext\serf': [exec] svn: warning: W170013: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf/serf/tags/1.3.10' [exec] [exec] Fetching external item into 'ext\TortoiseOverlays': [exec] External at revision 29788. [exec] [exec] [exec] Fetching external item into 'ext\snarl': [exec] External at revision 333. [exec] [exec] [exec] Fetching external item into 'ext\CrashServer\external\zlib': [exec] External at revision 29788. [exec] [exec] At revision 29788. [exec] svn: E205011: Failure occurred processing one or more externals definitions

Thanks for the report. I have reached out to our contacts at BlueOptima (who is providing the host) and at the ASF to figure out what is blocking the requests.

Kind regards,

Daniel

[André Ziegler]

It works now. I got TortoiseSVN-1.14.9.29793-dev-x64-svn-1.14.5.msi 

[Daniel Sahlberg]

Thanks for confirming.

Big thanks to Gary Martin @ BlueOptima for sorting this out together with ASF Infra.

/Daniel