Re: Windows 7 entries file locking
Lots of people don't have the problem, and lots do (e.g. http://schleichermann.wordpress.com/2009/12/09/svn-tortoisesvn-cant-move-the-file-or-directory-is-corrupted-and-unreadable-windows-7/http://schleichermann.wordpress.com/2009/12/09/svn-tortoisesvn-cant-move-the-file-or-directory-is-corrupted-and-unreadable-windows-7/#comment-100). It affects me particularly, probably because my processor is fast enough to allow the virus scanner to catch up with the temporary files. Surely keeping the temp files open with exclusive access would solve the problem? It's hugely frustrating - usually it takes me three or four attempts punctuated by cleanups to get an update or check in. By the way, this is the same issue as reported by Khash Sajadi ( http://svn.haxx.se/tsvnusers/archive-2009-09/0366.shtml). On Thu, Jan 14, 2010 at 5:18 PM, Dave Purrington dave.purring...@gmail.comwrote: FWIW, I'm on Windows 2008 Server R2 (the server version of Windows 7) with a large repo. I have Windows Search enabled as well as virus scanning. The only time I have seen this behavior is running Filemon or Procmon during svn operations. On Thu, Jan 14, 2010 at 4:59 AM, David Turner dktur...@gmail.com wrote: From the TortoiseSVN lists: A few people have raised this: a check-out on Windows 7 often fails because entries is unreadable. This is caused by antivirus software and/or Windows indexing services competing for file locks. It's fairly easy to reproduce with a large repository on Windows 7 if you have antivirus software and are checking out into an indexed folder. Obviously those of us in a corporate environment don't have the option of disabling our antivirus software. Is it possible to keep entries open with exclusive access for the duration of the move from tmp/entries to entries?
Fw: Re: Need help for subversion
Dear Ryan san Thank you for the kind reply. Or, some Subversion clients may implement client-side hooks, which you might consider using for this purpose if those happen to be the clients your users want to use. TortoiseSVN for Windows, for example, has this feature. But remember it's a TortoiseSVN-specific feature; it's not a feature of Subv ersion itself. For questions about how this feature works, you have to ask the TortoiseSVN people. I will do. It seems there is a Japanse branch. Therefore, I will inquire the capability. Thank you and best regards, - Original Message - From:Ryan Schmidt subversion-20...@ryandesign.com To:Hiroshi Miyazaki miyazaki.hir...@jp.fujitsu.com CC:Eric Lee pge...@gmail.com, Andrey Repin users@subversion.apache.org, Andrey Repin anrdae...@freemail.ru Subject:Re: Need help for subversion On Jan 28, 2010, at 19:13, Hiroshi Miyazaki wrote: Did you check out the subversion book already ? http://svnbook.red-bean.com/nightly/en/svn.ref.reposhooks.html I lookovered these spec. post-commit post-lock post-revprop-change post-unlock pre-commit pre-lock pre-revprop-change pre-unlock start-commit I'd like to confirm these hooks can be invoked by checkout command(functionality). (I'm not sure this capability.) No, they cannot. The hooks are invoked by Subversion on the server at the times that the file names suggest. For example, the post-commit hook script is run after a commit is done. The pre-lock hook script is run before a user tries to lock a file. And so on. There is no hook script that has check out or update in its name, so there is no hook script that runs on the server when a user checks out or updates a working copy. There are also no hook scripts of any kind that run on the client; they're all on the server. How do you want the additional functions perform ? Hook functionality retrives DataBase data and embed in the checked-out file along with checkout. By native code or just simply python script code ? Basically, Java code. Sounds like you want a client-side hook script. You could write a wrapper script around the Subversion client. Instead of calling svn update or svn checkout, users would call your script. Your script would then call svn update or svn checkout and then do whatever additional database work yo u need. Or, some Subversion clients may implement client-side hooks, which you might consider using for this purpose if those happen to be the clients your users want to use. TortoiseSVN for Windows, for example, has this feature. But remember it's a TortoiseSVN-specific feature; it's not a feature of Subv ersion itself. For questions about how this feature works, you have to ask the TortoiseSVN people. http://tortoisesvn.tigris.org/tsvn_1.5_releasenotes.html#client-side-hooks = Hiroshi Miyazaki Fujitsu 1-17-25 ShinKamata, O-ota-ku, Tokyo, Japan Tel) +81-3-6424-6276 (ex. 7053-8779) Fax) +81-3-6424-6446 (ex. 7053-9081) =
SVN access using 2 different URLs pointing to same Server by changing metadata
Hi, I am Vineet and I am having some requirement for SVN access. I have two URLs with different credential pointing to the Same Server and Same data. I have done svn check out for URL1 with crederntial1 and it got checked out. After that I have changed the URL1 to URL2 using sed -i 's/string1/string2/g' * command(only 1 string difference is there between 2 URLs) after going in .svn folder. Basically .snv/all-wcprops and .svn/entries files contains these URL entry. After that I tried to update the the folder using svn update foldername but the following error comes. svn: Error processing command 'modify-wcprop' in 'junos' svn: Failed to load properties from disk svn: Malformed file Please provide some solution to move forward and do a svn update using URL2 and credential2. Thanks, Vineet
Re: SVN access using 2 different URLs pointing to same Server by changing metadata
Basically, you can use svn switch --relocate to switch the working copy url. However, that will probably not switch the associated credentials, you'd probably still have to use the --username switch. But as Andy asked, why that requirement? What's the basic idea behind that? If you'd tell us we could give you a better advice. Currently the only difference I see compared to using one single url is that you make the process unnecessarily painful. felix On Jan 29, 2010, at 12:58 PM, Vineet Priyank wrote: Thanks Andy for your quick response. We want to access the svn(Basically check out) from URL1 and we want to update it with URL2, this is our basic requirement. Please suggest the possible solutions. Thanks, Vineet -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Friday, January 29, 2010 5:14 PM To: Vineet Priyank Cc: users@subversion.apache.org Subject: Re: SVN access using 2 different URLs pointing to same Server by changing metadata On Fri, Jan 29, 2010 at 06:20, Vineet Priyank vpriy...@juniper.net wrote: I have two URLs with different credential pointing to the Same Server and Same data. I have done svn check out for URL1 with crederntial1 and it got checked out. After that I have changed the URL1 to URL2 using sed -i 's/string1/string2/g' * command(only 1 string difference is there between 2 URLs) after going in .svn folder. Basically .snv/all-wcprops and .svn/entries files contains these URL entry. After that I tried to update the the folder using svn update foldername but the following error comes. svn: Error processing command 'modify-wcprop' in 'junos' svn: Failed to load properties from disk svn: Malformed file Please provide some solution to move forward and do a svn update using URL2 and credential2. *NEVER* change the contents of the .svn directories. They are not meant to be manipulated by anything but the Subversion libraries. Credentials are not cached in the working copy, they are cached in the user's home directory, so if you need to use different credentials, specify the --username option on the command line. Why do you think you need to change the URL the WC was checked out from? Rather than trying to describe *how* you want to accomplish something, describe *what* you need the end result to be, and let the list suggest how to get there. I'm very unclear on what you're attempting to do here. -- Felix Gilcher Bitextender GmbH Paul-Heyse-Str. 6 D-80336 München
Re: SVN access using 2 different URLs pointing to same Server by changing metadata
On Fri, Jan 29, 2010 at 7:58 PM, Vineet Priyank vpriy...@juniper.netwrote: Thanks Andy for your quick response. We want to access the svn(Basically check out) from URL1 and we want to update it with URL2, this is our basic requirement. Please suggest the possible solutions. Vineet Did you have two or more member teams that need access to the repository with a different for easy tracking down something ? And yes, the svn switch --relocate shoudl work with your current situation. I'am interesting what actually you want to archive ! Regards, Eric, Thanks, Vineet -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Friday, January 29, 2010 5:14 PM To: Vineet Priyank Cc: users@subversion.apache.org Subject: Re: SVN access using 2 different URLs pointing to same Server by changing metadata On Fri, Jan 29, 2010 at 06:20, Vineet Priyank vpriy...@juniper.net wrote: I have two URLs with different credential pointing to the Same Server and Same data. I have done svn check out for URL1 with crederntial1 and it got checked out. After that I have changed the URL1 to URL2 using sed -i 's/string1/string2/g' * command(only 1 string difference is there between 2 URLs) after going in .svn folder. Basically .snv/all-wcprops and .svn/entries files contains these URL entry. After that I tried to update the the folder using svn update foldername but the following error comes. svn: Error processing command 'modify-wcprop' in 'junos' svn: Failed to load properties from disk svn: Malformed file Please provide some solution to move forward and do a svn update using URL2 and credential2. *NEVER* change the contents of the .svn directories. They are not meant to be manipulated by anything but the Subversion libraries. Credentials are not cached in the working copy, they are cached in the user's home directory, so if you need to use different credentials, specify the --username option on the command line. Why do you think you need to change the URL the WC was checked out from? Rather than trying to describe *how* you want to accomplish something, describe *what* you need the end result to be, and let the list suggest how to get there. I'm very unclear on what you're attempting to do here.
Re: Change of case during checkout
On Fri, Jan 29, 2010 at 08:37, David Aldrich david.aldr...@eu.nec.com wrote: Hi We are running svn client 1.6.9 on Windows and checking out a working copy to a Samba network drive. We find that one of the directories is checked out with incorrect case: somepath/TML becomes: somepath/tml The svn checkout commentary shows the correct case. Please can anyone suggest how this could happen? Check your Samba config make sure that preserve case is enabled. See http://marc.info/?l=sambam=98863735916130w=2
Re: spam being forwarded from ad...@subversion.apache.org
Does anyone still have a copy of the original spam as it was received -- the message that says An e-card from XXX for you? If so, can you send me a raw message format copy of it? It will help plug the leak. -==- Jack Repenning Chief Technology Officer CollabNet, Inc. 8000 Marina Boulevard, Suite 600 Brisbane, California 94005 office: +1 650.228.2562 twitter: http://twitter.com/jrep
Recursive svn stat
Hi there, I am trying to get a list of all files that have been added or removed from the repo by means other than svn commands. svn stat works, but does not recurse into directories. svn stat --depth infinite does not help, that's the default behaviour anyway. Can I get a recursed output from svn stat? I *could* compare svn list -R with the output of ls -lR, but that'd require much scripting work that I would prefer to avoid. Any solutions? - Naz. -- السلام عليكم Web: www.mrnaz.com Ph: +61 400 460 662
Re: Recursive svn stat
Greetings, Naz! Hi there, I am trying to get a list of all files that have been added or removed from the repo by means other than svn commands. svn stat works, but does not recurse into directories. Ermm? Since when? For me, svn status descending into directories by default. $ svn --version svn, version 1.6.1 (r37116) compiled Apr 10 2009, 19:06:38 stdout:svn status ? htdocs\Index-main.htm ? htdocs\admin\fck\editor\js\fckeditorcode_gecko_2.txt svn stat --depth infinite does not help, that's the default behaviour anyway. Can I get a recursed output from svn stat? I *could* compare svn list -R with the output of ls -lR, but that'd require much scripting work that I would prefer to avoid. Any solutions? The only possible case, where it would not do that, if certain directory wasn't part of the original checkout. (Even being a part of repository) -- WBR, Andrey Repin (anrdae...@freemail.ru) 30.01.2010, 5:10 Sorry for my terrible english...
