Starting yesterday (it's still Thursday here) I started getting errors in my update and build scripts. When I chased it down, I was getting: WARNING - POTENTIAL SECURITY BREACH! The server's host key does not match the one PuTTY has cached in the registry. This means that either the server administrator has changed the host key, or you have actually connected to another computer pretending to be the server. The new key fingerprint is: ssh-dss 1024 4c:68:03:d4:5c:58:a6:1d:9d:17:13:24:14:48:ba:99 If you were expecting this change and trust the new key, hit Yes to update PuTTY's cache and continue connecting. If you want to carry on connecting but without updating the cache, hit No. If you want to abandon the connection completely, hit Cancel. Cancel is the ONLY guaranteed safe choice.1¦ I tried it manually a few times, then surrendered and said yes.... that didn't solve the problem now I get: C:\Projects\boost>cvs update -dPA Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Protocol error: 'Directory' missingE Cannot access /cvsroot/boost/CVSROOT No such file or directory I get this behavio(u)r on both boost and boost-sandbox a simpler command yields (logging in just to make sure...): C:\Projects\boost>cvs login Logging in to :ssh:vawjr@cvs.boost.sourceforge.net:22:/cvsroot/boost CVS password: ******* C:\Projects\boost>cvs co -c Cannot access /cvsroot/boost/CVSROOT No such file or directory Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"
I'm seeing the same errors as Victor: checking on sourceforge I see : ( 2004-04-29 14:11:35 - Project CVS Service ) As of 2004-04-28 the CVS services will no longer function with the hostname of cvs.PROJECTNAME.sourceforge.net. You should change your CVS commands to use the host cvs.sourceforge.net and that should resolve any outstanding issues that you may have. This issue came about as a result of upgrading from BIND 8 to BIND 9 which doesn't allow for a wildcard in the middle of a hostname. Which I think is the problem, unfortunately I think this also breaks my existing working copy completely, because the hostname is coded inside the CVS project files all over the place isn't it? John.
On Fri, Apr 30, 2004 at 12:09:38PM +0100, John Maddock wrote:
I'm seeing the same errors as Victor: checking on sourceforge I see :
( 2004-04-29 14:11:35 - Project CVS Service ) As of 2004-04-28 the CVS services will no longer function with the hostname of cvs.PROJECTNAME.sourceforge.net. You should change your CVS commands to use the host cvs.sourceforge.net and that should resolve any outstanding issues that you may have. This issue came about as a result of upgrading from BIND 8 to BIND 9 which doesn't allow for a wildcard in the middle of a hostname.
Which I think is the problem, unfortunately I think this also breaks my existing working copy completely, because the hostname is coded inside the CVS project files all over the place isn't it?
Yes, but that's easy to fix (on unix-like systems): CVSROOT=":pserver:anonymous@cvs.sourceforge.net:/cvsroot/boost" find . -name CVS -type d | while read dir; do test -f $dir/Root && echo "$CVSROOT" > $dir/Root done Setting CVSROOT as appropriate, and possibly doing a "cvs login" again if you're using anon :pserver: access. jon -- "Whenever you find that you are on the side of the majority, it is time to reform." - Mark Twain
I noticed that someone has "fixed" this (you cannot see the 'y' I typed after .....safe choice.): C:\Projects\boost>cvs co -c WARNING - POTENTIAL SECURITY BREACH! The server's host key does not match the one PuTTY has cached in the registry. This means that either the server administrator has changed the host key, or you have actually connected to another computer pretending to be the server. The new key fingerprint is: ssh-dss 1024 02:ab:7c:aa:49:ed:0b:a8:50:13:10:c2:3e:92:0f:42 If you were expecting this change and trust the new key, hit Yes to update PuTTY's cache and continue connecting. If you want to carry on connecting but without updating the cache, hit No. If you want to abandon the connection completely, hit Cancel. Cancel is the ONLY guaranteed safe choice.regex -a boost/c++boost.gif boost/boost/config.hpp boost/boost/cregex.hpp boost/boost/pattern_except.hpp boost/boost/regex.h boost/boost/regex.hpp boost/boost/regex_traits.hpp boost/boost/smart_ptr.hpp boost/boost/timer.hpp boost/boost/type_traits.hpp boost/boost/utility.hpp boost/boost/detail/type_traits.hpp boost/boost/detail/ob_type_traits.hpp boost/boost/re_detail boost/libs/regex boost/libs/timer/timer.cpp At Friday 2004-04-30 04:09, you wrote:
I'm seeing the same errors as Victor: checking on sourceforge I see :
( 2004-04-29 14:11:35 - Project CVS Service ) As of 2004-04-28 the CVS services will no longer function with the hostname of cvs.PROJECTNAME.sourceforge.net. You should change your CVS commands to use the host cvs.sourceforge.net and that should resolve any outstanding issues that you may have. This issue came about as a result of upgrading from BIND 8 to BIND 9 which doesn't allow for a wildcard in the middle of a hostname.
Which I think is the problem, unfortunately I think this also breaks my existing working copy completely, because the hostname is coded inside the CVS project files all over the place isn't it?
John.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"
participants (3)
-
John Maddock -
Jonathan Wakely -
Victor A. Wagner Jr.