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
Re: Only two Windows binary distribution support SASL encryption?
Hi Glad you got it working and thank God it's not my build that has an error. I tried most of this saturday to get SASL to work with it. First using TortoiseSVN as client. But didn't got the configuration right. Maybe you, now you have your configuration experience fresh in mind, could write some clarifications for the SVN-book page http://svnbook.red-bean.com/nightly/en/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sasl or just send some description to this list of your setup (with config files, registry dumps etc.) I think that should help many people out there (or is it here? :-) //David On 2010-11-07 05:56, John Alan Belli wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 5 Nov 2010 16:59:12 -0400, Mark said: When I have tested the CollabNet binaries in the past they supported this fine. The Cyrus SASL stuff requires registry entries to work properly. If you are trying all of these from the same workstation are you checking those entries? OK. Now that you reminded me, I went and put the registry entry in. I had forgotten that the client required it since installing 1.5. I had to reinstall Windows on my workstation a while back, and haven't used the command line client since then. With the registry entry in the proper place, the Win32Svn works as well. Slik at least doesn't seem to even check for it, apparently just using the directory the binary is in. Perhaps this should be noted in the Book somewhere, that the SearchPath entry may need to be on the clients, as well? Also, on x64 versions of windows, a 32-bit client needs the entry under Wow6432Node. JAB - -- John Alan Belli jabe...@pobox.com http:// coming soon (_...@___#PGP DH/DSS Key ID: 0x9F9A5233 RSA Key ID: 0xFD7399CD U/~ O- Available by finger and on various keyservers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) - WinPT 1.4.2 Charset: UTF-8 iEYEARECAAYFAkzWMUEACgkQ2IsOhZ+aUjOvtQCg+O/G3NniP6uJqk1sakpK6/is TAoAn25BWG18KKJRvsIeC5fnnVpjQeYz =bKtD -END PGP SIGNATURE-
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 xx; 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\1svnadmin create xx C:\Dokumente und Einstellungen\Test2\Desktop\svn\1svn co file:///C:/Dokumente und Einstellungen/Test2/Desktop/svn/1/xx yy Ausgecheckt, Revision 0. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1cd yy C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yyecho This is our WC. 1a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn add a A a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn ci -m Hinzufügen a Übertrage Daten . Revision 1 übertragen. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn up Revision 1. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysubst F: C:\Dokumente und Einstellungen\Test2\Desktop\svn\1 C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysubst G: C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yyF: F:\cd yy F:\yytype a This is our WC. F:\yysvn mv a b A b D a F:\yysvn ci -m Lösche a Hinzufügen b Revision 2 übertragen. F:\yysvn up Revision 2. F:\yyG: 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\1svn --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\1svnadmin create xx C:\Dokumente und Einstellungen\Test2\Desktop\svn\1svn co file:///C:/Dokumente und Einstellungen/Test2/Desktop/svn/1/xx yy Ausgecheckt, Revision 0. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1cd yy C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn mkdir 1 2 A 1 2 C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yyecho a 11 2/a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn add 1 2/a A 1 2\a C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn ci -m Hinzufügen 1 2 Hinzufügen 1 2\a Übertrage Daten . Revision 1 übertragen. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn up Revision 1. C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn 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\yydir 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:00DIR . 07.11.2010 12:00DIR .. 07.11.2010 12:00DIR 1 2 0 Datei(en) 0 Bytes 3 Verzeichnis(se), 5.543.743.488 Bytes frei C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn export 1 2 X svn: »1%202« ist nicht unter Versionskontrolle Regards, Paul.
Re: BUG corrupts WC is in root of Windows drive
On Sun, Nov 07, 2010 at 11:52:18AM +0100, Paul Maier wrote: Hello, svn mv corrupts (locks) the WC, if the WC is in root of Windows drive. Please see http://subversion.tigris.org/issues/show_bug.cgi?id=3346 Stefan
Re: blank in dir name = svn export fails
On Sun, Nov 07, 2010 at 12:04:19PM +0100, Paul Maier wrote: C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yysvn export 1 2 X svn: »1%202« ist nicht unter Versionskontrolle Thanks, see http://subversion.tigris.org/issues/show_bug.cgi?id=3745 I have a fix and will commit it shortly. Stefan
svnsync error : Too many links
I get the following error trying to synchronize a repository, thought it was due to too few inodes in the file system, but a df -i shows plenty of inodes available : bash-3.00$ df -i FilesystemInodes IUsed IFree IUse% Mounted on /dev/mapper/backupvg-lv_backup 2611200 578933 2032267 23% /backup Any idea what this is ? + svnsync synchronize file:///backup/java svnsync: Can't create directory '/backup/java/db/transactions/54270-7d7v.txn': Too many links Geir Note : All inquiries regarding Subversion, MKS and general Development servers should be directed to EDB SourceControl System
Re: svnsync error : Too many links
On Sun, Nov 7, 2010 at 4:38 PM, Engebakken Geir geir.engebak...@edb.com wrote: I get the following error trying to synchronize a repository, thought it was due to too few inodes in the file system, but a “df –i “ shows plenty of inodes available : + svnsync synchronize file:///backup/java svnsync: Can't create directory '/backup/java/db/transactions/54270-7d7v.txn': Too many links There is a maximum built into every operating system I know, to prevent an accidental recursive symlink or symlink loop from making the operating system descend *perpetually* down a directory tree and get seriously lost. This is similar to the limits on maximum directory depth, and maximum filename length: we don't notice them until we run into them, usually due to some other kind of mistake. Check each component of your path for symlinks. /back, /backup/java, /backup/java/db, etc., and see which is the problem. You should be able to replicate the problem by doing ls -ld on each relevant parent directory until one failes. Such problems are often exacerbated by people doing 'rsync' operations carelessly and accidentally mirroring symlinks inside of directoryes pointed to by other symlinks, instead of replacing the symlink. (This happened to a colleage last week.)
What is the best client with GUI for subversion?
Hello, what is the most stable client with GUI for svn for use in a production environment? The features it should provide are , in order of priority: - stability - coverage for all the most important (sub)commands of the default svn client commands for the user - compatibility with Windows (with other systems is a surplus) - multi-language - if possible, web interface to be used from within firefox or explorer
RE: svnsync checksum error
From: opensrcguru [mailto:opensrcg...@gmail.com] Today, the sync process started failing on 1 repo (all others were unaffected) on both r/o copies at the exact same time/same revision with errors similar to the following... Transmitting file data .svnsync: Base checksum mismatch on '/path/to/file/foo/bar': expected: 2f2e025c4c4855e7466799a877b3e23d actual: 272214b9518d352e16e7eeceeb22f573 I recently had the same problem. I never found any cause for it, but I did manage to deal with it somewhat better than you did. On the master, I did svnadmin hotcopy, then I tarred up the backup and sent it to the slave, and extracted it. I had to configure the slave hook scripts, and the revprop rev 0 properties, and then I was able to svnsync to the slave again. The main point of difference ... No need to wait for 65k commits to transfer. Since it's starting from a recent backup, it's enormously faster.
howto svnsync ... without waiting
On the master, I have the svnsync command in the post-commit hook. I have tried with, or without the at the end of the line. When a svn client does a commit . the svn client doesn't return from the commit until the sync has completed too. I would like the svn commit to complete as soon as the commit is completed, and let the server complete the svnsync in the background, without the client waiting. Any ideas what I'm doing wrong? Here is my post-commit hook: #!/bin/sh /usr/local/subversion-1.6.12/bin/svnsync sync --non-interactive --sync-username someuser --sync-password somepass svn://slave/targetrepo
RE: svnsync checksum error
-Original Message- From: Terry Inzauro [mailto:opensrcg...@gmail.com] I've found a handful of other cases similar to ours. Do you think a bug report is warranted or is this unique to our configurations? I do think it's a bug, but I was never able to find enough info to make it into a bug report. I kept all the good bad versions of the repository... I ran the svnadmin verify all over the place (which is enormously time consuming) ... svnadmin dump | svnadmin load ... Everything I can think of. Never got any error in any way, except by repeating the svnsync from the master. It's 100% consistent. I get the same checksum error, on the same file, every time. I have a supposed good copy of the slave repo, at rev 4050... which will fail every time at 4061 (or something like that)... The only explanation I can find is a md5sum collision going undetected, and then some larger operation has an md5sum which fails as a result. I know it's astronomically impossible, but I can't come up with any other explanation.
Re: howto svnsync ... without waiting
On Nov 6, 2010, at 19:37, Edward Ned Harvey wrote: On the master, I have the svnsync command in the post-commit hook. I have tried with, or without the “” at the end of the line. When a svn client does a commit … the svn client doesn’t return from the commit until the sync has completed too. I would like the “svn commit” to complete as soon as the commit is completed, and let the server complete the svnsync in the background, without the client waiting. Any ideas what I’m doing wrong? Here is my post-commit hook: #!/bin/sh /usr/local/subversion-1.6.12/bin/svnsync sync --non-interactive --sync-username someuser --sync-password somepass svn://slave/targetrepo You would need to redirect stdout and stderr someplace, for example to a log file or to /dev/null.
RE: howto svnsync ... without waiting
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] You would need to redirect stdout and stderr someplace, for example to a log file or to /dev/null. Precisely. Thank you. This works: #!/bin/sh /usr/local/subversion-1.6.12/bin/svnsync sync --non-interactive --sync-username someuser --sync-password somepass svn://slave/targetrepo /dev/null
Re: What is the best client with GUI for subversion?
On Fri, Nov 5, 2010 at 8:32 PM, San Martino sanmrt...@gmail.com wrote: Hello, what is the most stable client with GUI for svn for use in a production environment? The features it should provide are , in order of priority: - stability - coverage for all the most important (sub)commands of the default svn client commands for the user - compatibility with Windows (with other systems is a surplus) - multi-language - if possible, web interface to be used from within firefox or explorer Are you looking for a web-based Subversion browser, or a GUI based client that will allow developers to checkout directories, update, and commit? TortoiseSVN is probably the most stable and easy to use Windows based client. It works inside Windows Explorer (a.k.a. the file browser). You simply right-click to checkout, see diffs between versions of a file, etc. It adds a mark to the icons to help distinguished between the various states of files in a working directory. And, the price, free, it hard to beat: http://tortoisesvn.net/. There's a similar product for the Nautilus browser for Linux (can't remember the name). The main complaint is that it's slow. Can't remember the name off hand. For Mac OS X, there's SCPlugin which works with Finder. I use Path Finder (a Finder replacement) and it comes with its own Subversion browser. -- David Weintraub qazw...@gmail.com
Re: Query regarding complete backup of a repository with revision history.
On Mon, Nov 8, 2010 at 1:20 PM, Rajnish Kumar Singh rajnish.k.si...@kpitcummins.com wrote: Hi Team, I have to copy the entire repository to a new server with revision history. According to my knowledge there are 2 ways: 1) We can use svnadmin dump command to create the dump and again reload it by svnadmin load. 2) Or else can I copy the entire repository from the SVN server( located at D:\repositories\OR1221) and save it on other location. And after sometime if I want the repository again then I will place it back to the SVN server. So will it give the same results (i.e with complete revision). Yes it will provided you are not changing architecture or OS of the server. Please resolve my query. *Thanks Regards, * *Rajnish Singh* This message contains information that may be privileged or confidential and is the property of the KPIT Cummins Infosystems Ltd. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. KPIT Cummins Infosystems Ltd. does not accept any liability for virus infected mails. -- Vishwajeet Singh +91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com Twitter: http://twitter.com/vishwajeets | LinkedIn: http://www.linkedin.com/in/singhvishwajeet