RE: svn switch will not update ../ externals (now with commit of change in unix script

                Hi,

I can’t see any of the errors you mention in the mail in the log files you
posted here. The log files are full of messages around working copies that
already exist and then mention that you have a UUID mismatch because a
working copy already exists where you tried to checkout and perform
operations.

It looks like you forgot to clean the directory before running the script
again.

On 1.8.5 / FreeBSD I get the following from running your script.sh

[[

svn, version 1.8.5 (r1542147)

   compiled Feb 1 2014, 23:11:14 on i386-portbld-freebsd10.0

Copyright (C) 2013 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.

  - 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.

  - using serf 1.3.2

  - handles 'http' scheme

  - handles 'https' scheme

Checked out revision 0.

A checkout/trunk

A checkout/trunk/somedir

A checkout/trunk/somedir/messages_de.properties

A checkout/tags

property 'svn:externals' set on 'checkout/trunk/somedir'

Adding checkout/tags

Adding checkout/trunk

Adding checkout/trunk/somedir

Adding checkout/trunk/somedir/messages_de.properties

Transmitting file data .

Committed revision 1.

Updating 'checkout':

Fetching external item into 'checkout/trunk/somedir/messages.properties':

A checkout/trunk/somedir/messages.properties

Updated external to revision 1.

At revision 1.

Committed revision 2.

Sending checkout/trunk/somedir/messages_de.properties

Transmitting file data .

Committed revision 3.

Committed revision 4.

A clientcheckout/somedir

A clientcheckout/somedir/messages_de.properties

Fetching external item into 'clientcheckout/somedir/messages.properties':

A clientcheckout/somedir/messages.properties

Checked out external at revision 4.

Checked out revision 4.

U clientcheckout/somedir/messages_de.properties

Fetching external item into 'clientcheckout/somedir/messages.properties':

U clientcheckout/somedir/messages.properties

Updated external to revision 4.

At revision 4.

Path: clientcheckout/somedir/messages.properties

Name: messages.properties

Working Copy Root Path: /tmp/qqq/clientcheckout

URL: file:///tmp/bugrepos/tags/1.1/somedir/messages_de.properties

Relative URL: ^/tags/1.1/somedir/messages_de.properties

Repository Root: file:///tmp/bugrepos

Repository UUID: 7691e8d6-0593-e311-8b2b-00003925d394

Revision: 4

Node Kind: file

Schedule: normal

Last Changed Author: bert

Last Changed Rev: 3

Last Changed Date: 2014-02-11 11:18:28 +0100 (Tue, 11 Feb 2014)

Text Last Updated: 2014-02-11 11:18:31 +0100 (Tue, 11 Feb 20 14)

Checksum: 04251768d8f9e4523b1e42084af55733db4b62d2

]]

So I don’t see a single error in this configuration, and I miss the
information in your report to look at other potential problems.

(In most cases it is easier to embed $cwd in your script than hardcoding
/tmp. See our sample scripts at
http://subversion.apache.org/docs/community-guide/issues.html#reporting-bugs
)

                Bert

From: Schindler, Michael (AMOS Austria GmbH)
[mailto:Michael.Schindler_at_allianz.at]
Sent: maandag 10 februari 2014 17:33
To: users_at_subversion.apache.org
Cc: Frohner, Helmut (AMOS Austria GmbH); Graf, Andrea (AMOS Austria GmbH)
Subject: AW: svn switch will not update ../ externals (now with commit of
change in unix script

hi!

just noticed that i forgot a line when porting to unix, now the change in
the file is commitet too and you can see the wrong contets.

linux logfile also new

Mit freundlichen Grüssen,

DI MIchael Schindler

AMOS Austria GMBH
Informationstechnologie / Anwendungsentwicklung
Hietzinger Kai 101-105 A-1130 Wien
Telefon +43 (0) 59009 88664
mail: michael.schindler_at_allianz.at <mailto:michael.schindler_at_allianz.at>
web: <http://www.allianz.at/> http://www.allianz.at

  _____

Von: Schindler, Michael (AMOS Austria GmbH)
Gesendet: Montag, 10. Februar 2014 17:19
An: users_at_subversion.apache.org <mailto:users_at_subversion.apache.org>
Cc: Frohner, Helmut (AMOS Austria GmbH); Graf, Andrea (AMOS Austria GmbH)
Betreff: svn switch will not update ../ externals

hi!

i found problems with the switch command and svn externats; at least for ../
type of externals and files switch behaves as if --ignore-externals was
given. Is there a way to get the externals switched too?

in 1.7 it worked. I want switch to give the same output as a fresh checkout,
not different or corrupting the wc.

my problem: due to lack of symlinks under certain poerating systems a lot of
files are "linked" my externals - e.g. messages_de.properties is the actual
file, messages.properties an external to
../<directory>/messages_de.properties

example to reproduce see attachments for windooze and linux.

both create a repository and do the same (using file:/// url
<file:///\\%20url> for convenience)

for output see <testrun>.log

have a look at these lines: (the relative URL in 1.8 is wrong (line does not
exist in 1.7) - it should be ../somedir/messages_de.properties!)

URL: file:///C:/Temp/svnbug/bugrepos/tags/1.1/somedir/messages_de.properties
<file:///C:\Temp\svnbug\bugrepos\tags\1.1\somedir\messages_de.properties>

URL: file:///tmp/bugrepos/tags/1.0/somedir/messages_de.properties
<file:///\\tmp\bugrepos\tags\1.0\somedir\messages_de.properties>

Relative URL: ^/tags/1.0/somedir/messages_de.properties

linux; svn, version 1.8.5 (r1542147)
not OK, still tags/1.0 in external
if created fresh with svn checkout file:///tmp/bugrepos/tags/1.1
<file:///\\tmp\bugrepos\tags\1.1> clientcheckout
external is OK.

linux; svn, version 1.6.3 (r38063) and svn, version 1.6.6 (r40053)
not OK - but not surprising; ..-urls were not there then.

windooze, svn, version 1.7.13 (r1516569)
OK

server 1.8 linux, clients 1.7
not ok, switch (other repository) leads to:
Fetching external item into
'C:\dev\eclipseworkspaces\abscorerealisierungsnapshot_svn_abscore\at.allianz
.gfb.core.vertrag.gui\src\at\allianz\gfb\core\vertrag\gui\messages_de.proper
ties':
svn: warning: W200014: Base checksum mismatch for
'C:\dev\eclipseworkspaces\abscorerealisierungsnapshot_svn_abscore\at.allianz
.gfb.core.vertrag.gui\src\at\allianz\gfb\core\vertrag\gui\messages_de.proper
ties':
  expected: a7f6342071c05381df72ae374f613769
    actual: 8d5471159a251008f1d18934989c867a

Fetching external item into
'C:\dev\eclipseworkspaces\abscorerealisierungsnapshot_svn_abscore\at.allianz
.gfb.core.vertrag.gui\src\at\allianz\gfb\core\vertrag\gui\beteiligungen\dial
og\messages_de.properties':
Updated external to revision 31794.

At revision 31794.
svn: E205011: Failure occurred processing one or more externals definitions

update or other operations on that tree lead to the same.

Mit freundlichen Grüssen,

DI MIchael Schindler

AMOS Austria GMBH
Informationstechnologie / Anwendungsentwicklung
Hietzinger Kai 101-105 A-1130 Wien
Telefon +43 (0) 59009 88664
mail: michael.schindler_at_allianz.at <mailto:michael.schindler_at_allianz.at>
web: <http://www.allianz.at/> http://www.allianz.at

AMOS Austria GmbH
1130 Wien, Hietzinger Kai 101-105
FN 365014k, Handelsgericht Wien
UID: ATU 66614737

http://www.allianz.at

********************************************************
Dieses E-Mail und allfaellig daran angeschlossene Anhaenge
enthalten Informationen, die vertraulich und
ausschliesslich fuer den (die) bezeichneten Adressaten
bestimmt sind.
Wenn Sie nicht der genannte Adressat sind, darf dieses
E-Mail samt allfaelliger Anhaenge von Ihnen weder anderen
Personen zugaenglich gemacht noch in anderer Weise
verwertet werden.
Wenn Sie nicht der beabsichtigte Empfaenger sind, bitten
wir Sie, dieses E-Mail und saemtliche angeschlossene
Anhaenge zu loeschen.

Please note: This email and any files transmitted with it is
intended only for the named recipients and may contain
confidential and/or privileged information. If you are not the
intended recipient, please do not read, copy, use or disclose
the contents of this communication to others and notify the
sender immediately. Then please delete the email and any
copies of it. Thank you.
********************************************************
Received on 2014-02-11 11:51:47 CET