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 7C244DDAE for ; Fri, 10 Aug 2012 07:17:48 +0000 (UTC) Received: (qmail 15368 invoked by uid 500); 10 Aug 2012 07:17:48 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 15037 invoked by uid 500); 10 Aug 2012 07:17:46 -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 Received: (qmail 15024 invoked by uid 99); 10 Aug 2012 07:17:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 07:17:46 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of l.oiseau2nuit@gmail.com designates 209.85.220.171 as permitted sender) Received: from [209.85.220.171] (HELO mail-vc0-f171.google.com) (209.85.220.171) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 07:17:40 +0000 Received: by vcdd16 with SMTP id d16so2914686vcd.16 for ; Fri, 10 Aug 2012 00:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=3r52YBJF+2FKnYS+w3RZOV9v+WbmS0lHxgXGcRahpQg=; b=uuu5RWaUSXOvhj4gCgZ0mnw3USNSlEBmDXBcnpwh5b2bgk1aQmOopRdc7W2KB3ezY/ eWe2NKFUUYK+TwFqwFQn8L7OiDNej9WCKiTMmWhHIdSZWmk2z0o20jMWXP+iKIhVmnc9 7qFvxIJ1apafXVDJCiIuRYS6b51beHpU7ebKdzMYvpYcLyi//SCkLR4IbJJ9i3ZIpfLd 0O8VsnPxrotPmH+TdfxbDnI+48MeHJeT0eIodVHcFjcG9UaZ7lQvlh0s1Wb7mlEAmRRz 3bs7XhDvGguy1+qFQxmRl/yIZCTst7AJtimoY51TbNhA21Xptx0qd7azgbR2SBaEOhRg 0DuA== Received: by 10.52.66.10 with SMTP id b10mr1520608vdt.84.1344583039068; Fri, 10 Aug 2012 00:17:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.230.100 with HTTP; Fri, 10 Aug 2012 00:16:38 -0700 (PDT) In-Reply-To: References: From: "L'oiseau2nuit" Date: Fri, 10 Aug 2012 09:16:38 +0200 Message-ID: Subject: Re: Problem running on simple svn commands on CentOs To: vishwajeet singh Cc: users@subversion.apache.org Content-Type: multipart/alternative; boundary=20cf3071cf1e6a2ae004c6e42204 --20cf3071cf1e6a2ae004c6e42204 Content-Type: text/plain; charset=ISO-8859-1 Thanks for helping :-) > svn --version > Currently indicates 1.7.5 [root@host]# svn --version svn, version 1.7.5 (r1336830) compiled Aug 9 2012, 18:21:35 Copyright (C) 2012 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * 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 This would mean all my rollback attempts were useless anyway... hmmm... > svn help upgrade > upgrade: Upgrade the metadata storage format for a working copy. usage: upgrade [WCPATH...] Local modifications are preserved. Valid options: -q [--quiet] : print nothing, or only summary information Global options: --username ARG : specify a username ARG --password ARG : specify a password ARG --no-auth-cache : do not cache authentication tokens --non-interactive : do no interactive prompting --trust-server-cert : accept SSL server certificates from unknown certificate authorities without prompting (but only with '--non-interactive') --config-dir ARG : read user configuration files from directory ARG --config-option ARG : set user configuration option in the format: FILE:SECTION:OPTION=[VALUE] For example: servers:global:http-library=serf So what I do not understand is why when attempting to upgrade my working copies, it says "upgrade command not found" ... oO It seems to work a bit better today ! I managed to 'svn up' all my working copies but still two of them are missing (not checked out by my script) and still, when trying to check them out : svn checkout svn:// zone.spip.org/spip-zone/_plugins_/champs_extras/core/trunk/champs_extras_core i got the following message : svn: E155036: Please see the 'svn upgrade' command svn: E155036: Working copy '/champs_extras_core' is too old (format 10, created by Subversion 1.6) For the two of them. Weird isn't it ? When I try 'svn upgrade' it returns : [root@host _trunk]# svn upgrade svn: E155019: Can't upgrade '/var/www/vhosts/****.*****************.**/httpdocs/spip/plugins/_api-dist/_trunk' as it is not a pre-1.7 working copy directory svn: E000002: Can't open file '/var/www/vhosts/****.*****************.**/httpdocs/spip/plugins/_api-dist/_trunk/.svn/entries': No such file or directory There's a thin line between me and the solution but ... :-/ Anyway, thanks again for the help ;) -- *Etienne.**** * --20cf3071cf1e6a2ae004c6e42204 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for helping :-)
=A0
svn --version=A0

Currently indicates 1.7.5

[root@host]# svn --version
svn= , version 1.7.5 (r1336830)
=A0=A0 compiled Aug=A0 9 2012, 18:21:35
Copyright (C) 2012 The Apache Software Foundation.
This software consi= sts of contributions made by many people; see the NOTICE
file for more information.
Subversion is open source software, see http://subversion.apache.org/
<= br>The following repository access (RA) modules are available:

* ra_= svn : Module for accessing a repository using the svn network protocol.
=A0 - with Cyrus SASL authentication
=A0 - handles 'svn' scheme<= br>* ra_local : Module for accessing a repository on local disk.
=A0 - h= andles 'file' scheme


This would mean all my rollback att= empts were useless anyway... hmmm...


=A0
=
svn help upgrade=A0

upgrade: Upgrade = the metadata storage format for a working copy.
usage: upgrade [WCPATH...]

=A0 Local modifications are preserved.
Valid options:
=A0 -q [--quiet]=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= : print nothing, or only summary information

Global options:
=A0= --username ARG=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : specify a username ARG
=A0 --password ARG=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : specify a password ARG=A0 --no-auth-cache=A0=A0=A0=A0=A0=A0=A0=A0=A0 : do not cache authenticat= ion tokens
=A0 --non-interactive=A0=A0=A0=A0=A0=A0=A0 : do no interactiv= e prompting
=A0 --trust-server-cert=A0=A0=A0=A0=A0 : accept SSL server c= ertificates from unknown
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 certificate authorities without prompting (but only
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= with '--non-interactive')
=A0 --config-dir ARG=A0=A0=A0=A0=A0= =A0=A0=A0 : read user configuration files from directory ARG
=A0 --config-option ARG=A0=A0=A0=A0=A0 : set user configuration option in t= he format:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 FILE:SECTION:OPTION=3D[VALUE]
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 For example:
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 servers:global:http-library= =3Dserf


So what I do not understand is why when attempting to upgrade my wo= rking copies, it says "upgrade command not found" ... oO
=A0

It seems to work a bit better today ! I managed to 'svn u= p' all my working copies but still two of them are missing (not checked= out by my script) and still, when trying to check them out :

svn checkout svn://zone.spip.org/spip-zone/_plugins_/champs_extras/c= ore/trunk /champs_extras_core

i got the following message :

svn: E155036: Please see the 'svn upgrade' command
svn: E155= 036: Working copy '/champs_extras_core' is too old (format 10, crea= ted by Subversion 1.6)

For the two of them. Weird isn't it ?

When I try 'svn upgrade' it returns :

[root@host _trunk]= # svn upgrade
svn: E155019: Can't upgrade '/var/www/vhosts/****.= *****************.**/httpdocs/spip/plugins/_api-dist/_trunk' as it is n= ot a pre-1.7 working copy directory
svn: E000002: Can't open file '/var/www/vhosts/****.***************= **.**/httpdocs/spip/plugins/_api-dist/_trunk/.svn/entries': No such fil= e or directory

There's a thin line between me and the solution b= ut ... :-/

Anyway, thanks again for the help ;)



--
Etienne.
=
--20cf3071cf1e6a2ae004c6e42204--