Re: [osg-users] svn error during checkout
Hi Jose, Good news, I was able to checkout OSG. The longest break without data coming in, was 18 seconds. There must be something else about those timeouts your end is watching for? because otherwise, the data stream fills the available bandwidth. Bad news, I tried to checkout OpenSceneGraph-Data Jul-31 6:14:42 [0[pts/2:10]sandreas /<1>src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph-Data/trunk OpenSceneGraph-Data UOpenSceneGraph-Data/shaders/volume_lit.frag UOpenSceneGraph-Data/shaders/volume_iso.frag UOpenSceneGraph-Data/shaders/volume.frag UOpenSceneGraph-Data/shaders/volume_lit_tf.frag UOpenSceneGraph-Data/shaders/volume_tf_iso.frag UOpenSceneGraph-Data/shaders/volume_mip.frag UOpenSceneGraph-Data/shaders/volume_tf.frag AOpenSceneGraph-Data/Images/whitemetal_normal.jpg AOpenSceneGraph-Data/Images/purpleFlowers.png AOpenSceneGraph-Data/Images/primitives.gif svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-31 6:18:18 [1[pts/2:11] Didn't get very far. Good news: Second try did finish. Thanks, Stewart Jose Luis Hidalgo wrote: First of all, thanks for keep on trying, sorry it didn't worked. I've tweaked again the server timeouts, could you give it another try? In the past we've had problems with those parameters due to DDoS attacks, keeping low timeouts helped (not a very elegant solution, but worked). ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Hi Stewart, On Fri, Jul 31, 2009 at 7:03 AM, S Andreason wrote: First of all, thanks for keep on trying, sorry it didn't worked. I've tweaked again the server timeouts, could you give it another try? In the past we've had problems with those parameters due to DDoS attacks, keeping low timeouts helped (not a very elegant solution, but worked). > What client for linux were you thinking of trying? > Are there any that do not depend on svn itself? It was just a question, I didn't have an answer in mind I was just thinking out loud. Cheers, JL. -- Jose L. Hidalgo Valiño (PpluX) http://www.pplux.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Jose Luis Hidalgo wrote: Hi, Just out of curiosity, have you tried another SVN client... ?I will try to look futher on the timeout thing that looks like the one to blame... but tomorrow. Hi Jose, Okay, I managed to compile rapidsvn and tried it, right after first trying the svn (provided client) route once again, and svn returned the same error after 45 seconds, without reporting any file names. However, rapidsvn reported an update of 2 files, and then worked on getting something larger for a few minutes, before giving the same error: Execute: Checkout Updated: /usr/src/SVN/OpenSceneGraph/include/osgFX Updated: /usr/src/SVN/OpenSceneGraph/include Error: Error while performing action: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Ready Perhaps it was lucky timing, but either way, using rapidsvn does not help. Same result for trying a fresh checkout. What client for linux were you thinking of trying? Are there any that do not depend on svn itself? Stewart ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Hi, Just out of curiosity, have you tried another SVN client... ?I will try to look futher on the timeout thing that looks like the one to blame... but tomorrow. JL. On Wed, Jul 29, 2009 at 7:29 PM, S Andreason wrote: > >>> Could you try again? I've changed some apache timeouts (there were >>> too short), and now I can make checkouts with no dropped connections. >>> >> >> It goes longer until the error, 45 seconds, 100 seconds the last time I >> stared at it counting... This time as I write this, it has gone, oops, there >> it stopped at about 3 minutes. > > Hi, > > I have reached an impasse. > Perhaps the file next in line, is larger than the time it takes to > error? I can go no farther. > 52 of 77Mb retrieved. (or it Was 77Mb in January) > > It gets data for a variable length of time, usually has a 10 second > break of inactivity, gets more data, then crashes. > The times below are not perfect, depending on how long it takes me to > notice it stopped. (usually about 10 seconds) > > Jul-29 7:43:06 [1[pts/7:21]sandreas /<1>src/SVN> svn checkout > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph > A OpenSceneGraph/src/osgTerrain/GeometryTechnique.cpp > A OpenSceneGraph/src/osgTerrain/TerrainTile.cpp > A OpenSceneGraph/src/osgTerrain/Locator.cpp > A OpenSceneGraph/src/osgTerrain/Terrain.cpp > A OpenSceneGraph/src/osgTerrain/Version.cpp > A OpenSceneGraph/src/osgTerrain/TerrainTechnique.cpp > A OpenSceneGraph/src/osgTerrain/CMakeLists.txt > A OpenSceneGraph/src/osgTerrain/Layer.cpp > A OpenSceneGraph/src/CMakeLists.txt > A OpenSceneGraph/CTestConfig.cmake > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response > body: connection was closed by server. (http://www.openscenegraph.org) > Jul-29 7:44:08 [1[pts/7:22]sandreas /usr/src/SVN> svn checkout > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response > body: connection was closed by server. (http://www.openscenegraph.org) > Jul-29 7:45:09 [1[pts/7:23]sandreas /usr/src/SVN> svn checkout > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response > body: connection was closed by server. (http://www.openscenegraph.org) > Jul-29 7:47:41 [1[pts/7:24]sandreas /usr/src/SVN> svn checkout > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response > body: connection was closed by server. (http://www.openscenegraph.org) > Jul-29 7:48:40 [1[pts/7:25]sandreas /usr/src/SVN> svn checkout > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response > body: connection was closed by server. (http://www.openscenegraph.org) > Jul-29 7:50:22 [1[pts/7:26]sandreas /usr/src/SVN> svn checkout > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response > body: connection was closed by server. (http://www.openscenegraph.org) > Jul-29 7:51:30 [1[pts/7:27]sandreas /usr/src/SVN> > > > Also, I noticed apr-util depended on db-4.0, but subversion wasn't happy > with that, so I upgraded to db-4.7 and apr-1.3.7 which removed a couple > warnings. > Alas, still same error. > >> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk >> OpenSceneGraph > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: > connection was closed by server. (http://www.openscenegraph.org) > Jul-29 10:18:18 [1[pts/6:69]sandreas /usr/src/SVN> > > Stewart > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > -- Jose L. Hidalgo Valiño (PpluX) http://www.pplux.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Could you try again? I've changed some apache timeouts (there were too short), and now I can make checkouts with no dropped connections. It goes longer until the error, 45 seconds, 100 seconds the last time I stared at it counting... This time as I write this, it has gone, oops, there it stopped at about 3 minutes. Hi, I have reached an impasse. Perhaps the file next in line, is larger than the time it takes to error? I can go no farther. 52 of 77Mb retrieved. (or it Was 77Mb in January) It gets data for a variable length of time, usually has a 10 second break of inactivity, gets more data, then crashes. The times below are not perfect, depending on how long it takes me to notice it stopped. (usually about 10 seconds) Jul-29 7:43:06 [1[pts/7:21]sandreas /<1>src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph AOpenSceneGraph/src/osgTerrain/GeometryTechnique.cpp AOpenSceneGraph/src/osgTerrain/TerrainTile.cpp AOpenSceneGraph/src/osgTerrain/Locator.cpp AOpenSceneGraph/src/osgTerrain/Terrain.cpp AOpenSceneGraph/src/osgTerrain/Version.cpp AOpenSceneGraph/src/osgTerrain/TerrainTechnique.cpp AOpenSceneGraph/src/osgTerrain/CMakeLists.txt AOpenSceneGraph/src/osgTerrain/Layer.cpp AOpenSceneGraph/src/CMakeLists.txt AOpenSceneGraph/CTestConfig.cmake svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 7:44:08 [1[pts/7:22]sandreas /usr/src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 7:45:09 [1[pts/7:23]sandreas /usr/src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 7:47:41 [1[pts/7:24]sandreas /usr/src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 7:48:40 [1[pts/7:25]sandreas /usr/src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 7:50:22 [1[pts/7:26]sandreas /usr/src/SVN> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 7:51:30 [1[pts/7:27]sandreas /usr/src/SVN> Also, I noticed apr-util depended on db-4.0, but subversion wasn't happy with that, so I upgraded to db-4.7 and apr-1.3.7 which removed a couple warnings. Alas, still same error. > svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Jul-29 10:18:18 [1[pts/6:69]sandreas /usr/src/SVN> Stewart ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Jose Luis Hidalgo wrote: Could you try again? I've changed some apache timeouts (there were too short), and now I can make checkouts with no dropped connections. It goes longer until the error, 45 seconds, 100 seconds the last time I stared at it counting... This time as I write this, it has gone, oops, there it stopped at about 3 minutes. svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org) Stewart ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Hi Jose, Months? are you having problems with svn for months? Yes, in differing messages. That changes everything, I'm still having troubles to find out what could be happening, it's a weird error that could be from Apache, Apr, Subversion... and there is no much info in the logs. But I'm working on it. Since I resumed trying to update my local copy, (last successful build was Jan.29. I know it worked then.) I started taking notes on Jul.17 when running svn-1.4.6 and the error was different for the *update:* svn: REPORT request failed on '/svn/osg/!svn/vcc/default' svn: REPORT of '/svn/osg/!svn/vcc/default': Chunk delimiter was invalid (http:// www.openscenegraph.org) So I started trying a fresh *checkout* the next day, but that had this same error I am reporting. svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: connection was closed by server. (http://www.openscenegraph.org Stewart ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
He there, On Wed, Jul 29, 2009 at 10:45 AM, Jose Luis Hidalgo wrote: > Hi All, > > Could you try again? I've changed some apache timeouts (there were > too short), and now I can make checkouts with no dropped connections. > TortoiseSVN makes "long pauses" during the communication with the > server, that's why we have more troubles with it than with other svn > clients. > > I hope this is the problem, if you still have this issue report it, please. Works like a charm, thank you very much :) kind regards, Marcus ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn error during checkout
Hi All, Could you try again? I've changed some apache timeouts (there were too short), and now I can make checkouts with no dropped connections. TortoiseSVN makes "long pauses" during the communication with the server, that's why we have more troubles with it than with other svn clients. I hope this is the problem, if you still have this issue report it, please. Thank you all for you patience, JL. On Wed, Jul 29, 2009 at 10:38 AM, Marcus Fritzsch wrote: > Hello, > > I am having thit same error when trying to use OSG svn through a > corporate proxy. > > Just 2 cents of info. > > cheers, > Marcus > > On Wed, Jul 29, 2009 at 10:08 AM, Jose Luis > Hidalgo wrote: >> Hi S., >> >> Months? are you having problems with svn for months? That changes >> everything, I'm still having troubles to find out what could be >> happening, it's a weird error that could be from Apache, Apr, >> Subversion... and there is no much info in the logs. But I'm working >> on it. >> >> JL. >> >> >> >> On Wed, Jul 29, 2009 at 7:56 AM, S Andreason wrote: >>> Hi, >>> I am having trouble updating by svn, >>> This started a few months ago, but until Flightgear began requiring a newer >>> version of osg, I didn't make fixing this a priority. >>> >>> I have upgraded svn as reported by --version >>> svn, version 1.6.2 (r37639) >>> compiled Jul 28 2009, 21:53:53 >>> >>> and here is the problem, output: >>> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph >>> A OpenSceneGraph/include/osgWidget/Widget >>> A OpenSceneGraph/include/osgWidget/Browser >>> A OpenSceneGraph/include/osgWidget/ViewerEventHandlers >>> A OpenSceneGraph/include/osgWidget/VncClient >>> A OpenSceneGraph/include/osgWidget/Version >>> A OpenSceneGraph/include/osgWidget/Table >>> svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: >>> connection was closed by server. (http://www.openscenegraph.org >>> >>> After svn sends what is needed, I get EXACTLY 15 seconds (95% of the time, a >>> 10 second quiet break and another 15 seconds the other 5% of the time) of >>> files before it always gives this error. >>> I am connected to internet by Modem, and after reading other posts here from >>> months ago, I can answer the next question, No, I am not behind a proxy. >>> >>> The only thing left that I can think of, is something in my configuration >>> before compiling, so here is that long output: >>> ./configure --with-apr=/usr/local/apr/bin/apr-config --with-apr-util=/usr/local/apr/bin/apu-config >>> configure: Configuring Subversion 1.6.2 >>> configure: creating config.nice >>> checking for gcc... gcc >>> checking for C compiler default output file name... a.out >>> checking whether the C compiler works... yes >>> checking whether we are cross compiling... no >>> checking for suffix of executables... >>> checking for suffix of object files... o >>> checking whether we are using the GNU C compiler... yes >>> checking whether gcc accepts -g... yes >>> checking for gcc option to accept ISO C89... none needed >>> checking for g++... g++ >>> checking whether we are using the GNU C++ compiler... yes >>> checking whether g++ accepts -g... yes >>> checking how to run the C preprocessor... gcc -E >>> checking build system type... i686-pc-linux-gnu >>> checking host system type... i686-pc-linux-gnu >>> checking target system type... i686-pc-linux-gnu >>> checking for grep that handles long lines and -e... /usr/bin/grep >>> checking for egrep... /usr/bin/grep -E >>> checking whether ln -s works... yes >>> checking for a BSD-compatible install... /usr/local/bin/ginstall -c >>> configure: Apache Portable Runtime (APR) library configuration >>> checking for APR... yes >>> checking APR version... 0.9.13 >>> configure: Apache Portable Runtime Utility (APRUTIL) library configuration >>> checking for APR-util... yes >>> checking APR-UTIL version... 0.9.13 >>> checking for pkg-config... /usr/local/bin/pkg-config >>> configure: checking neon library >>> checking neon library version... 0.26.2 >>> checking for ANSI C header files... yes >>> checking for sys/types.h... yes >>> checking for sys/stat.h... yes >>> checking for stdlib.h... yes >>> checking for string.h... yes >>> checking for memory.h... yes >>> checking for strings.h... yes >>> checking for inttypes.h... yes >>> checking for stdint.h... yes >>> checking for unistd.h... yes >>> configure: looking for apr_memcache as part of apr-util >>> checking apr_memcache.h usability... no >>> checking apr_memcache.h presence... no >>> checking for apr_memcache.h... no >>> checking for Apache module support via DSO through APXS... no >>> == >>> WARNING: skipping the build of mod_dav_svn >>> try using --with-apxs >>> == >>> configure: checking sqlite library >>> checking sqlite amalgamation file version... amalgamation
Re: [osg-users] svn error during checkout
Hello, I am having thit same error when trying to use OSG svn through a corporate proxy. Just 2 cents of info. cheers, Marcus On Wed, Jul 29, 2009 at 10:08 AM, Jose Luis Hidalgo wrote: > Hi S., > > Months? are you having problems with svn for months? That changes > everything, I'm still having troubles to find out what could be > happening, it's a weird error that could be from Apache, Apr, > Subversion... and there is no much info in the logs. But I'm working > on it. > > JL. > > > > On Wed, Jul 29, 2009 at 7:56 AM, S Andreason wrote: >> Hi, >> I am having trouble updating by svn, >> This started a few months ago, but until Flightgear began requiring a newer >> version of osg, I didn't make fixing this a priority. >> >> I have upgraded svn as reported by --version >> svn, version 1.6.2 (r37639) >> compiled Jul 28 2009, 21:53:53 >> >> and here is the problem, output: >> >>> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk >>> OpenSceneGraph >> A OpenSceneGraph/include/osgWidget/Widget >> A OpenSceneGraph/include/osgWidget/Browser >> A OpenSceneGraph/include/osgWidget/ViewerEventHandlers >> A OpenSceneGraph/include/osgWidget/VncClient >> A OpenSceneGraph/include/osgWidget/Version >> A OpenSceneGraph/include/osgWidget/Table >> svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: >> connection was closed by server. (http://www.openscenegraph.org >> >> After svn sends what is needed, I get EXACTLY 15 seconds (95% of the time, a >> 10 second quiet break and another 15 seconds the other 5% of the time) of >> files before it always gives this error. >> I am connected to internet by Modem, and after reading other posts here from >> months ago, I can answer the next question, No, I am not behind a proxy. >> >> The only thing left that I can think of, is something in my configuration >> before compiling, so here is that long output: >> >>> ./configure --with-apr=/usr/local/apr/bin/apr-config >>> --with-apr-util=/usr/local/apr/bin/apu-config >> configure: Configuring Subversion 1.6.2 >> configure: creating config.nice >> checking for gcc... gcc >> checking for C compiler default output file name... a.out >> checking whether the C compiler works... yes >> checking whether we are cross compiling... no >> checking for suffix of executables... >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... yes >> checking whether gcc accepts -g... yes >> checking for gcc option to accept ISO C89... none needed >> checking for g++... g++ >> checking whether we are using the GNU C++ compiler... yes >> checking whether g++ accepts -g... yes >> checking how to run the C preprocessor... gcc -E >> checking build system type... i686-pc-linux-gnu >> checking host system type... i686-pc-linux-gnu >> checking target system type... i686-pc-linux-gnu >> checking for grep that handles long lines and -e... /usr/bin/grep >> checking for egrep... /usr/bin/grep -E >> checking whether ln -s works... yes >> checking for a BSD-compatible install... /usr/local/bin/ginstall -c >> configure: Apache Portable Runtime (APR) library configuration >> checking for APR... yes >> checking APR version... 0.9.13 >> configure: Apache Portable Runtime Utility (APRUTIL) library configuration >> checking for APR-util... yes >> checking APR-UTIL version... 0.9.13 >> checking for pkg-config... /usr/local/bin/pkg-config >> configure: checking neon library >> checking neon library version... 0.26.2 >> checking for ANSI C header files... yes >> checking for sys/types.h... yes >> checking for sys/stat.h... yes >> checking for stdlib.h... yes >> checking for string.h... yes >> checking for memory.h... yes >> checking for strings.h... yes >> checking for inttypes.h... yes >> checking for stdint.h... yes >> checking for unistd.h... yes >> configure: looking for apr_memcache as part of apr-util >> checking apr_memcache.h usability... no >> checking apr_memcache.h presence... no >> checking for apr_memcache.h... no >> checking for Apache module support via DSO through APXS... no >> == >> WARNING: skipping the build of mod_dav_svn >> try using --with-apxs >> == >> configure: checking sqlite library >> checking sqlite amalgamation file version... amalgamation found and is okay >> configuring libtool now >> checking for a sed that does not truncate output... /usr/bin/sed >> checking for ld used by gcc... /usr/bin/ld >> checking if the linker (/usr/bin/ld) is GNU ld... yes >> checking for /usr/bin/ld option to reload object files... -r >> checking for BSD-compatible nm... /usr/bin/nm -B >> checking how to recognize dependent libraries... pass_all >> checking dlfcn.h usability... yes >> checking dlfcn.h presence... yes >> checking for dlfcn.h... yes >> checking how to run the C++ preprocessor... g++ -E >> checking for g77... g77 >> checki
Re: [osg-users] svn error during checkout
Hi S., Months? are you having problems with svn for months? That changes everything, I'm still having troubles to find out what could be happening, it's a weird error that could be from Apache, Apr, Subversion... and there is no much info in the logs. But I'm working on it. JL. On Wed, Jul 29, 2009 at 7:56 AM, S Andreason wrote: > Hi, > I am having trouble updating by svn, > This started a few months ago, but until Flightgear began requiring a newer > version of osg, I didn't make fixing this a priority. > > I have upgraded svn as reported by --version > svn, version 1.6.2 (r37639) > compiled Jul 28 2009, 21:53:53 > > and here is the problem, output: > >> svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk >> OpenSceneGraph > A OpenSceneGraph/include/osgWidget/Widget > A OpenSceneGraph/include/osgWidget/Browser > A OpenSceneGraph/include/osgWidget/ViewerEventHandlers > A OpenSceneGraph/include/osgWidget/VncClient > A OpenSceneGraph/include/osgWidget/Version > A OpenSceneGraph/include/osgWidget/Table > svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body: > connection was closed by server. (http://www.openscenegraph.org > > After svn sends what is needed, I get EXACTLY 15 seconds (95% of the time, a > 10 second quiet break and another 15 seconds the other 5% of the time) of > files before it always gives this error. > I am connected to internet by Modem, and after reading other posts here from > months ago, I can answer the next question, No, I am not behind a proxy. > > The only thing left that I can think of, is something in my configuration > before compiling, so here is that long output: > >> ./configure --with-apr=/usr/local/apr/bin/apr-config >> --with-apr-util=/usr/local/apr/bin/apu-config > configure: Configuring Subversion 1.6.2 > configure: creating config.nice > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for g++... g++ > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking how to run the C preprocessor... gcc -E > checking build system type... i686-pc-linux-gnu > checking host system type... i686-pc-linux-gnu > checking target system type... i686-pc-linux-gnu > checking for grep that handles long lines and -e... /usr/bin/grep > checking for egrep... /usr/bin/grep -E > checking whether ln -s works... yes > checking for a BSD-compatible install... /usr/local/bin/ginstall -c > configure: Apache Portable Runtime (APR) library configuration > checking for APR... yes > checking APR version... 0.9.13 > configure: Apache Portable Runtime Utility (APRUTIL) library configuration > checking for APR-util... yes > checking APR-UTIL version... 0.9.13 > checking for pkg-config... /usr/local/bin/pkg-config > configure: checking neon library > checking neon library version... 0.26.2 > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > configure: looking for apr_memcache as part of apr-util > checking apr_memcache.h usability... no > checking apr_memcache.h presence... no > checking for apr_memcache.h... no > checking for Apache module support via DSO through APXS... no > == > WARNING: skipping the build of mod_dav_svn > try using --with-apxs > == > configure: checking sqlite library > checking sqlite amalgamation file version... amalgamation found and is okay > configuring libtool now > checking for a sed that does not truncate output... /usr/bin/sed > checking for ld used by gcc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -B > checking how to recognize dependent libraries... pass_all > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking how to run the C++ preprocessor... g++ -E > checking for g77... g77 > checking whether we are using the GNU Fortran 77 compiler... yes > checking whether g77 accepts -g... yes > checking the maximum length of command line arguments... 98304 > checking command to parse /usr/bin/nm -B output from gcc object... ok > checking for objdir... .libs > checking for ar... ar > checking for