[gentoo-user] layman: could not connect to server

[gentoo-user] layman: could not connect to server

[Nicolai Beuermann]

[-- Attachment #1: Type: text/plain, Size: 1078 bytes --]

Hello,
I've got a problem concerning syncing of some overlays with layman:

"layman -s vmware"
* Running command "/usr/bin/svn up "/usr/local/portage/layman/vmware""...
svn: OPTIONS of 'http://overlays.gentoo.org/svn/proj/vmware/trunk': could not 
connect to server (http://overlays.gentoo.org)
*
* Errors:
* ------
*
* Failed to sync overlay "vmware".
* Error was: Syncing overlay "vmware" returned status 256!

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.

All overlays use subversion. Re-emerging subversion doesn't change anything.

I'm on ~amd64
subversion-1.6.0
layman-1.2.3
neon-0.28.4

Googling around didn't help.
Any help is greatly appreciated.

nico
-- 
mailto: nicolai.beuermann@gmx.de
http://www.nico-beuermann.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259

[-- Attachment #2: Type: text/html, Size: 2849 bytes --]

Re: [gentoo-user] layman: could not connect to server

[Willie Wong]

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

[Nicolai Beuermann]

[-- Attachment #1: Type: text/plain, Size: 9094 bytes --]

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_5130_@_2.00GHz-with-glibc2.2.5         
Timestamp of tree: Tue, 24 Mar 2009 18:45:01 +0000                                                                     
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 parallel-fetch protect-owned sandbox sfperms 
strict unmerge-orphans userfetch"         
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ 
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://de-
mirror.org/distro/gentoo/ ftp://de-mirror.org/distro/gentoo/ 
http://ftp.spline.inf.fu-berlin.de/mirrors/gentoo/ ftp://ftp.spline.inf.fu-
berlin.de/mirrors/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ 
ftp://pandemonium.tiscali.de/pub/gentoo/"                                                                                                        
LANG="de_DE.UTF-8"                                                                                                     
LC_ALL="de_DE.UTF-8"                                                                                                   
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"
LINGUAS="de en"
MAKEOPTS="-s -j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --
compress --force --whole-file --delete --stats --timeout=180 --
exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp/portage"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/pro-audio 
/usr/local/portage/layman/vmware /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="7zip X a52 aac aalib acl acpi alsa amd64 apache2 artswrappersuid 
audiofile avahi berkdb bluetooth branding browserplugin bzip2 cairo canvas 
cdda cdr cjk cli commercial cracklib crypt css ctype cups dbus dga divx4linux 
djvu dlloader dri dts dv dvb dvd dvdr dvdread dvi eds emboss encode esd evo 
exif fam fat ffmpeg firefox flac foomatic-db fortran freetype fuse gcj gd gdbm 
gif gimpprint glibc-omitfp glitz glut gnutls google-gadgets gphoto2 gpm gsm 
gstreamer hal hfs iconv ieee1394 ipod ipv6 isdnlog ivtv jack java jingle jpeg 
jpeg2k kde kdehiddenvisibility kipi ladspa lame lash lcd lcms ldap libcaca 
libnotify live livecd lm_sensors mad midi mikmod mmx mono moznocompose 
moznoirc moznomail mozsvg mp3 mp3rtp mpeg mudflap multilib musepack 
musicbrainz mysql nautilus ncurses nls nntp nptl nptlonly nsplugin ntfs nvidia 
ogg oggvorbis on-the-fly-crypt opengl openmp pam pam_chroot pam_timestamp pcre 
pda pdf perl plasma png postgres povray ppds pppd pwdb python qt qt3 
qt3support qt4 quicktime rdesktop readline reflection reiserfs rtsp ruby samba 
scanner sdl session shout skins sms sndfile soundtouch speex spell spl sql sse 
sse2 sse3 ssl startup-notification stats stream subversionsvg sysfs tcpd 
theora threads tiff timidity truetype udev unichrome unicode usb v4l v4l2 vcd 
visualization vlm vorbis wxwindows x264 xcb xcomposite xine xinerama xml xml2 
xorg xprint xscreensaver xulrunner xv xvid xvmc zeroconf zlib" 
ALSA_CARDS="hda-intel usb-usx2y usb-audio" ALSA_PCM_PLUGINS="adpcm alaw copy 
dshare dsnoop extplug file hooks ladspa lfloat linear meter mulaw multi null 
rate route share shm plug empty dmix asym iec958 softvol ioplug" 
APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd 
authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile 
authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd 
deflate dir disk_cache env expires ext_filter file_cache filter headers ident 
imagemap include info log_config logio mem_cache mime mime_magic negotiation 
proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so 
speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" 
INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz 
cfontz633 glkhd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" 
USERLAND="GNU" VIDEO_CARDS="dummy fbdev nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, 
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS


Still no idea to carry on

nico
-- 
mailto: nicolai.beuermann@gmx.de
http://www.nico-beuermann.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259

[-- Attachment #2: Type: text/html, Size: 10529 bytes --]

Re: [gentoo-user] layman: could not connect to server

[Willie Wong]

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

Re: [gentoo-user] layman: could not connect to server

[Nicolai Beuermann]

[-- Attachment #1: Type: text/plain, Size: 1553 bytes --]

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.beuermann@gmx.de
http://www.nico-beuermann.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259

[-- Attachment #2: Type: text/html, Size: 2925 bytes --]

Re: [gentoo-user] layman: could not connect to server

[Willie Wong]

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                                      wwong@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

[Nicolai Beuermann]

[-- Attachment #1: Type: text/plain, Size: 1278 bytes --]

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.beuermann@gmx.de
http://www.nico-beuermann.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259

[-- Attachment #2: Type: text/html, Size: 2053 bytes --]

Re: [gentoo-user] layman: could not connect to server

[Willie Wong]

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

[Mike Kazantsev]

[-- Attachment #1: Type: text/plain, Size: 981 bytes --]

On Fri, 27 Mar 2009 22:53:00 +0100
Nicolai Beuermann <Nicolai.Beuermann@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] layman: could not connect to server

[Helmut Jarausch]

On 28 Mar, Mike Kazantsev wrote:
> On Fri, 27 Mar 2009 22:53:00 +0100
> Nicolai Beuermann <Nicolai.Beuermann@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

[Helmut Jarausch]

On 28 Mar, Mike Kazantsev wrote:
> On Fri, 27 Mar 2009 22:53:00 +0100
> Nicolai Beuermann <Nicolai.Beuermann@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

[Nicolai Beuermann]

[-- Attachment #1: Type: text/plain, Size: 1790 bytes --]

Helmut Jarausch wrote:
> On 28 Mar, Mike Kazantsev wrote:
> > On Fri, 27 Mar 2009 22:53:00 +0100
> >
> > Nicolai Beuermann <Nicolai.Beuermann@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.beuermann@gmx.de
http://www.nico-beuermann.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259

[-- Attachment #2: Type: text/html, Size: 2824 bytes --]

Re: [gentoo-user] layman: could not connect to server - partially SOLVED

[Willie Wong]

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

[Nicolai Beuermann]

[-- Attachment #1: Type: text/plain, Size: 1143 bytes --]

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.beuermann@gmx.de
http://www.nico-beuermann.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259

[-- Attachment #2: Type: text/html, Size: 1907 bytes --]