Hi,
I cant 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 dont 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.schind...@allianz.at] Sent: maandag 10 februari 2014 17:33 To: users@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.schind...@allianz.at <mailto:michael.schind...@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@subversion.apache.org <mailto:users@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.schind...@allianz.at <mailto:michael.schind...@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. ********************************************************
