Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2F7CE71D4 for ; Thu, 6 Oct 2011 10:14:02 +0000 (UTC) Received: (qmail 24623 invoked by uid 500); 6 Oct 2011 10:14:01 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 24608 invoked by uid 500); 6 Oct 2011 10:14:01 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Delivered-To: moderator for users@subversion.apache.org Received: (qmail 4799 invoked by uid 99); 6 Oct 2011 09:56:01 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Date: Thu, 6 Oct 2011 11:55:34 +0200 From: frantisek holop To: users@subversion.apache.org Subject: svn: generic failure Message-ID: <20111006095534.GJ13968@obiit.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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