hi there, (i am not subscribed to the list, please cc: me with your answer)
the problem in a nutshell: repository$ svn up svn: generic failure i am having a hard time tracking this down, so any pointers are appreciated. a bit more information: the repo is on debian (svnserve in its simplest configuration): ----%<------------------------------------------------------------------- $ svn --version svn, version 1.6.12 (r955767) compiled May 31 2011, 16:12:12 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. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https' scheme ----%<------------------------------------------------------------------- the client is on openbsd: ----%<------------------------------------------------------------------- $ svn --version svn, version 1.6.17 (r1128011) compiled Sep 24 2011, 02:22:43 Copyright (C) 2000-2009 CollabNet. Subversion is open source software, see http://subversion.apache.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. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme ----%<------------------------------------------------------------------- the same version combination (server: 1.6.12, client: 1.6.17) is confirmed to work with a client on fedora. previous openbsd clients worked fine, and there was no change in the configuration. i also tried removing $HOME/.subversion and i was not asked for credentials, anything. the same message all the time. i am looking for a switch (or a way) that would make subversion overly verbose so i could make a guess what is going wrong and where. -f -- the borg assimilated my race & all i got was this t-shirt
