Bug report against SVN 1.6.13
Hi there! file b should be read-write here; what do you think: Reproduction script: svn --version svnadmin create xx svn co "file:///C:/[...]/xx" yy cd yy echo a > a svn add a svn propset svn:needs-lock "*" a svn ci -m "" svn up svn cp a b ls -lA Observed behaviour: --- File b is read-only. No svn command is available to make file b read-write. svn lock won't do, because file b is not in the repository yet. Even a "svn lock a" before the copy doesn't help out. Expected behaviour: --- File b is read-write. Files without representation in the repository (files that come from a uncommitted svn cp or svn mv) should be read-write regardless svn:needs-lock setting. Full console output follows: C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue>svn --version svn, Version 1.6.13 (r1002816) Übersetzt Oct 3 2010, 23:19:41 [...] C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue>svnadmin create xx C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue>svn co "file:///C:/Dokumente und Einstellungen/Test2/Desktop/SvnIssue/xx" yy Ausgecheckt, Revision 0. C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue>cd yy C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>echo a 1>a C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>svn add a A a C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>svn propset svn:needs-lock "*" a Eigenschaft "svn:needs-lock" für "a" gesetzt C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>svn ci -m "" Hinzufügen a Übertrage Daten . Revision 1 übertragen. C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>svn up Revision 1. C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>svn cp a b A b C:\Dokumente und Einstellungen\Test2\Desktop\SvnIssue\yy>ls -lA total 2 drwxr-xr-x 6 administ Kein0 Oct 11 20:10 .svn -r--r--r-- 1 administ Kein4 Oct 11 20:10 a -r--r--r-- 1 administ Kein4 Oct 11 20:10 b What do you think? With kind regards, Paul
AW: Bug report against SVN 1.6.13
Hi Stefan! Thank you for having responded. Of course, after the commit, the file is read-only. Sorry. I don't know how to implement this. But it pains me a lot. So I need to look for a crack, who is interested in implementing this? Or how is the procedure? Do I have to go through some steps to have my idea put into the issue tracker, and then wait until an implementor graps it? Is it difficult to patch svn cp? How much time would YOU need? svn cp should always make the target file read-write in the working copy. Sounds like one command somewhere near the end of svn cp, isn't it? What do you think? Paul > -Ursprüngliche Nachricht- > Von: Stefan Sperling [mailto:s...@elego.de] > Gesendet: Donnerstag, 14. Oktober 2010 12:02 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: Bug report against SVN 1.6.13 > > On Thu, Oct 14, 2010 at 01:42:36AM +0200, Paul Maier wrote: > > Hi there! > > > > file b should be read-write here; what do you think: > > > > > > Reproduction script: > > > > svn --version > > svnadmin create xx > > svn co "file:///C:/[...]/xx" yy > > cd yy > > echo a > a > > svn add a > > svn propset svn:needs-lock "*" a > > svn ci -m "" > > svn up > > svn cp a b > > ls -lA > > > > > > Observed behaviour: > > --- > > File b is read-only. > > No svn command is available to make file b read-write. > > svn lock won't do, because file b is not in the repository yet. > > Even a "svn lock a" before the copy doesn't help out. > > > > > > Expected behaviour: > > --- > > File b is read-write. > > Files without representation in the repository (files that > come from a > > uncommitted svn cp or svn mv) should be read-write regardless > > svn:needs-lock setting. > > I'm fine with this idea if the file is also made read-only > after commit. > > Would you like to try to write a patch against Subversion trunk that > implements this feature? (I wouldn't really call it a "bug". A bug is > when something doesn't work as designed. In this case, it seems like > the designers of the lock feature didn't care or overlooked > this issue, > so the desired behaviour is simply "unspecified".) > > Stefan
Bug report against SVN 1.6.13
Hi Daniel, I just ran into something, that might already be fixed with your r1023571, but I think it is worth testing: # 1. setup "file a" as in previous postings: echo a > a svn add a svn propset svn:needs-lock "*" a svn ci -m "" # 2. local modification to file a: echo blah >> a # 3. rename file a: svn mv a b # 4. want to continue to edit the file (has now name b): -> not possible, because on the "svn mv" the file turned read-only May I ask you to check if this is already covered by your r1023571? Thanks & Greetings Paul
Bug report against SVN 1.6.13
[Sorry, in my previous posting I forgot to mention the svn lock command. Here the corrected version of my posting.] Hi Daniel, I just ran into something, that might already be fixed with your r1023571, but I think it is worth testing: # 1. setup "file a" as in previous postings: echo a > a svn add a svn propset svn:needs-lock "*" a svn ci -m "" # 2. local modification to file a: svn lock a echo blah >> a # 3. rename file a: svn mv a b # 4. want to continue to edit the file (has now name b): -> not possible, because on the "svn mv" the file turned read-only May I ask you to check if this is already covered by your r1023571? Thanks & Greetings Paul
1.6.13: svn cleanup fails to cleanup
Hello! I would be interested, if this problem is fixed in the current 1.7 trunk. svn cleanup should be able to repair and unlock the WC. Unfortunately I am not able to build the trunk from source myself. Here is a reproduction script that produces a corrupt WC, and no svn command can repair it, so the WC seems lost: svnadmin create xx svn co "file:///C:/[...]/xx" yy cd yy echo a > a svn add a svn ci -m "" svn lock a svn mkdir 1 mv a 1 # here "forgot" to type svn before the mv svn ci -m "" svn st -u svn cleanup 1 svn cleanup . svn st -u The error message advises to use svn cleanup, but svn cleanup fails to unlock the WC. (Even though it would be possible: touch a; svn cleanup . unlocks the WC.) Console output follows: --- >svnadmin create xx >svn co "file:///C:/[...]/xx" yy >cd yy yy>echo a 1>a yy>svn add a yy>svn ci -m "" yy>svn lock a yy>svn mkdir 1 yy>mv a 1 yy>svn ci -m "" Hinzufügen 1 svn: Übertragen erfolgreich, aber andere Fehler folgen: svn: Fehler beim Weiterschalten der Revisionen nach der Übertragung (Details folgen): svn: In Verzeichnis "[...]\yy" svn: Fehler beim Bearbeiten des Befehls "committed" in "[...]\yy" svn: Fehler beim Ermitteln der "letzten Änderungszeit" von "[...]\yy\a" svn: Kann Status von "[...]\yy\a" nicht ermitteln: Das System kann die angegebene Datei nicht finden. yy>svn st -u !B 1 a ?1\a L 2 1 L 0 . Status bezogen auf Revision: 2 yy>svn cleanup 1 yy>svn cleanup . svn: In Verzeichnis "." svn: Fehler beim Bearbeiten des Befehls "committed" in "." svn: Fehler beim Ermitteln der "letzten Änderungszeit" von "a" svn: Kann Status von "a" nicht ermitteln: Das System kann die angegebene Datei nicht finden. yy>svn st -u !B 1 a ?1\a L 0 . Status bezogen auf Revision: 2 Thanks & Regards, Paul
German console output
Hello! I would be interested in why the Windows binaries from CollabNet and WANdisco aren't able to print messages from svn commands in German language to the console. (Whereas the binaries from Win32Svn at http://alagazam.net are able to do so!) The internationalization module seems to be missing in CollabNet's and WANdisco's compilation, isn't it? Example with Win32Svn binaries: C:>svn ci -m "" Hinzufügen blah Thanks & Regards, Paul
AW: German console output
Hi Mark, thanks for having answered. > I can answer for the CollabNet binaries. We do not compile it with > the internationalization support included so you will only see English > messages. I would be interested in the reasons for this decision. Paul > -Ursprüngliche Nachricht- > Von: Mark Phippard [mailto:markp...@gmail.com] > Gesendet: Mittwoch, 20. Oktober 2010 23:48 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: German console output > > On Wed, Oct 20, 2010 at 5:19 PM, Paul Maier wrote: > > > I would be interested in why the Windows binaries from > CollabNet and WANdisco > > aren't able to print messages from svn commands in German > language to the console. > > > > (Whereas the binaries from Win32Svn at http://alagazam.net > are able to do so!) > > > > The internationalization module seems to be missing in > CollabNet's and WANdisco's > > compilation, isn't it? > > I can answer for the CollabNet binaries. We do not compile it with > the internationalization support included so you will only see English > messages. > > -- > Thanks > > Mark Phippard > http://markphip.blogspot.com/
AW: German console output
Hi Mark, So I want to post to the list, that I am a user who IS looking for German output. That was quite an installation procedure, first to install then deinstall CollabNet's binaries (because not internationalized) then the same for WANdisco's binaries. Also both, CollabNet and Wandisco, don't include the BDB module. Finally I found the full compilation including German support and BDB at Win32Svn at http://alagazam.net. These are the binaries I am now working with. I was just wondering why CollabNet doesn't also offer a full compilation will all modules and internationalized. (Since Svn origined at CollabNet.) I understand the issue with the download size. Just a proposal: Why not offering two kinds of binary packages at CollabNet?: One small size package as now (without language support and without BDB) and a full package with all available modules. Paul > -Ursprüngliche Nachricht- > Von: Mark Phippard [mailto:markp...@gmail.com] > Gesendet: Donnerstag, 21. Oktober 2010 00:12 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: German console output > > On Wed, Oct 20, 2010 at 6:07 PM, Paul Maier wrote: > > >> I can answer for the CollabNet binaries. We do not compile it with > >> the internationalization support included so you will only > see English > >> messages. > > > > I would be interested in the reasons for this decision. > > I would guess it was an oversight at first (I was not around when > CollabNet first started providing binaries). I did not notice they > were not included until around the time 1.5 was coming out and at the > time we had higher priority changes we were making. Eventually, I > just dropped it because no one ever asked for them. I have heard > users in this forum indicate they prefer to just see the messages in > English and ask how to turn them off -- maybe that is why? They also > add considerable amount of size to the download. > > -- > Thanks > > Mark Phippard > http://markphip.blogspot.com/
AW: 1.6.13: svn cleanup fails to cleanup
Hi everybody, > Could you please file an issue in our tracker, linking to this thread? To be honest, I have no idea about the meaning of all the necessary parameters like priority and DEFECT or ENHANCEMENT and target milestone, that I really would appreciate if someone could file that issue for me. Let's say, if nobody took over filing this issue till - say - weekend, I will then try to do it. Deal? @Daniel: Thanks for having tested this! Paul. > -Ursprüngliche Nachricht- > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Gesendet: Donnerstag, 21. Oktober 2010 15:49 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: 1.6.13: svn cleanup fails to cleanup > > Paul Maier wrote on Wed, Oct 20, 2010 at 23:03:56 +0200: > > Hello! > > > > I would be interested, if this problem is fixed in the > > current 1.7 trunk. > > It's not fixed, see transcript below. > > Could you please file an issue in our tracker, linking to this thread? > > (You'll have to create a tigris.org account for that.) > > Thanks, > > Daniel > > > svn cleanup should be able to repair and unlock the WC. > > Unfortunately I am not able to build the trunk from source > > myself. > > > > Here is a reproduction script that produces a corrupt WC, and no > > svn command can repair it, so the WC seems lost: > > > > svnadmin create xx > > svn co "file:///C:/[...]/xx" yy > > cd yy > > echo a > a > > svn add a > > svn ci -m "" > > svn lock a > > svn mkdir 1 > > mv a 1 # here "forgot" to type svn before the mv > > svn ci -m "" > > svn st -u > > svn cleanup 1 > > svn cleanup . > > svn st -u > > > > The error message advises to use svn cleanup, but svn cleanup > > fails to unlock the WC. > > (Even though it would be possible: > > touch a; > > svn cleanup . > > unlocks the WC.) > > [[[ > 0:% cat foo.sh > #!/bin/sh > $svnadmin create xx > $svn co file:///`pwd`/xx yy > cd yy > echo a > a > $svn add a > $svn ci -m "" > $svn lock a > $svn mkdir 1 > mv a 1 # here "forgot" to type $svn before the mv > $svn ci -m "" > $svn st -u > $svn cleanup 1 > $svn cleanup . > $svn st -u > touch a; > $svn cleanup . > 0:% sh -x ./foo.sh > + /home/daniel/src/svn/trunk/subversion/svnadmin/svnadmin create xx > ++ pwd > + /home/daniel/src/svn/trunk/subversion/svn/svn co > file:tmp/svn/xx yy > Checked out revision 0. > + cd yy > + echo a > + /home/daniel/src/svn/trunk/subversion/svn/svn add a > A a > + /home/daniel/src/svn/trunk/subversion/svn/svn ci -m '' > Adding a > Transmitting file data . > Committed revision 1. > + /home/daniel/src/svn/trunk/subversion/svn/svn lock a > 'a' locked by user 'daniel'. > + /home/daniel/src/svn/trunk/subversion/svn/svn mkdir 1 > A 1 > + mv a 1 > + /home/daniel/src/svn/trunk/subversion/svn/svn ci -m '' > Adding 1 > > Committed revision 2. > subversion/svn/commit-cmd.c:156: (apr_err=20) > subversion/libsvn_client/commit.c:855: (apr_err=20) > svn: Commit succeeded, but other errors follow: > subversion/libsvn_client/commit.c:873: (apr_err=155009) > svn: Error bumping revisions post-commit (details follow): > subversion/libsvn_wc/adm_ops.c:510: (apr_err=155009) > subversion/libsvn_wc/workqueue.c:2282: (apr_err=155009) > subversion/libsvn_wc/workqueue.c:2217: (apr_err=155009) > subversion/libsvn_wc/workqueue.c:1311: (apr_err=155009) > svn: Error processing post-commit work for '/tmp/svn/yy/a' > subversion/libsvn_wc/workqueue.c:1134: (apr_err=2) > subversion/libsvn_wc/workqueue.c:880: (apr_err=2) > subversion/libsvn_subr/io.c:3630: (apr_err=2) > subversion/libsvn_subr/io.c:3561: (apr_err=2) > subversion/libsvn_subr/io.c:2764: (apr_err=2) > svn: Can't open file '/tmp/svn/yy/a': No such file or directory > + /home/daniel/src/svn/trunk/subversion/svn/svn st -u > subversion/svn/status-cmd.c:326: (apr_err=155037) > subversion/svn/util.c:959: (apr_err=155037) > subversion/libsvn_client/status.c:300: (apr_err=155037) > subversion/libsvn_wc/node.c:193: (apr_err=155037) > subversion/libsvn_wc/wc_db.c:4350: (apr_err=155037) > subversion/libsvn_wc/wc_db_pdh.c:540: (apr_err=155037) > subversion/libsvn_wc/wc_db_pdh.c:268: (apr_err=155037) > subversion/libsvn_wc/wc_db_pdh.c:101: (apr_err=155037) > svn: Previous operation was interrupted; run 'svn cleanup' > + /home/daniel/src/svn/trunk/subversion/svn/svn cleanup 1 > subversion/svn/cleanup-c
AW: 1.6.13: svn cleanup fails to cleanup
filed Issue 3739 http://subversion.tigris.org/issues/show_bug.cgi?id=3739 Paul. > -Ursprüngliche Nachricht- > Von: Stefan Sperling [mailto:s...@elego.de] > Gesendet: Donnerstag, 21. Oktober 2010 22:13 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: 1.6.13: svn cleanup fails to cleanup > > On Thu, Oct 21, 2010 at 09:28:43PM +0200, Paul Maier wrote: > > Hi everybody, > > > > > Could you please file an issue in our tracker, linking to > this thread? > > > > To be honest, I have no idea about the meaning of all the necessary > > parameters like priority and DEFECT or ENHANCEMENT and > target milestone, > > that I really would appreciate if someone could file that > issue for me. > > The bugtracker shouldn't be asking this stuff from our users, > but unfortunately it does :( > Just pick something and we'll fix it later if it needs fixing. > It'll be fine. > > In this case I'd pick DEFECT, leave the priority at the default > and set the milestone to unscheduled. But that doesn't really matter. > The most important thing is that the issue gets filed in the tracker > so we don't forget about it. > > Your support with filing issues will be very much appreciated. > We all have things to do so if the person who reported an > issue also files it, > our community as a whole can save some valuable time. > See also > http://producingoss.com/en/managing-volunteers.html#delegation > which explains the deeper reasons for why we tend to ask > people to perform > tasks. (The short answer is that it's partly about spreading > the workload, > and partly about building community bonds). > > Thanks, > Stefan
should be neccessary to call svn cleanup only in case a command got killed, not in case of an error
Hey guys! My new issue 3739 is about fixing svn cleanup. Thats good. But should not ADDITIONALLY also svn ci being fixed, in a way that svn ci doesn't corrupt the WC? In my reproduction script the svn ci is not being killed by the user or the operating system. svn ci can take all action that it wants to do and can exit when it decides to. The "mv" (with missing "svn" before the mv) does *not* corrupt the WC. (See http://subversion.tigris.org/issues/show_bug.cgi?id=3739.) You can read this from the fact, that a "svn st -u" command will terminate normally (will just report report file a as being missing and file 1/a as being unknown). It's the "svn ci", that corrupts the WC. This also can be seen by submitting a "svn st -u" command. Obviously currently svn ci already notices that something goes wrong (because it is able to print out error messages). What about the idea of adding something to that error handler to save the WC? If calling the svn cleanup code is to fuzzy, what about trying to restore the WC in the version before the svn ci call? In the end, svn ci is something like a transaction. In case the transaction fails, should not the WC be rolled back to the state before the call? Or (other solution), svn ci could notice *before* starting to change the WC, that the call will fail (by noticing that file a is missing), and then exit, before the WC is changed. This would save the rollback work. What do you think? Greetings Paul.
AW: should be neccessary to call svn cleanup only in case a command got killed, not in case of an error
Hello everybody! Who agrees that svn ci should also be fixed and that this is worth filing an issue? Paul > -Ursprüngliche Nachricht- > Von: Paul Maier [mailto:svn-u...@web.de] > Gesendet: Sonntag, 24. Oktober 2010 11:00 > An: 'users@subversion.apache.org' > Betreff: should be neccessary to call svn cleanup only in > case a command got killed, not in case of an error > > Hey guys! > > My new issue 3739 is about fixing svn cleanup. Thats good. > > But should not ADDITIONALLY also svn ci being fixed, in a way that > svn ci doesn't corrupt the WC? In my reproduction script the > svn ci is not > being killed by the user or the operating system. svn ci can take > all action that it wants to do and can exit when it decides to. > > The "mv" (with missing "svn" before the mv) does *not* corrupt the WC. > (See http://subversion.tigris.org/issues/show_bug.cgi?id=3739.) > You can read this from the fact, that a "svn st -u" command will > terminate normally (will just report report file a as being missing > and file 1/a as being unknown). It's the "svn ci", that > corrupts the WC. > This also can be seen by submitting a "svn st -u" command. > > Obviously currently svn ci already notices that something goes wrong > (because it is able to print out error messages). What about the idea > of adding something to that error handler to save the WC? If calling > the svn cleanup code is to fuzzy, what about trying to restore the > WC in the version before the svn ci call? In the end, svn ci > is something > like a transaction. In case the transaction fails, should not the WC > be rolled back to the state before the call? > > Or (other solution), svn ci could notice *before* starting to change > the WC, that the call will fail (by noticing that file a is missing), > and then exit, before the WC is changed. This would save the rollback > work. > > What do you think? > > Greetings > Paul. > >
Problem with code page on Windows XP SP3
Hello, who has advice for the following problem on a DOS console of a Windows XP SP3 machine. "svn cat" doesn't display German umlaut characters (neither does Windows' built in type command). Whereas a "svn cat > b; cat b" (cat command comes from cygwin) displays correctly. That means: "svn cat" is able to write the correct content to file b. What setting do I have to change, so that "svn cat" (and "type") print correctly to the console? Reproduction script: ver chcp svn --version cat --version svnadmin create xx svn co "file:///C:/[...]/xx" yy cd yy vi a svn add a svn ci -m "" svn up svn cat a > b @rem ok are: diff -s a b cat a cat b @rem not ok are: svn cat a type a type b Full console output: C:...>ver Microsoft Windows XP [Version 5.1.2600] C:...>chcp Aktive Codepage: 850. C:...>svn --version svn, Version 1.6.13 (r1002816) übersetzt Oct 3 2010, 23:19:41 Copyright (C) 2000-2009 CollabNet. Subversion ist Open-Source-Software, siehe http://subversion.tigris.org/ Dieses Produkt enthält Software, die von CollabNet (http://www.Collab.Net/) entwickelt wurde. Die folgenden ZugriffsModule (ZM) für Projektarchive stehen zur Verfügung: * ra_neon : Modul zum Zugriff auf ein Projektarchiv über das Protokoll WebDAV mittels Neon. - behandelt Schema »http« - behandelt Schema »https« * ra_svn : Modul zum Zugriff auf ein Projektarchiv über das svn-Netzwerkprotokoll. - mit Cyrus-SASL-Authentifizierung - behandelt Schema »svn« * ra_local : Modul zum Zugriff auf ein Projektarchiv auf der lokalen Festplatte - behandelt Schema »file« * ra_serf : Modul zum Zugriff auf ein Projektarchiv über das Protokoll WebDAV mittels serf. - behandelt Schema »http« - behandelt Schema »https« C:...>cat --version cat (GNU textutils) 2.0 Written by Torbjorn Granlund and Richard M. Stallman. Copyright (C) 1999 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. C:...>svnadmin create xx C:...>svn co "file:///C:/[...]/xx" yy Ausgecheckt, Revision 0. C:...>cd yy C:...\yy>vi a C:...\yy>svn add a A a C:...\yy>svn ci -m "" Hinzufügen a Übertrage Daten . Revision 1 übertragen. C:...\yy>svn up Revision 1. C:...\yy>svn cat a 1>b C:...\yy>diff -s a b Files a and b are identical C:...\yy>cat a äöü ÄÖÜ ß § -- abcd1234 C:...\yy>cat b äöü ÄÖÜ ß § -- abcd1234 C:...\yy>svn cat a õ÷³ -Í_ ¯ º -- abcd1234 C:...\yy>type a õ÷³ -Í_ ¯ º -- abcd1234 C:...\yy>type b õ÷³ -Í_ ¯ º -- abcd1234 The error appears at the beginning of the last 3 output lines (the abcd1234 is just for control purposes). Thanks! Paul.
Problem with code page on Windows XP SP3
Hello David, Alexey, with your help, I could solve the problem for me. Thanks! For who is interested in my workaround: Yes, "chcp 1252" plus Lucida Console breaks the Cygwin output. I first thought of wrapping all Cygwin commands into batch scripts, like grep.bat containing "chcp 850; grep %*; chcp 1252". That works, as long the (batch) commands aren't concatenated in a pipe; then the first finishing batch script switches the code page back too early. Therefore, codepage 1252 is not an option for me, so I stay with Codepage 850. As a workaround I found, that svn cat | cat converts the output to the right display. That's ok for me. I even considered to start the dos console with the command cmd /K "cmd | cat" that runs ALL output automatically through cat. That works quite fine. Except that TAB key for file expansion doesn't work any more. But this solution failed because of something that I don't understand yet fully: some commands seem to be able to adjust to codepage 850. Look: "svn cat" works only fine at Codepage 1252. But: "svn help ci" works fine with both, Codepage 850 and 1252. So svn seems to be able to adjust to the Codepage sometimes. And this "svn help ci" breaks my "cmd | cat" trick, as "svn help ci" seems to be already adjusted to Codepage 850 somehow, and gets double-adjusted by "| cmd" and therefore breaks the output. Sad thing. The "cmd | cat" would, once installed, have been an invisible solution. Tja, well. Paul.
Feature request: Support of Windows Codepage 850
Hi there! All output, that comes from the svn internationalization, shows correctly on both codepages, 850 and 1252. E. g. error messages or "svn help ci". Good. (Font in use is Lucida Console.) This shows, that it *is* possible for svn, to produce correct output on both codepages, 850 and 1252. But output that comes from file data ("svn cat file") only prints correct with Codepage 1252. Seems, that this output goes through a different piece of code, that is not able to adjust to the Codepage in use. So at the moment the behaviour of svn with Codepage 850 is inconsistent: sometimes supported ("svn help ci"), sometimes not ("svn cat"). Currently I need Cygwin's cat command to convert the output of "svn cat" to Codepage 850: svn cat file | cat Feature request: "svn cat file" should also work with Codepage 850. Who agrees, that this feature request is worth a prio P4 issue? (I have to use Codepage 850, because Cygwin needs it.) Reproduction script: ver chcp # Codepage 850: svn revert a # works (correct German umlaut character is displayed) svn cat c # does not work (umlaut characters changed to weird characters) # Codepage 1252: chcp 1252 svn revert b # works (correct German umlaut character is displayed) svn cat c # works (correct German umlaut character is displayed) Full console output follows: C:>ver Microsoft Windows XP [Version 5.1.2600] C:>chcp Aktive Codepage: 850. C:>svn revert a Rückgängig gemacht: »a« C:>svn cat c õ÷³ -Í_ ¯ º -- abcd1234 C:>chcp 1252 Aktive Codepage: 1252. C:>svn revert b Rückgängig gemacht: »b« C:>svn cat c äöü ÄÖÜ ß § -- abcd1234 Paul. > -Ursprüngliche Nachricht- > Von: Paul Maier [mailto:svn-u...@web.de] > Gesendet: Sonntag, 31. Oktober 2010 03:29 > An: 'users@subversion.apache.org' > Betreff: Problem with code page on Windows XP SP3 > > Hello David, Alexey, > > with your help, I could solve the problem for me. > Thanks! > > For who is interested in my workaround: > > Yes, "chcp 1252" plus Lucida Console breaks the Cygwin output. > I first thought of wrapping all Cygwin commands into batch > scripts, like grep.bat containing "chcp 850; grep %*; chcp 1252". > That works, as long the (batch) commands aren't concatenated in > a pipe; then the first finishing batch script switches the > code page back too early. > > Therefore, codepage 1252 is not an option for me, so I stay > with Codepage 850. > As a workaround I found, that > svn cat | cat > converts the output to the right display. That's ok for me. > > I even considered to start the dos console with the command > cmd /K "cmd | cat" > that runs ALL output automatically through cat. That works > quite fine. Except that TAB key for file expansion doesn't > work any more. But this solution failed because of something > that I don't understand yet fully: some commands seem to be > able to adjust to codepage 850. Look: > > "svn cat" works only fine at Codepage 1252. > But: "svn help ci" works fine with both, Codepage 850 and 1252. > So svn seems to be able to adjust to the Codepage sometimes. > > And this "svn help ci" breaks my "cmd | cat" trick, as > "svn help ci" seems to be already adjusted to Codepage 850 > somehow, and gets double-adjusted by "| cmd" and therefore > breaks the output. Sad thing. The "cmd | cat" would, once > installed, have been an invisible solution. Tja, well. > > Paul. > >
Windows Codepage: Problem SOLVED
Hi David, Bert, Alexey and everybody, now it WORKS!! Thank you for your advises. 8-)) To solve my encoding problem, I had to: - upgrade to cygwin 1.7 - set LC_ALL=de_DE.CP1252 (for Cygwin) - chcp 1252(for Windows) - use a True-Type font (Lucida Console) => Now Windows, Dos console, Cygwin and svn can talk with each other with all German umlaut characters and such. GREAT! Paul. > -Ursprüngliche Nachricht- > Von: David Huang [mailto:k...@azeotrope.org] > Gesendet: Montag, 1. November 2010 04:23 > An: users@subversion.apache.org > Betreff: Re: Feature request: Support of Windows Codepage 850 > > > On Oct 31, 2010, at 1:35 PM, Paul Maier wrote: > > > Hi there! > > > > All output, that comes from the svn internationalization, > shows correctly > > on both codepages, 850 and 1252. E. g. error messages or > "svn help ci". Good. > > (Font in use is Lucida Console.) > > > > This shows, that it *is* possible for svn, to produce > correct output on both > > codepages, 850 and 1252. > > > > But output that comes from file data ("svn cat file") only > prints correct with > > Codepage 1252. Seems, that this output goes through a > different piece of code, > > that is not able to adjust to the Codepage in use. > > svn cat just outputs the file that's in the repository... if > your file happens to be a a CP1252-encoded text file, but > your console expects CP850, I don't think you should expect > it to display properly. And how would svn even know that the > file is a CP1252-encoded text file? While it does keep track > of the MIME type, it doesn't keep track of charset > encoding... perhaps I have a Chinese BIG5-encoded file in my > repo; if SVN assumed it was CP1252 and tried to do a > 1252->850 conversion on it, it'd corrupt the file. > > I think svn cat just needs to output the exact bytes of the > file, rather than trying to do any conversion. If you want to > do charset conversion, you could probably just pipe the > output through iconv (available in Cygwin). E.g., svn cat > filename | iconv -f cp1252 -t cp850 > > > (I have to use Codepage 850, because Cygwin needs it.) > > I haven't tried it myself, but my understanding is that > Cygwin 1.7 honors the locale environment variables. Perhaps > try "set LC_CTYPE=de_DE.CP1252" or perhaps one of the other > locale variables (LANG? LC_ALL?)=
German translation of "svn help st" is not showing, although provided in de.po
Hello, Obverved: All svn output, error messages, online help comes in German. But "svn help status", "svn help switch" and "svn help update" print in English. Expected: "svn help status", "svn help switch" and "svn help update" should print in German. The translation exists in the repository: http://svn.apache.org/repos/asf/subversion/trunk/subversion/po/de.po, lines 9493 - 9587 (svn help status), lines 9626 - 9667 (svn help switch) and lines 9723 - 9769 (svn help update). These are the binaries I use: http://alagazam.net/svn-1.6.13/Setup-Subversion-1.6.13.msi Thank you for having a look into that. Greetings, Paul.
svn revert causes file modification times to go backward
Hello Jon, concerning the modify time: it's fine for me when the time goes backwards on a revert. With a revert, I want everything reverted. But I understand your issue with the compiler. For this, in TortoiseSVN there is an option (in the General section). Maybe it would be good to have such an option in SVN, too. Paul. _ Von: Jon Bauman [mailto:jon.bau...@isilon.com] Gesendet: Mittwoch, 3. November 2010 23:45 An: users@subversion.apache.org Betreff: svn revert causes file modification times to go backward I noticed that after an SVN revert, the files I reverted didn't seem to be getting rebuilt. To my surprise, the modify time following the revert went backwards rather than forwards. Even more confusing, the change time went forward as expected. Following a "touch", everything is copacetic and make successfully rebuilds the file. $ stat foo.c File: `foo.c' Size: 107262 Blocks: 224IO Block: 4096 regular file Device: 811h/2065d Inode: 3563541 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 2354/ jbauman) Gid: ( 1000/ jbauman) Access: 2010-11-03 15:21:56.0 -0700 Modify: 2010-11-03 15:21:38.0 -0700 Change: 2010-11-03 15:21:38.0 -0700 $ svn revert foo.c; stat foo.c; touch foo.c; stat foo.c Reverted 'foo.c' File: `foo.c' Size: 107255 Blocks: 224IO Block: 4096 regular file Device: 811h/2065d Inode: 3563542 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 2354/ jbauman) Gid: ( 1000/ jbauman) Access: 2010-11-03 15:22:40.0 -0700 Modify: 2010-11-02 14:53:49.0 -0700 Change: 2010-11-03 15:22:40.0 -0700 File: `foo.c' Size: 107255 Blocks: 224IO Block: 4096 regular file Device: 811h/2065d Inode: 3563542 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 2354/ jbauman) Gid: ( 1000/ jbauman) Access: 2010-11-03 15:22:41.0 -0700 Modify: 2010-11-03 15:22:41.0 -0700 Change: 2010-11-03 15:22:41.0 -0700 $ svn --version svn, version 1.5.5 (r34862) compiled Jan 8 2009, 05:34:48
BUG corrupts WC is in root of Windows drive
Hello, svn mv corrupts (locks) the WC, if the WC is in root of Windows drive. svn add also corrupts (locks) the WC. svn cleanup does not repair the WC. Reproduction script: - # some setup work: # svnadmin create xx svn co "file:///C:/Dokumente und Einstellungen/Test2/Desktop/svn/1/xx" yy cd yy echo "This is our WC." > a svn add a svn ci -m "" svn up subst F: "C:\Dokumente und Einstellungen\Test2\Desktop\svn\1" subst G: "C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy" F: cd yy # not a in the root (in F:\yy) type a # equvalent to "cat a" in UNIX svn mv a b svn ci -m "" svn up # so far ok, works fine with subst # now, reproduce the error: # - G: # now go to root (G:\) type b # equvalent to "cat b" in UNIX svn info svn st -vu # still ok svn mv b c # crashes (same with echo x>x; svn add x) svn ci -m "" # crashes svn cleanup# doesn't help svn cleanup . # doesn't help svn st -vu # WC still locked Full console output follows: C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>svnadmin create xx C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>svn co "file:///C:/Dokumente und Einstellungen/Test2/Desktop/svn/1/xx" yy Ausgecheckt, Revision 0. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>cd yy C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>echo "This is our WC." 1>a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn add a A a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn ci -m "" Hinzufügen a Übertrage Daten . Revision 1 übertragen. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn up Revision 1. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>subst F: "C:\Dokumente und Einstellungen\Test2\Desktop\svn\1" C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>subst G: "C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy" C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>F: F:\>cd yy F:\yy>type a "This is our WC." F:\yy>svn mv a b A b D a F:\yy>svn ci -m "" Lösche a Hinzufügen b Revision 2 übertragen. F:\yy>svn up Revision 2. F:\yy>G: G:\>type b "This is our WC." G:\>svn info Pfad: . URL: file:///C:/Dokumente%20und%20Einstellungen/Test2/Desktop/svn/1/xx Basis des Projektarchivs: file:///C:/Dokumente%20und%20Einstellungen/Test2/Desktop/svn/1/xx UUID des Projektarchivs: 208accd1-2ca1-7e4e-ac4b-e5383ea515f4 Revision: 2 Knotentyp: Verzeichnis Plan: normal Letzter Autor: Test2 Letzte geänderte Rev: 2 Letztes Änderungsdatum: 2010-11-07 11:35:49 +0100 (So, 07. Nov 2010) G:\>svn st -vu 22 Test2b 22 Test2. Status bezogen auf Revision: 2 G:\>svn mv b c A c D b G:\>svn ci -m "" Lösche g://b Hinzufügen g://c svn: Übertragen erfolgreich, aber andere Fehler folgen: svn: Fehler beim Weiterschalten der Revisionen nach der Übertragung (Details folgen): svn: In Verzeichnis »G:« svn: »name«-Attribut fehlt im Log-Eintrag (Eintrag »rm« für Verzeichnis »G:«) G:\>svn cleanup svn: In Verzeichnis ».« svn: »name«-Attribut fehlt im Log-Eintrag (Eintrag »rm« für Verzeichnis ».«) G:\>svn cleanup . svn: In Verzeichnis ».« svn: »name«-Attribut fehlt im Log-Eintrag (Eintrag »rm« für Verzeichnis ».«) G:\>svn st -vu D *22 Test2b A +*- ? ? c L *22 Test2. Status bezogen auf Revision: 3 Regards, Paul.
blank in dir name => svn export fails
Hello, svn export fails to export a WC, if the directory name contains a blank. The same script with directory name "12" instead of "1 2" runs fine. Reproduction script: svn --version svnadmin create xx svn co "file:///C:/Dokumente und Einstellungen/Test2/Desktop/svn/1/xx" yy cd yy svn mkdir "1 2" echo a > "1 2/a" svn add "1 2/a" svn ci -m "" svn up svn ls -r head -v "1 2" dir svn export "1 2" X Full console output follows: C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>svn --version svn, Version 1.6.13 (r1002816) übersetzt Oct 3 2010, 23:19:41 Copyright (C) 2000-2009 CollabNet. Subversion ist Open-Source-Software, siehe http://subversion.tigris.org/ Dieses Produkt enthält Software, die von CollabNet (http://www.Collab.Net/) entwickelt wurde. Die folgenden ZugriffsModule (ZM) für Projektarchive stehen zur Verfügung: * ra_neon : Modul zum Zugriff auf ein Projektarchiv über das Protokoll WebDAV mittels Neon. - behandelt Schema »http« - behandelt Schema »https« * ra_svn : Modul zum Zugriff auf ein Projektarchiv über das svn-Netzwerkprotokoll. - mit Cyrus-SASL-Authentifizierung - behandelt Schema »svn« * ra_local : Modul zum Zugriff auf ein Projektarchiv auf der lokalen Festplatte - behandelt Schema »file« * ra_serf : Modul zum Zugriff auf ein Projektarchiv über das Protokoll WebDAV mittels serf. - behandelt Schema »http« - behandelt Schema »https« C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>svnadmin create xx C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>svn co "file:///C:/Dokumente und Einstellungen/Test2/Desktop/svn/1/xx" yy Ausgecheckt, Revision 0. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1>cd yy C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn mkdir "1 2" A 1 2 C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>echo a 1>"1 2/a" C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn add "1 2/a" A 1 2\a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn ci -m "" Hinzufügen 1 2 Hinzufügen 1 2\a Übertrage Daten . Revision 1 übertragen. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn up Revision 1. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn ls -r head -v "1 2" 1 Test2 07. Nov 12:00 ./ 1 Test2 4 07. Nov 12:00 a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>dir Datenträger in Laufwerk C: ist Systemplatte Volumeseriennummer: C491-D164 Verzeichnis von C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy 07.11.2010 12:00 . 07.11.2010 12:00 .. 07.11.2010 12:00 1 2 0 Datei(en) 0 Bytes 3 Verzeichnis(se), 5.543.743.488 Bytes frei C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn export "1 2" X svn: »1%202« ist nicht unter Versionskontrolle Regards, Paul.
How to find out the rev number where a file was deleted?
Hello, I would appreciate advice for how to find out the rev number where a file was deleted or moved. I expected this command: svn log -v -r 1:head "file:///[...]/xx/a...@1" to show all revs including the deleting rev (as last shown rev), but that doesn't work. The command fails. Does anybody know, what command I could enter? Thanks! Paul Here my simplified setup: echo a > a; svn add a; svn ci -m "" [lots of other revisions] svn mv a b; svn ci -m "" ## <-- how to find out the rev number of that checkin?? [lots of other revisions] svn log -v "file:///[...]/xx/a...@1" # just a test that the syntax works Console output: svnadmin create xx svn co "file:///[...]/xx" yy Ausgecheckt, Revision 0. cd yy echo a > a svn add a A a svn ci -m "" Hinzufügen a Übertrage Daten . Revision 1 übertragen. echo x > somethingelse svn add somethingelse A somethingelse svn ci -m "somethingelse" --force-log Hinzufügen somethingelse Übertrage Daten . Revision 2 übertragen. svn mv a b A b D a svn ci -m "" Lösche a Hinzufügen b Revision 3 übertragen. echo x >> somethingelse svn ci -m "somethingelse" --force-log Sende somethingelse Übertrage Daten . Revision 4 übertragen. svn up Revision 4. svn log -v "file:///[...]/xx/a...@1" r1 | user | 2010-11-27 00:38:43 +0100 (Sa, 27. Nov 2010) | 1 Zeile Geänderte Pfade: A /a svn log -v -r 1:head "file:///[...]/xx/a...@1" svn: Datei nicht gefunden: Revision 4, Pfad »/a«
What is the scenario for this warning?
Hello! I'm used to "svn cp" within the same WC, everything seems to work fine. I just read this warning and now I wonder if this is relevant for my use case. svn help cp [...] WARNING: For compatibility with previous versions of Subversion, copies performed using two working copy paths (WC -> WC) will not contact the repository. As such, they may not, by default, be able to propagate merge tracking information from the source of the copy to the destination. Thanks! Paul
AW: What is the scenario for this warning?
Hi Daniel, thanks for the explanation. I don't understand the part with the recursion: The mergeinfo is stored in the property svn:mergeinfo in the directory. When I copy this directory from WC to a new directory in WC, will the property svn:mergeinfo be set in the copy? Thanks. Paul. > -Ursprüngliche Nachricht- > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Gesendet: Samstag, 27. November 2010 08:49 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: What is the scenario for this warning? > > I think the problem is: if a file inherits mergeinfo from somewhere > above the wc root, then that mergeinfo won't be preserved in the copy > target. > > In other words, svn will recurse to find a parent/ancestor from which > mergeinfo is inherited only up to the wc root, but won't > connect to the > repository to investigate whether mergeinfo is inherited from > a parent/ancestor of the wc root. So, typically, this should only be > a concern if you're working in a wc whose root is not a branch root. > > (I have a feeling this wasn't quite clear at all...) > > Daniel > > > Paul Maier wrote on Sat, Nov 27, 2010 at 01:30:09 +0100: > > Hello! > > > > I'm used to "svn cp" within the same WC, everything seems > to work fine. > > I just read this warning and now I wonder if this is > relevant for my use case. > > > > svn help cp > > [...] > > WARNING: For compatibility with previous versions of Subversion, > > copies performed using two working copy paths (WC -> WC) will not > > contact the repository. As such, they may not, by default, be able > > to propagate merge tracking information from the source of the copy > > to the destination. > > > > Thanks! > > Paul > >
AW: How to find out the rev number where a file was deleted?
Hi Edward, thanks for having responded. Can I file a feature request for that in the issue tracker, what do you think? @Ryan: Of course with a peg rev I can log that single rev. But the rev number of that rev is that what we are looking for! To find out this rev number, we want to use an earlier peg rev where we know that the file still existed and want to add "-r1:head" as operative revs to see all revs including the rev where the file was deleted. Paul. > -Ursprüngliche Nachricht- > Von: Edward Ned Harvey [mailto:s...@nedharvey.com] > Gesendet: Samstag, 27. November 2010 05:33 > An: svn-u...@web.de; users@subversion.apache.org > Betreff: RE: How to find out the rev number where a file was deleted? > > > From: svn-u...@web.de [mailto:svn-u...@web.de] > > > > I would appreciate advice for how to find out the rev > number where a file > > was deleted or moved. > > > > I expected this command: > > svn log -v -r 1:head "file:///[...]/xx/a...@1" > > Yeah. This is annoying. Once a file is deleted, I can't svn log it > anymore. Even if I specify a rev where the file existed. > > > [u...@machine ~]# mkdir trash > [u...@machine ~]# cd trash/ > [u...@machine trash]# mkdir repo > [u...@machine trash]# svnadmin create repo > [u...@machine trash]# mkdir working > [u...@machine trash]# svn co file:///home/user/trash/repo working > Checked out revision 0. > [u...@machine trash]# cd working/ > [u...@machine working]# > [u...@machine working]# > [u...@machine working]# > [u...@machine working]# touch foo > [u...@machine working]# svn add foo > A foo > [u...@machine working]# svn commit -m 'first commit' foo > Adding foo > Transmitting file data . > Committed revision 1. > [u...@machine working]# echo "a" > foo > [u...@machine working]# svn commit -m 'second commit' foo > Sendingfoo > Transmitting file data . > Committed revision 2. > [u...@machine working]# svn log foo > -- > -- > r2 | user | 2010-11-26 23:25:59 -0500 (Fri, 26 Nov 2010) | 1 line > > second commit > -- > -- > r1 | user | 2010-11-26 23:25:46 -0500 (Fri, 26 Nov 2010) | 1 line > > first commit > -- > -- > > > > Here's the important part: > > > [u...@machine working]# svn rm foo > D foo > [u...@machine working]# svn commit -m 'deleted' foo > Deleting foo > > Committed revision 3. > [u...@machine working]# svn log foo > svn: 'foo' is not under version control > [u...@machine working]# ls > .svn/ > [u...@machine working]# svn log -r 2 foo > svn: 'foo' is not under version control > [u...@machine working]# svn log -r 1 foo > svn: 'foo' is not under version control > [u...@machine working]# svn --version > svn, version 1.6.2 (r37639) >compiled May 11 2009, 11:51:14 > > > >
set-depth fails after mv
Hello! "svn up --set-depth infinity" fails to load a file from the repository into the WC, when the directory previously has only partially been checked out and has been copied and has not been checked in yet. At the end of this reproduction script I would expect file "a" to be present in directory "2", but it's not. #!/bin/bash -v svnadmin create xx svn co 'file:///[...]/xx' yy cd yy svn mkdir 1 echo a > 1/a svn add 1/a svn ci -m '' cd .. rm -rf yy svn co --depth immediates 'file:///[...]/xx' yy cd yy svn mv 1 2 svn up --set-depth infinity 2 % directory "2" is now fully checked out; no error message svn list -v -r HEAD 2 % file "a" is in the repository ... ls -lrtA 2 % ... but not in the WC As a workaround I could check in, then it would work. But I don't want to check in this partial finished work. So I lose my WC and have to start over, this time fully checked out from the beginning. Full console output follows: svnadmin create xx svn co 'file:///[...]/xx' yy Ausgecheckt, Revision 0. cd yy svn mkdir 1 A 1 echo a > 1/a svn add 1/a A 1\a svn ci -m '' Hinzufügen 1 Hinzufügen 1\a Übertrage Daten . Revision 1 übertragen. cd .. rm -rf yy svn co --depth immediates 'file:///[...]/xx' yy Ayy\1 Ausgecheckt, Revision 1. cd yy svn mv 1 2 A 2 D 1 svn up --set-depth infinity 2 Revision 1. svn list -v -r HEAD 2 1 User2 20. Jan 01:16 ./ 1 User2 2 20. Jan 01:16 a ls -lrtA 2 insgesamt 0 drwxr-xr-x+ 1 User2 Kein 0 20. Jan 01:16 .svn Regards, Paul
svn co --native-eol LF ?
Hi there, I have some files in the repo with svn:eol-style=native. With svn export I have the argument --native-eol, how to treat this. Is there a way to do something similar with svn co? I mean to create a working copy, with the files having other than the system's native file ending? (I know, I could change svn:eol-style from native to LF in the repo, but that's not what I want.) Where does svn determine, what the system's setting is for "native" and can I change this setting as an end user? Is it in a config file? Thanks & regards, Paul
svn co --native-eol LF ?
Hi Daniel, thank you for having replied. Wouldn't "svn co --native-eol " be a nice feature for the future? I work with Cygwin on a Windows machine, and with this I could have WCs for both environments with the same binaries. The flag could be stored somewhere in the WC's data. What do you think? Regards, Paul. > -Ursprüngliche Nachricht- > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Gesendet: Donnerstag, 20. Januar 2011 17:52 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: svn co --native-eol LF ? > > Paul Maier wrote on Thu, Jan 20, 2011 at 01:47:08 +0100: > > Where does svn determine, what the system's setting is for "native" > > and can I change this setting as an end user? Is it in a > config file? > > You'd have to recompile.
AW: set-depth fails after mv
Hi Stefan, thanks for your answer. > > svn list -v -r HEAD 2 % file "a" is in the repository ... > Here, svn list traverses copy history, and shows the contents of > directory '1' in the repository. It doesn't show '2'. [...] > You might argue that this is a special case because '2' is a > copy of '1'. > However, just because '2' is a copy of '1' doesn't mean that > update should > start pulling children of '1' into '2'. They are different > directories. This seems somehow inconsistent to me: "svn ls -r HEAD 2" shows the server's content of direcory 1, but when I ask svn to fully load the content into the WC it does nothing. (Even without notice: Svn gives the impression that the operation went fine. No error message. Output is: "Revision 1." So I think that I already had and have all files in my WC.) I agree that 1 and 2 are different directories. But there should be a command line option like "svn up --set depth infinity --force" to pull the data into the WC. The use case is: First I check out only partially, because it's faster to copy, and after working a while I realize, that I do need some file in 2. Currently svn gives me no chance to load the file into the WC. Svn would exactly know what to do: it even can "svn ls" the file, that I want, on the server. BTW "svn ls -r HEAD 2" showing the server's content of direcory 1, without notice, that I get something else than I asked for, is also confusing to me: Let's look at "svn cat": - "cat" shows the situation of the WC. - "svn cat" shows the file on the server. Now, what's the situation with "svn list"? Should be similar. But: - "ls 2" shows the contents of directory named 2 on the WC. - "svn ls -r HEAD 2" does NOT show the situation on the server, where a directory named 2 doesn't exist. I would expect this command to fail, instead I get listed the contents of directory named 1. Without notice. Because I want to see how the server looks like, I made myself a bash-script that uses "svn info", grep and sed to get the URL out of the input parameter (say: "2"), and then "svn list" to go to the server. Works, but slow. It would be nice to have a command line parameter to "svn list" to do this for me, i. e. to really show the situation on the server. Thanks & Regards, Paul > -Ursprüngliche Nachricht- > Von: Stefan Sperling [mailto:s...@elego.de] > Gesendet: Donnerstag, 20. Januar 2011 16:24 > An: Paul Maier > Cc: users@subversion.apache.org > Betreff: Re: set-depth fails after mv > > On Thu, Jan 20, 2011 at 01:36:27AM +0100, Paul Maier wrote: > > Hello! > > > > "svn up --set-depth infinity" fails to load a file from the > repository into the WC, > > when the directory previously has only partially been > checked out and has been > > copied and has not been checked in yet. > > > > At the end of this reproduction script I would expect file > "a" to be present in > > directory "2", but it's not. > > > > #!/bin/bash -v > > svnadmin create xx > > svn co 'file:///[...]/xx' yy > > cd yy > > svn mkdir 1 > > echo a > 1/a > > svn add 1/a > > svn ci -m '' > > cd .. > > rm -rf yy > > svn co --depth immediates 'file:///[...]/xx' yy > > cd yy > > svn mv 1 2 > > svn up --set-depth infinity 2 % directory "2" is now > fully checked out; no error message > > This update is a no-op. How can '2' be "fully checked out" if > this path > doesn't exist in the repository yet? > > > svn list -v -r HEAD 2 % file "a" is in the repository ... > > Here, svn list traverses copy history, and shows the contents of > directory '1' in the repository. It doesn't show '2'. > > > ls -lrtA 2 % ... but not in the WC > > > As a workaround I could check in, then it would work. > > Yes, you need to commit the rename first. The copy half of > the rename is in > fact done on the server-side with depth infinity. So the depth of the > working copy has no effect on the copy operation. See > http://subversion.tigris.org/issues/show_bug.cgi?id=3699 > > After committing the rename, update can receive changes for > the path '2', > so --set-depth will have an effect. > > $ svn up --set-depth infinity 2 > A2/a > > > But I don't want to check in this partia
how to find out from where a file has been copied
Hi, a question. Imagine the following: svn mv 1 a svn mv 2 b svn cp -r 456 3 c then modify the files for a while. svn st will output something like: D 1 D 2 A+ a A+ b A+ c How do I see if file "a" came from 1 or from 2? How do I see from which revision of file 3 came file c? After the check-in, it's clear: svn log will show it. How do I review (if it's ok what I did) BEFORE checking-in? Thanks for advice! Paul.
directory problem on 'svn ci'
Hi! I'm running 1.6.13 on Windows, and I can confirm that the temp file is created one level up relatve to the current directory (unless I am in the top level dir of the WC: then the temp file is created in that dir). For me, SVN is able to read te temp file at the place where it was put and edited. Reproduction script: svn mkdir 1/a svn ci -m '' cd 1/a svn mkdir x svn ci --editor-cmd vi ... leave the vi open, and open another window; there: cd 1 # one level up ls -l gives: drwxr-xr-x+ 1 Test2 Kein 0 05.02.2011 18.13 .svn/ drwxr-xr-x+ 1 Test2 Kein 0 05.02.2011 18.13 a/ -rwxr-xr-x+ 1 Test2 Kein69 05.02.2011 18.13 svn-commit.tmp ls -l a # no temp file in directory a: drwxr-xr-x+ 1 Test2 Kein 0 05.02.2011 18.13 .svn/ drwxr-xr-x+ 1 Test2 Kein 0 05.02.2011 18.13 x/ Ryan: Hope that helps. Paul > -Ursprüngliche Nachricht- > Von: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] > Gesendet: Donnerstag, 27. Januar 2011 04:22 > An: Daniel Shahaf > Cc: Andreas Wolff; Subversion Users > Betreff: Re: directory problem on 'svn ci' > > On Jan 26, 2011, at 12:19, Daniel Shahaf wrote: > > Ryan Schmidt wrote on Wed, Jan 26, 2011 at 09:12:44 -0600: > >> If I am in a subdirectory of that working copy and I commit, > >> svn-commit.tmp is created in the parent directory. For example, if > >> I am in /path/to/wc/foo/bar and I commit, svn-commit.tmp > is created in > >> /path/to/wc/foo. > > > > The directory of the tempfile depends on the invocation. IIRC it's > > different for 'cd wc/sub/dir/; svn ci foo' and 'svn ci > wc/sub/dir/' and > > 'svn ci wc/sub/dir/foo'. > > In all my tests above, I used "cd" to get to the directory in > question, then "svn ci" without specifying a path. > >
how to switch a WC back?
Hi, a question about how to switch back a WC: I checked out a WC, and then switched some subdirectories to some other directories. I worked with that for a while, checked in, all fine. Now I want to switch my WC back. Can I automatically "un-switch" the WC? I mean: I could do a second switch and there I could manually specify the URL of the original subdir. That would work, but would mean, that I manually find out: - which subdirectory is in a switched state - what is the URL of the unswitched directory (how??) - manually switch back. Is there a way to issue some command that does that for me automatically? Thanks for hints! Regards Paul
how to switch a WC back?
Hi, a question about how to switch back a WC: I checked out a WC, and then switched some subdirectories to some other directories. I worked with that for a while, checked in, all fine. Now I want to switch my WC back. Can I automatically "un-switch" the WC? I mean: I could do a second switch and there I could manually specify the URL of the original subdir. That would work, but would mean, that I manually find out: - which subdirectory is in a switched state - what is the URL of the unswitched directory (how??) - manually switch back. Is there a way to issue some command that does that for me automatically? Thanks for hints! Regards Paul
please help how I should do this checkout
Hi, my repository has these directories: trunk/A/ trunk/B/ trunk/C/ But in my working copy I need C named D. I need something like svn co http://.../trunk cd trunk localrename C to D Please help me. Thank you. I currently did: mkdir trunk cd trunk svn co http://.../trunk/A A svn co http://.../trunk/B B svn co http://.../trunk/C D But this is not good, because I now I can't check in the trunk with one checkin, but I always need 3 checkins (each wc separately). Thank you! Paul