Re: [gentoo-user] layman: could not connect to server
On Fri, Mar 27, 2009 at 10:53:00PM +0100, Penguin Lover Nicolai Beuermann squawked: Polipo is running but there's nothing changing when it's stopped. I'm on a NATted LAN behind a router without any firewall running on this host. regards nico I'm really out of ideas then. Sorry I cannot be of more help. W -- I couldn't repair your brakes, so I made your horn louder. Sortir en Pantoufles: up 841 days, 1:39
Re: [gentoo-user] layman: could not connect to server
On Fri, 27 Mar 2009 22:53:00 +0100 Nicolai Beuermann nicolai.beuerm...@gmx.de wrote: Polipo is running but there's nothing changing when it's stopped. I'm on a NATted LAN behind a router without any firewall running on this host. So far (in this thread) I've seen svn fail when it's started by layman, prehaps you should try starting it directly, like this: cd /tmp \ svn co http://overlays.gentoo.org/svn/proj/vmware/trunk vmware_overlay If it fails as well (I guess it should) and wget of the same http address works, it certainly must be a bug in svn. 'strace -f svn co ...' might help to see which particular operation fails - might be it's not http access, but something totally unrelated, like forking a child 'getter' process due to some limit. You might also consider simply downgrading / updating svn, since no matter what kind of bug there is, it might not manifest itself in other versions. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] layman: could not connect to server
On 28 Mar, Mike Kazantsev wrote: On Fri, 27 Mar 2009 22:53:00 +0100 Nicolai Beuermann nicolai.beuerm...@gmx.de wrote: Polipo is running but there's nothing changing when it's stopped. I'm on a NATted LAN behind a router without any firewall running on this host. So far (in this thread) I've seen svn fail when it's started by layman, prehaps you should try starting it directly, like this: cd /tmp \ svn co http://overlays.gentoo.org/svn/proj/vmware/trunk vmware_overlay If it fails as well (I guess it should) and wget of the same http address works, it certainly must be a bug in svn. 'strace -f svn co ...' might help to see which particular operation fails - might be it's not http access, but something totally unrelated, like forking a child 'getter' process due to some limit. You might also consider simply downgrading / updating svn, since no matter what kind of bug there is, it might not manifest itself in other versions. I have the same problem on an x86 machine while on an amd64 with the same configuration (IMHO) it's working just fine. On the broken machine, svn co svn://... works fine whereas svn co http:// or svn co https:// shows the strange error starting with svn: OPTIONS of http:// -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] layman: could not connect to server - partially SOLVED
On 28 Mar, Mike Kazantsev wrote: On Fri, 27 Mar 2009 22:53:00 +0100 Nicolai Beuermann nicolai.beuerm...@gmx.de wrote: Polipo is running but there's nothing changing when it's stopped. I'm on a NATted LAN behind a router without any firewall running on this host. So far (in this thread) I've seen svn fail when it's started by layman, prehaps you should try starting it directly, like this: cd /tmp \ svn co http://overlays.gentoo.org/svn/proj/vmware/trunk vmware_overlay If it fails as well (I guess it should) and wget of the same http address works, it certainly must be a bug in svn. 'strace -f svn co ...' might help to see which particular operation fails - might be it's not http access, but something totally unrelated, like forking a child 'getter' process due to some limit. You might also consider simply downgrading / updating svn, since no matter what kind of bug there is, it might not manifest itself in other versions. Hi, I've just discovered that reemerging dev-util/subversion (1.6.0) with different use flags gives a working svn USE='-webdav-neon webdav-serf' emerge -1 dev-util/subversion So, I suspect net-misc/neon (0.28.4) or the interplay of subversion with neon is broken. Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] layman: could not connect to server - partially SOLVED
Helmut Jarausch wrote: On 28 Mar, Mike Kazantsev wrote: On Fri, 27 Mar 2009 22:53:00 +0100 Nicolai Beuermann nicolai.beuerm...@gmx.de wrote: Polipo is running but there's nothing changing when it's stopped. I'm on a NATted LAN behind a router without any firewall running on this host. So far (in this thread) I've seen svn fail when it's started by layman, prehaps you should try starting it directly, like this: cd /tmp \ svn co http://overlays.gentoo.org/svn/proj/vmware/trunk vmware_overlay If it fails as well (I guess it should) and wget of the same http address works, it certainly must be a bug in svn. 'strace -f svn co ...' might help to see which particular operation fails - might be it's not http access, but something totally unrelated, like forking a child 'getter' process due to some limit. You might also consider simply downgrading / updating svn, since no matter what kind of bug there is, it might not manifest itself in other versions. Hi, I've just discovered that reemerging dev-util/subversion (1.6.0) with different use flags gives a working svn USE='-webdav-neon webdav-serf' emerge -1 dev-util/subversion So, I suspect net-misc/neon (0.28.4) or the interplay of subversion with neon is broken. Helmut. After building subversion with this new set of USE variables adding the sabayon overlay works! Many thanks to everyone involved. Unfortunately layman -s vmware (also: layman -d vmware; layman -f -a vmware) failed with: svn: XML parsing failed: (411 Length Required) Really strange. nico -- mailto: nicolai.beuerm...@gmx.de http://www.nico-beuermann.de gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
Re: [gentoo-user] layman: could not connect to server - partially SOLVED
On Sat, Mar 28, 2009 at 05:10:22PM +0100, Penguin Lover Nicolai Beuermann squawked: I've just discovered that reemerging dev-util/subversion (1.6.0) with different use flags gives a working svn USE='-webdav-neon webdav-serf' emerge -1 dev-util/subversion So, I suspect net-misc/neon (0.28.4) or the interplay of subversion with neon is broken. Helmut. After building subversion with this new set of USE variables adding the sabayon overlay works! Many thanks to everyone involved. Unfortunately layman -s vmware (also: layman -d vmware; layman -f -a vmware) failed with: svn: XML parsing failed: (411 Length Required) Helmut and Nicolai: it would be great if one of you can file a bug about this. I think it is rather important as the neon module is the default module for accessing http svns. Glad your problem is solved. Best, W -- Two people turned in problem set 12 without indicating their names! This is true scholarship, done for it's own sake and not for material advantage, like a grade. It is an honor to be associated with such nobility of soul. ~Prof. Kirk T. McDonald, DeathEM'03 Sortir en Pantoufles: up 841 days, 16:01
Re: [gentoo-user] layman: could not connect to server - partially SOLVED
Willie Wong wrote: On Sat, Mar 28, 2009 at 05:10:22PM +0100, Penguin Lover Nicolai Beuermann squawked: I've just discovered that reemerging dev-util/subversion (1.6.0) with different use flags gives a working svn USE='-webdav-neon webdav-serf' emerge -1 dev-util/subversion So, I suspect net-misc/neon (0.28.4) or the interplay of subversion with neon is broken. Helmut. After building subversion with this new set of USE variables adding the sabayon overlay works! Many thanks to everyone involved. Unfortunately layman -s vmware (also: layman -d vmware; layman -f -a vmware) failed with: svn: XML parsing failed: (411 Length Required) Helmut and Nicolai: it would be great if one of you can file a bug about this. I think it is rather important as the neon module is the default module for accessing http svns. Glad your problem is solved. Best, W Done. http://bugs.gentoo.org/show_bug.cgi?id=264101 -- mailto: nicolai.beuerm...@gmx.de http://www.nico-beuermann.de gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
Re: [gentoo-user] layman: could not connect to server
Willie Wong wrote: On Thu, Mar 26, 2009 at 10:04:22PM +0100, Penguin Lover Nicolai Beuermann squawked: thanks for your answer: Here is what I did: 1) emerge -1 neon - revdep-rebuild (everything was consistent): layman -f -a sabayon failed, layman -s vmware failed too 2) USE=expat emerge -1 neon; emerge -1 subversion; Just to be shure I did revdep-rebuild again - system consistent. layman failed again. please show emerge -pv subversion and svn --version Best, W emerge -pv subversion: [ebuild R ] dev-util/subversion-1.6.0 USE=berkdb kde nls perl python webdav-neon -apache2 -bash-completion -ctypes-python -debug -doc -dso -emacs - extras -gnome-keyring -java -ruby -sasl -vim-syntax -webdav-serf 0 kB svn --version: svn, version 1.6.0 (r36650) compiled Mar 26 2009, 21:54:11 Copyright (C) 2000-2009 CollabNet. Subversion is open source software, see http://subversion.tigris.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme nico -- mailto: nicolai.beuerm...@gmx.de http://www.nico-beuermann.de gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
Re: [gentoo-user] layman: could not connect to server
On Fri, Mar 27, 2009 at 07:13:14PM +0100, Nicolai Beuermann wrote: emerge -pv subversion: [ebuild R ] dev-util/subversion-1.6.0 USE=berkdb kde nls perl python webdav-neon -apache2 -bash-completion -ctypes-python -debug -doc -dso -emacs - extras -gnome-keyring -java -ruby -sasl -vim-syntax -webdav-serf 0 kB svn --version: svn, version 1.6.0 (r36650) compiled Mar 26 2009, 21:54:11 Copyright (C) 2000-2009 CollabNet. Subversion is open source software, see http://subversion.tigris.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme Looks okay to me. Do you have any sort of http-proxy or firewall that svn does not know about? Best, W -- Willie W. Wong ww...@math.princeton.edu 408 Fine Hall, Department of Mathematics, Princeton University, Princeton A mathematician's reputation rests on the number of bad proofs he has given.
Re: [gentoo-user] layman: could not connect to server
Willie Wong wrote: On Fri, Mar 27, 2009 at 07:13:14PM +0100, Nicolai Beuermann wrote: emerge -pv subversion: [ebuild R ] dev-util/subversion-1.6.0 USE=berkdb kde nls perl python webdav-neon -apache2 -bash-completion -ctypes-python -debug -doc -dso -emacs - extras -gnome-keyring -java -ruby -sasl -vim-syntax -webdav-serf 0 kB svn --version: svn, version 1.6.0 (r36650) compiled Mar 26 2009, 21:54:11 Copyright (C) 2000-2009 CollabNet. Subversion is open source software, see http://subversion.tigris.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme Looks okay to me. Do you have any sort of http-proxy or firewall that svn does not know about? Best, W Polipo is running but there's nothing changing when it's stopped. I'm on a NATted LAN behind a router without any firewall running on this host. regards nico -- mailto: nicolai.beuerm...@gmx.de http://www.nico-beuermann.de gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
Re: [gentoo-user] layman: could not connect to server
On Wed, Mar 25, 2009 at 09:49:20PM +0100, Penguin Lover Nicolai Beuermann squawked: svn: OPTIONS of 'http://overlays.gentoo.org/svn/proj/vmware/trunk': could not connect to server (http://overlays.gentoo.org) But pointing firefox to http://overlays.gentoo.org/svn/proj/vmware/trunk lists the directory. Same problem arose by syncing the sabayon overlay. Courageously removing this overlay with layman -d sabayon now I'm unable to add it again! Same error as mentioned before. Paradoxically syncing works with pro-audio overlay. from layman -L, proaudio overlay talks to svn://svn.tuxfamily.org/svnroot/pr.. whereas the other two talks to http:// So my guess is to rebuild neon? Almost looks like a revdep-rebuild issue to me. W -- All my friends tell me peer pressure is cool. Sortir en Pantoufles: up 839 days, 6:36
Re: [gentoo-user] layman: could not connect to server
Willie Wong wrote: On Wed, Mar 25, 2009 at 09:49:20PM +0100, Penguin Lover Nicolai Beuermann squawked: svn: OPTIONS of 'http://overlays.gentoo.org/svn/proj/vmware/trunk': could not connect to server (http://overlays.gentoo.org) But pointing firefox to http://overlays.gentoo.org/svn/proj/vmware/trunk lists the directory. Same problem arose by syncing the sabayon overlay. Courageously removing this overlay with layman -d sabayon now I'm unable to add it again! Same error as mentioned before. Paradoxically syncing works with pro-audio overlay. from layman -L, proaudio overlay talks to svn://svn.tuxfamily.org/svnroot/pr.. whereas the other two talks to http:// So my guess is to rebuild neon? Almost looks like a revdep-rebuild issue to me. W thanks for your answer: Here is what I did: 1) emerge -1 neon - revdep-rebuild (everything was consistent): layman -f -a sabayon failed, layman -s vmware failed too 2) USE=expat emerge -1 neon; emerge -1 subversion; Just to be shure I did revdep-rebuild again - system consistent. layman failed again. emerge --info Portage 2.1.6.10 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.9_p20081201-r2, 2.6.23-sabayon-r1-04.03.2009-01 x86_64) = System uname: Linux-2.6.23-sabayon-r1-04.03.2009-01-x86_64-Intel-R-_Xeon-R- _cpu_51...@_2.00ghz-with-glibc2.2.5 Timestamp of tree: Tue, 24 Mar 2009 18:45:01 + ccache version 2.4 [disabled] app-shells/bash: 4.0_p10-r1 dev-java/java-config: 1.3.7-r1, 2.1.7 dev-lang/python: 2.5.4-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.3 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox:1.6 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.28-r1 ACCEPT_KEYWORDS=amd64 ~amd64 CBUILD=x86_64-pc-linux-gnu CFLAGS=-march=nocona -fomit-frame-pointer -O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/share/config/kdm /usr/kde/3.5/shutdown /usr/share/config CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2- php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d CXXFLAGS=-march=nocona -fomit-frame-pointer -O2 -pipe DISTDIR=/usr/portage/distfiles FEATURES=distlocks fixpackages
Re: [gentoo-user] layman: could not connect to server
On Thu, Mar 26, 2009 at 10:04:22PM +0100, Penguin Lover Nicolai Beuermann squawked: thanks for your answer: Here is what I did: 1) emerge -1 neon - revdep-rebuild (everything was consistent): layman -f -a sabayon failed, layman -s vmware failed too 2) USE=expat emerge -1 neon; emerge -1 subversion; Just to be shure I did revdep-rebuild again - system consistent. layman failed again. please show emerge -pv subversion and svn --version Best, W -- Arthur hoped and prayed that there wasn't an afterlife. Then he realised there was a contradiction there and merely hoped that there wasn't an afterlife. - Arthur realising that he's in a certain death situation with a supernova bomb that is shaped like a cricket ball. Sortir en Pantoufles: up 840 days, 2:27
