Can't fetch externals???
I'm trying to fix a bug assigned to me, and for some reason I can use svn to make and check out my branch but it fails when fetching externals. Anybody else seen this? [pwinkler@dev-zope tmp]$ svn co svn+ssh://slinkp@svn.zope.org/repos/main/Zope/branches/slinkp-collector_1895 A slinkp-collector_1895/Extensions A slinkp-collector_1895/Extensions/README.txt A slinkp-collector_1895/log.ini A slinkp-collector_1895/configure A slinkp-collector_1895/doc .... (SNIP) .... A slinkp-collector_1895/skel/README.txt U slinkp-collector_1895 Checked out revision 38707. Fetching external item into slinkp-collector_1895/doc/ZEO svn: Connection refused svn: Can't connect to host 'svn.zope.org' And then I get the same thing if I do svn up: [pwinkler@dev-zope tmp]$ cd slinkp-collector_1895/ [pwinkler@dev-zope slinkp-collector_1895]$ svn up At revision 38707. Fetching external item into doc/ZEO svn: Connection refused svn: Can't connect to host 'svn.zope.org' -- Paul Winkler http://www.slinkp.com
btw, I'm in #zope-dev right now if anybody wants to chat about this. -PW Paul Winkler said:
I'm trying to fix a bug assigned to me, and for some reason I can use svn to make and check out my branch but it fails when fetching externals. Anybody else seen this? (snip)
-- Paul Winkler http://www.slinkp.com
Update: I *can* fetch the externals from a different box (my windows laptop, on which i can't successfully build zope because cygwin's python is known-broken and I don't have a C compiler other than cygwin's.) But when I ssh to a linux box (on which building works fine), I get the problem described in my first post. REALLY weird and annoying. Tino W. hopped into #zope-dev and helped for a bit but we didn't find a solution. One thing Tino suggested: it might be a firewall issue. Does svn's externals-fetching look somehow different to a firewall than does a regular (non-external) checkout? When I tried checking out on my laptop, I noticed that ZoneAlarm asked 'me if I wanted to allow svn.exe to use the internet at exactly the moment that it was time to fetch the externals. Weird - doesn't it still use ssh? What's different? -PW Paul Winkler said:
btw, I'm in #zope-dev right now if anybody wants to chat about this.
-PW
Paul Winkler said:
I'm trying to fix a bug assigned to me, and for some reason I can use svn to make and check out my branch but it fails when fetching externals. Anybody else seen this? (snip)
-- Paul Winkler http://www.slinkp.com
-- Paul Winkler http://www.slinkp.com
On 9/30/05, Paul Winkler <pw_lists@slinkp.com> wrote:
One thing Tino suggested: it might be a firewall issue. Does svn's externals-fetching look somehow different to a firewall than does a regular (non-external) checkout? When I tried checking out on my laptop, I noticed that ZoneAlarm asked 'me if I wanted to allow svn.exe to use the internet at exactly the moment that it was time to fetch the externals. Weird - doesn't it still use ssh? What's different?
Tino's on the right track; the externals do NOT use ssh; they use an unauthenticated connection and cannot be used to commit changes (by intent). So it could be a firewall issue; some different port needs to be opened. The Subversion documentation should tell you what's needed. -Fred -- Fred L. Drake, Jr. <fdrake at gmail.com> Zope Corporation
Aha! Thanks very much Fred, this arrived just after I sent a message asking for confirmation of exactly that :-) Looks like it's the standard 3690 port, I'll go talk to our poor beleaguered admins... thanks again! -PW Fred Drake said:
On 9/30/05, Paul Winkler <pw_lists@slinkp.com> wrote:
One thing Tino suggested: it might be a firewall issue. Does svn's externals-fetching look somehow different to a firewall than does a regular (non-external) checkout? When I tried checking out on my laptop, I noticed that ZoneAlarm asked 'me if I wanted to allow svn.exe to use the internet at exactly the moment that it was time to fetch the externals. Weird - doesn't it still use ssh? What's different?
Tino's on the right track; the externals do NOT use ssh; they use an unauthenticated connection and cannot be used to commit changes (by intent).
So it could be a firewall issue; some different port needs to be opened. The Subversion documentation should tell you what's needed.
-Fred
-- Fred L. Drake, Jr. <fdrake at gmail.com> Zope Corporation _______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
-- Paul Winkler http://www.slinkp.com
Hypothesis: Is it possible that svn.zope.org is configured such that when you get the externals, it uses plain svn (i.e. an anonymous checkout) rather than svn+ssh? If so, I bet that's the answer: our firewall is blocking svn but allowing svn+ssh. Can anybody confirm that this is a likely hypothesis? Our admins are severely overworked recently and I don't want to bother them with a red herring... -- Paul Winkler http://www.slinkp.com
On 9/30/05, Paul Winkler <pw_lists@slinkp.com> wrote:
Hypothesis: Is it possible that svn.zope.org is configured such that when you get the externals, it uses plain svn (i.e. an anonymous checkout) rather than svn+ssh?
As noted, very likely. The default port for SVN w/out SSH is 3690: http://svnbook.red-bean.com/en/1.1/ch06s03.html -Fred -- Fred L. Drake, Jr. <fdrake at gmail.com> Zope Corporation
On Fri, Sep 30, 2005 at 04:27:47PM -0400, Fred Drake wrote: | On 9/30/05, Paul Winkler <pw_lists@slinkp.com> wrote: | > Hypothesis: | > Is it possible that svn.zope.org is configured such that when you get | > the externals, it uses plain svn (i.e. an anonymous checkout) | > rather than svn+ssh? | | As noted, very likely. The default port for SVN w/out SSH is 3690: | | http://svnbook.red-bean.com/en/1.1/ch06s03.html Note this is not generic externals behaviour. In the case of Zope, it's because the externals are set to their svn:// urls. It could just as well be set to svn+ssh://, but then you would be able to checkin a file from the wrong place without paying attention. -- Sidnei da Silva Enfold Systems, LLC. http://enfoldsystems.com
On 9/30/05, Sidnei da Silva <sidnei@enfoldsystems.com> wrote:
Note this is not generic externals behaviour. In the case of Zope, it's because the externals are set to their svn:// urls. It could just as well be set to svn+ssh://, but then you would be able to checkin a file from the wrong place without paying attention.
As noted in my initial reply, yes. -Fred -- Fred L. Drake, Jr. <fdrake at gmail.com> Zope Corporation
Paul Winkler wrote:
Update: I *can* fetch the externals from a different box (my windows laptop, on which i can't successfully build zope because cygwin's python is known-broken and I don't have a C compiler other than cygwin's.)
That's no excuse ;) You can build Zope on Windows easily with gcc coming with MingW32, which is a lot less intrusive and actually working ;) There is a short description in chapter 6.2.2 here: http://www.python.org/doc/2.3.5/inst/tweak-flags.html and some additional notes can be found by following the two 'See also' links. I have Zope 2.8 trunk running successfully and without problems this way. Best regards, Hanno
participants (4)
-
Fred Drake -
Hanno Schlichting -
Paul Winkler -
Sidnei da Silva