http://blog.gmane.org/gmane.comp.version-control.subversion.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.version-control.subversion.user/113616 <pre>I tried to use svnrdump to dump certain versions of GCC // dump the version 198000 svnrdump dump svn://gcc.gnu.org/svn/gcc/trunk -r 198000 &gt; dump_file1 // dump the subquent version incrementally svnrdump dump svn://gcc.gnu.org/svn/gcc/trunk -r 198001 --incremental &gt; dump_file2 I then used the svnadmin load to load the dump file to an empty repository, svnadmin create repo svnadmin load repo &lt; dump_file1 // this is successful svnadmin load repo &lt; dump_file2 // error, message: svnadmin: E160013: File not found: transaction '1-5', path 'trunk/gcc/ChangeLog' It seens that the first dump will automatically strip-off "trunk", but the second dump does not strip off dump. My subversion version is 1.7.5. What happen? Any suggestion for me to solve it? Thanks. Bo </pre> Bo Chen 2013-06-19T04:29:27 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113613 <pre>Hi, I'm looking for the Japanese translation of the Subversion book. The links to the single and multi-page versions on the "cover page"[1] appear to lead nowhere these days. [1] http://svnbook.red-bean.com/index.ja.html[1] Googling a bit, what I've found so far are translations for 1.5 (final) and 1.7 (WIP) at what appears to be a personal site[2] but its maintenance state does not look very promising. Then there is also a version[3] at the University of Tokyo dated 2006-02-03. [2] http://www.caldron.jp/~nabetaro/svn/[2] [3] http://todo.issp.u-tokyo.ac.jp/archive/subversion/book.html[3] Is there any chance of getting the Japanese "cover page"[1] to point to up to date versions of the single and multi-page versions of the book? Should I submit a ticket for this? Thanks in advance, </pre> Olaf Meeuwissen 2013-06-18T23:30:12 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113612 <pre>svnadmin upgrade crash Divide by zero </pre> Mat Berchtold 2013-06-19T00:04:25 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113610 <pre>Hi there, I just installed svn 1.8 on our cluster. Before, we used svn 1.7.9 and a little vimdiff wrapper (taken, with a few changes, from http://svnbook.red-bean.com/nightly/en/svn.advanced.externaldifftools.html#svn.advanced.externaldifftools.diff), which worked like a charm when called as "svn diff --diff-cmd=diffwrap.py filename". However, with svn 1.8 something seems to have changed: The only lines I see after executing the command above are and the terminal hangs. When I enter ":qa!", I get the following line and I am back in the terminal. I have not changed anything in the wrapper script, and indeed, when I manually use it with our old svn version (1.7.9), it still works. Does anyone have an idea what has changed in the way the diff-cmd is invoked? And, more importantly, how I can change the vimdiff wrapper so it works again? Regards, Michael -- Michael Schlottke SimLab Highly Scalable Fluids &amp; Solids Engineering Jülich Aachen Research Alliance (JARA-HPC) RWTH Aachen University Wüllnerstra</pre> Michael Schlottke 2013-06-18T22:15:23 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113607 <pre>We have a repo on our svn server where no changes can be made. This became apparent when the project owners attempted an svn copy to create a new branch. svn copy svn+ssh://user&lt; at &gt;svn.server.com/svn/myprojects/projects/projectnamesvn+ssh:// user&lt; at &gt;svn.server.com/svn/myprojects/branches/projects/projectname/R-blah svn: E000020: Can't move '/svn/myprojects/db/txn-protorevs/140999-3139.rev' to '/svn/myprojects/db/revs/141/141000': Not a directory In the db/revs directory is a file 141 Why is the server attempting to make a directory where a file already exists? At this point no changes can be made to the repo. svn info shows Repository UUID: 853606d7-920d-0410-88c8-e26e540774b4 Revision: 140999 Node Kind: directory Any help is greatly appreciated. Bruce </pre> Bruce Skelton 2013-06-18T18:16:34 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113602 <pre>(I'm not subscribed to the list, so please keep me CC'd) Hi folks, I'm having a bit of trouble with a local build of 1.8.0-rc3 and the perl bindings. Initially, everything was ok, but I think things stopped working after I ran "make clean-swig-pl": Only _Core.so is generated and installed now, but no _Delta.so, _Wc.so, etc. I think I see what happens: subversion/bindings/swig/perl/native/Makefile contains: modules :: svn_client.c svn_delta.c svn_fs.c svn_ra.c svn_repos.c svn_wc.c $(MAKE) -f Makefile.client $(MAKE) -f Makefile.delta $(MAKE) -f Makefile.fs $(MAKE) -f Makefile.ra $(MAKE) -f Makefile.repos $(MAKE) -f Makefile.wc $(NOECHO) $(TOUCH) $&lt; at &gt; This is ran whenever "make swig-pl" is ran from the root directory. Note the touch at the end: This creates a file called "modules" to track the fact that the modules have been built. However, when "make clean-swig-pl" is ran, the modules built are removed, but the "modules" file is left in place, letting make think nothing needs to be built, ca</pre> Matthijs Kooijman 2013-06-18T16:31:42 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113597 <pre>Hi, I have installed Subversion 1.8 and tried to upgrade the repository. During the upgrade it produced the attached files. The command I used was: svnadmin -verify . svnadmin -upgrade . Regards, Nikolaos Miliotis BI Competency Center Group IT Applications Sector 8 Iolkou &amp; Filikis Eterias Str. 142 34, Nea Ionia Athens, Greece Tel.: +30 210 3523259 Fax: +30 210 3524567 Mob : +30 693 3004422 eMail: nmiliotis&lt; at &gt;eurobank.gr&lt;mailto:nmiliotis&lt; at &gt;eurobank.gr&gt; [cid:image001.gif&lt; at &gt;01CDB102.79DD4E50] P Think before you print. Disclaimer: This e-mail is confidential. If you are not the intended recipient, you should not copy it, re-transmit it, use it or disclose its contents, but should return it to the sender immediately and delete the copy from your system. Eurobank Ergasias S.A. is not responsible for, nor endorses, any opinion, recommendation, conclusion, solicitation, offer or agreement or any information contained in this communication. Eurobank Ergasias S.A. cannot accept any responsibility fo</pre> Miliotis Nikolaos 2013-06-18T13:51:28 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113596 <pre>Please remover any and all instances of the following email from any Subversion list(s): sshaffer&lt; at &gt;microdataware.com stephenashaffer&lt; at &gt;gmail.com sashaffer&lt; at &gt;ucdavis.edu I am no longer programming. I couldn't find an unsubscribe link on any of the recent messages. You might want to add that to make life easier fort everyone. Thank you. Stephen A. Shaffer </pre> Stephen Shaffer 2013-06-18T12:17:01 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113594 <pre>We're happy to announce the release of Apache Subversion 1.8.0. Please choose the mirror closest to you by visiting: http://subversion.apache.org/download/#recommended-release The SHA1 checksums are: 45d227511507c5ed99e07f9d42677362c18b364c subversion-1.8.0.tar.bz2 01c4eed9f019baa14e94b83031f79c3a153a7602 subversion-1.8.0.tar.gz 6f2b4476b8d8b9f2700ae101252bdf6e67366302 subversion-1.8.0.zip PGP Signatures are available at: http://www.apache.org/dist/subversion/subversion-1.8.0.tar.bz2.asc http://www.apache.org/dist/subversion/subversion-1.8.0.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.8.0.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Branko Čibej [2048R/C8628501] with fingerprint: 8769 28CD 4954 EA74 87B6 B96C 29B8 92D0 C862 8501 Branko Čibej [4096R/A347943F] with fingerprint: BA3C 15B1 337C F0FB 222B D4</pre> Branko Čibej 2013-06-18T12:06:22 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113590 <pre>How can I find out which version of Serf/Neon library is being used by SVN on Windows? </pre> gadamiak 2013-06-18T07:22:26 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113577 <pre>Hello, Code for a new development effort was imported into a developer’s branch. Now we want merge his changes to trunk (which is currently empty). I tried the merge from both the command line and the Tortoise GUI and keep running into the “…must be ancestrally related…” message.I also tried the "ignore ancestry" option via the GUI. One, I don't understand why SVN thinks there is even an ancestral relationship betweeen the two locations? Two, how can I do to get around this error message? Amad </pre> C M 2013-06-17T15:19:07 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113576 <pre>My Subversion repositories running under Apache 2.2.22 on Ubuntu Server 12.04 amd64 can't be accessed any more with TortoiseSVN above 1.7.6 when client certificate authentication is required. The same happens when using CLI client (svn 1.7.5) shipped with TortoiseSVN. I described the issue in detail on openssl mailing list, so I won't duplicate it here and provide a link instead: https://groups.google.com/d/topic/mailing.openssl.users/reexAMqsre8/discussion There have been a few reports on TSVN list too but no resolution so far. Any clues? </pre> gadamiak 2013-06-17T11:42:42 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113565 <pre>Hi, I was trying to display the log message between the dates 2013-06-13 and 2013-06-14 by the following command "svn log -r {2013-06-14}:{2013-06-13}", if no one has committed from the mentioned date then the log should be empty but it is showing the last commit which is was committed on 2013-06-11. If we are expecting a log between the dates 2013-06-13 and 2013-06-14, it should show the log between the following dates right, not the last commit. Is it a bug or am using a wrong command? please clarify me . </pre> Nikitha Annaji 2013-06-14T05:24:22 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113555 <pre>Where I work, we branch for every bugfix, to allow a "clean" trunk at all times. Some files we work with are not easily merged, so we have svn:needs-lock set on them. Locking one of these files is supposed to indicate to the rest of the team not to touch it until you're done (or at least, ask first). But since the lock is on a branch, somebody else on a different branch, or even merging back to trunk, will have no way to know you are editing the file. I wanted to solve this using a pre-lock hook on the server, which would automatically try to lock the trunk version of an artifact when somebody locks on a branch. But, since locking requires a username and password, and hook scripts do not have access to that information, the best I could do is deny the lock if the trunk is not locked, and also if the existing trunk lock does not contain the branch name in the lock comment. I might be able to get a special user added, with a password that never expires, which the hook script could use with a hard-coded pas</pre> Benjamin Fritz 2013-06-13T19:41:13 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113553 <pre>Hi, I encountered this error while updating from windows explorer. I discovered that someone committed to the repository a folder called "E:" After removing that folder from the repository the error didn't re-occur Nir --------------------------- Subversion Exception! --------------------------- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list with as much information as possible about what you were trying to do. But please first search the mailing list archives for the error message to avoid reporting the same problem repeatedly. You can find the mailing list archives at http://subversion.apache.org/mailing-lists.html Subversion reported the following (you can copy the content of this dialog to the clipboard using Ctrl-C): In file 'D:\Development\SVN\Releases\TortoiseSVN-1.7.12\ext\subversion\subversion\libsvn_wc\update_editor.c' line 1587: assertion failed (action == svn_wc_conflict_action_edit || action == svn_wc_conflict_action_delete </pre> פאנל תוכנה - ניר בר 2013-06-13T13:54:26 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113552 <pre>Hi all, I've set up a write-through proxy for one of our studios and I'm getting Access Denied errors when the post-commit hook executes, or when running the sync command manually from the master. I'm using apache 2.2/mod_dav_svn 1.7.7 on Debian 6.0. The apache config for vhost "repo-slave.example.com" is as follows: # Primary configuration for local user access. &lt;Location /&gt; Order allow,deny Allow from all DAV svn SVNPath "/var/svn-slave/repo" SVNMasterURI http://repo.example.com/proxy-master AuthType Basic AuthName "Test Repository (SLAVE)" AuthUserFile "/etc/apache2/auth/htpass" AuthzSVNAccessFile "/etc/apache2/auth/perms" Require valid-user &lt;/Location&gt; # Sync access. &lt;Location /repo-proxy-sync&gt; DAV svn SVNPath "/var/svn-slave/repo" Order deny,allow # Allow connections from server VLAN only. Allow from 192.168.10.0/24 AuthType Basic AuthName "Test Repository (SLAVE)" AuthUserFile "/etc/apache2/auth/sync-htpass" </pre> Terry Dooher 2013-06-13T08:45:47 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113546 <pre>Hi, I just faced this problem: Had to fix a bug in an older, but still supported version of my application. After the fix I merged the range of revisions to the trunk and got a "tree conflict". Yes, that file was moved and renamed, maybe there is a loss of information in the merge tracking, don't know. I tried to solve it by creating a patch of the file and apply it to the file in the trunk, but that's impossible. Applying a patch is only available on directories. At least I did the merge "by hand" (not much modifications). What I would like to request is - either a possibility to apply a diff to a single file (even if it's renamed / moved) or - in the merge dialog right click on that file with "tree conflict" and select a file to apply the modifications to Good night Torge </pre> Torge Riedel 2013-06-12T19:56:56 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113544 <pre>I'm happy to announce the release of Apache Subversion 1.8.0-rc3, the second public release candidate of Subversion 1.8.0 (rc1 was not publicly released). Please choose the mirror closest to you by visiting: http://subversion.apache.org/download/#pre-releases The SHA1 checksums are: 5abfb2add2fb0c4bb576a2b423965a9fcd337778 subversion-1.8.0-rc3.tar.bz2 9862d38ae6964b3aa87ce1957365a8d0cc8971ca subversion-1.8.0-rc3.tar.gz f3ba0e035355356793f87849368325595dba78aa subversion-1.8.0-rc3.zip PGP Signatures are available at: http://www.apache.org/dist/subversion/subversion-1.8.0-rc3.tar.bz2.asc http://www.apache.org/dist/subversion/subversion-1.8.0-rc3.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.8.0-rc3.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Branko Čibej [2048R/C8628501] with fingerprint: 8769 28CD 4954 EA74 87B6 B96C</pre> Ben Reser 2013-06-12T11:08:14 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113543 <pre>Hi everybody, I try to reintegrate a branch into my trunk but when I execute the following command : svn merge --reintegrate svn://bt1svzyi/rnv/branches/13.5 I have this error : This application has halted due to an unexpected error. A crash report and minidump file were saved to disk, you can find them here: P:\TEMP\svn-crash-log20130612121533.log P:\TEMP\svn-crash-log20130612121533.dmp Please send the log file to users&lt; at &gt;subversion.apache.org to help us analyse and solve this problem. NOTE: The crash report and minidump files can contain some sensitive information (filenames, partial file content, usernames and passwords etc.) If somebody help me thanks in advance. Best Regards, Guillaume C. ________________________________ L'int?grit? de ce message n'?tant pas assur?e sur internet, la soci?t? exp?ditrice ne peut ?tre tenue responsable de son contenu ni de ses pi?ces jointes. Toute utilisation ou diffusion non autoris?e est interdite. Si vous n'?tes pas destinataire de ce message, merci de le d?truire</pre> ALTEN SIR - CAMUS, Guillaume 2013-06-12T10:25:48 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113541 <pre>Hi all, I'm still not sure if it's a bug, or if I'm doing something wrong. But I'm unable to get TortoiseSVN command-line tool to work with files with UTF-8 characters in their name. (1.7.10 r1485443, part of TortoiseSVN 1.7.13 &lt; at &gt;Win7 x64) I've posted the following message here ( http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&amp;dsMessageId=3057388 ) but was suggested ( http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&amp;dsMessageId=3057494 ) to re-address it to users&lt; at &gt;subversion.apache.org : --------------------------------------------------------------------------------------------------------------------------------------- *** THE ISSUE *** Workflow: 1. Create "c:\temp\UNCtest\R_UNCtest\" folder 2. Create a repository with default file structure in it 3. Checkout "trunk" dir to "c:\temp\WC\trunk" 4. Create file "c:\temp\WC\trunk\1‐2.txt" , note, that filename consists of 3 symbols, and the one in the middle is "HYPHEN" or &amp;#8208, (see http://www.fileformat.info/info/unic</pre> Варфоломеев Игорь 2013-06-12T00:58:18 http://comments.gmane.org/gmane.comp.version-control.subversion.user/113530 <pre>Hi, I'm trying to work with SVN, but coming from ClearCase, I'm lost. It seems that it is not possible to consult the history of the repository like in CC, I can get the history of a file element with svn+annotate, I can use svn+diff on files, But for directories : no annotate, no diff - nothing ? Do I have to check all the repository revision set in order to follow the changes on a directory element ? Regards Olivier </pre> Olivier Antoine 2013-06-11T19:15:38 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.version-control.subversion.user