My Backup Script

For your information, this is my backup script. It produces a zip file that can be tranported to another computer. The zip file unpacks into a repository collection, giving, for each repository, a hotcopy of the repository and a dump of the repository. The hotcopy can be reloaded on a computer

RE: How to clean the working dir from .svn folders ?

> Hi all, > so my problem is clear : I've a working dir and I want to clean it > up from > all .svn folders, how to ? > Knowing that I'm working un CLI within exec() function of PHP. > Unfortunately > I can't delete manually files and folders : > > Warning: unlink(svn/.svn/all-wcprops) [function.u

How to clean the working dir from .svn folders ?

Hi all, so my problem is clear : I've a working dir and I want to clean it up from all .svn folders, how to ? Knowing that I'm working un CLI within exec() function of PHP. Unfortunately I can't delete manually files and folders : Warning: unlink(svn/.svn/all-wcprops) [function.unlink]: Permis

Re: copying subdirectories in subversion 1.7

2011/7/26 Feldhacker, Chris : >>  I wonder if people will expect a script named "detach" to copy or do they >> think it will move? > > More like "extract" or "promote" -- promoting a child folder to become a > full-fledged, independent working copy... > > "liberate"?  Kinda like that...  :-) > "

RE: copying subdirectories in subversion 1.7

>  I wonder if people will expect a script named "detach" to copy or do they > think it will move? More like "extract" or "promote" -- promoting a child folder to become a full-fledged, independent working copy... "liberate"? Kinda like that... :-) -Message Disclaimer- This e-mail

Re: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 4:14 PM, Hyrum K Wright wrote: > Because it interests me, I implemented a simple 'detach' script, which > you can find here: > > http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/detach.py > > It's very hacky, and I do, of course, disclaim any harm which m

Re: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 12:17 PM, Daniel Shahaf wrote: > Markus Schaber wrote on Mon, Jul 25, 2011 at 15:57:00 +0200: >> Hi, Stefan, >> >> Von: Stefan Sperling [mailto:s...@elego.de] >> > > So I'm not only "detaching" subdirectories, but also "re-implanting" >> > > them afterwards. >> > >> > Sound

Re: Decompression of svndiff data failed - Unpacking a repository

Philippe Busque wrote on Mon, Jul 25, 2011 at 15:05:29 -0400: > I need to know if there's a way to unpack a single shard so that I can > run this script on the faulty revision and repair it, without having to > either unpack the whole repository or do a dump / load. > > Thanks The shards are inde

Re: configure subversion for no history

On Jul 25, 2011, at 12:29, Kent Rollins wrote: > Is there a way to configure Subversion to *not* store a history on > certain files? Definitely not. Storing history is the primary purpose of Subversion. If you don't want history, Subversion may not be the right tool for you.

Decompression of svndiff data failed - Unpacking a repository

Hello, We've recently installed Fisheye to index our Subversion repository. However, it kept looking over an error on SVN. Trying to reproduce the error, I effectively received an error message when performing a diff between two version. svn diff -r 233984:233985 file:///opt/subversion/repositor

svn update via HTTPS works 95% of the time, then randomly shanks, "issuer not trusted"

Greetings, I'm at my wit's end trying to debug a troubling, highly irregular issue connecting to a SVN server via HTTPS. I am very confident this is a client issue, not a server issue. The server is CollabNet's Subversion Edge server, which has 1.6.15 built in. The client is 1.6.15 running under C

Re: configure subversion for no history

On Mon, Jul 25, 2011 at 1:29 PM, Kent Rollins wrote: > Is there a way to configure Subversion to *not* store a history on > certain files?  I have a few people checking in some large binaries > and we really don't need to store history on them.  We only need the > last committed version of the fil

configure subversion for no history

Is there a way to configure Subversion to *not* store a history on certain files? I have a few people checking in some large binaries and we really don't need to store history on them. We only need the last committed version of the file. The repository is growing unnecessarily large. Kent

Re: copying subdirectories in subversion 1.7

Markus Schaber wrote on Mon, Jul 25, 2011 at 15:57:00 +0200: > Hi, Stefan, > > Von: Stefan Sperling [mailto:s...@elego.de] > > > So I'm not only "detaching" subdirectories, but also "re-implanting" > > > them afterwards. > > > > Sounds like what you really need is this as-of-yet not implemented >

Re: AW: copying subdirectories in subversion 1.7

I think you've made your point by now. However, 1.7 is close enough to being released that this feature will NOT be included in it. How do you suggest to proceed? Personally, I'd suggest documenting this in the 1.7 release notes and contributing the hands to work on this for 1.8. Les Mikesell w

Re: AW: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 10:13:43AM -0500, Les Mikesell wrote: > On 7/25/2011 9:58 AM, Mark Phippard wrote: > >You agree but you are also missing or glossing over my point. When you > >copied that subdirectory you were not using a feature of SVN, you used > >the OS. SVN cannot provide an option on

Re: AW: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 09:49:13AM -0500, Les Mikesell wrote: > I'm not arguing that the change is bad or shouldn't have been done, > just that it is a very surprising change in design philosophy, and > projects that make surprising design changes without concern for > existing use patterns And th

Re: AW: copying subdirectories in subversion 1.7

On 7/25/2011 9:58 AM, Mark Phippard wrote: Agreed, but it is a logical design that falls out of the way subdirectories work and the way people use them. There are plenty of instances where people did not want this behavior, and for them it is now fixed. Ag

Re: AW: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 10:49 AM, Les Mikesell wrote: > On 7/25/2011 9:24 AM, Mark Phippard wrote: > >> >> In SVN 1.6 and earlier it is not like someone wrote code specifically to >> allow people to copy/move folders out of their WC. It was just >> something that fell out of the design. >> > > Ag

Re: AW: copying subdirectories in subversion 1.7

On 7/25/2011 9:24 AM, Mark Phippard wrote: Von: Les Mikesell [mailto:lesmikes...@gmail.com ] On 7/25/11 3:22 AM, Stefan Sperling wrote: I am not aware of any existing developer who expressed interest in

Re: AW: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 9:08 AM, Les Mikesell wrote: > On 7/25/11 7:49 AM, Markus Schaber wrote: > >> >> Von: Les Mikesell [mailto:lesmikes...@gmail.com] >> >>> On 7/25/11 3:22 AM, Stefan Sperling wrote: >>> I am not aware of any existing developer who expressed interest in working on '

AW: copying subdirectories in subversion 1.7

Hi, Stefan, Von: Stefan Sperling [mailto:s...@elego.de] > > So I'm not only "detaching" subdirectories, but also "re-implanting" > > them afterwards. > > Sounds like what you really need is this as-of-yet not implemented > feature: > http://subversion.tigris.org/issues/show_bug.cgi?id=3625 Yes,

Re: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 03:04:02PM +0200, Markus Schaber wrote: > My most common (ab-)usage is to use this as a poor man's local branch > feature. I'm working on some long-term task (e. G. some large > refactoring or new feature), and get interrupted by some short fix which > has to be developed on

Re: AW: copying subdirectories in subversion 1.7

On 7/25/11 7:49 AM, Markus Schaber wrote: Von: Les Mikesell [mailto:lesmikes...@gmail.com] On 7/25/11 3:22 AM, Stefan Sperling wrote: I am not aware of any existing developer who expressed interest in working on 'svn detach'. Just curious: what drove the original WC design where each subdir

AW: copying subdirectories in subversion 1.7

Hi, Von: Stefan Sperling [mailto:s...@elego.de] > > > This works fine even for new directories, deleted ones, etc. > > > Caveat: It cannot do copies yet -- those will show up as simple adds. > > > > So moves and renames will lose their history? > > Yes. This is because the patch format cannot rep

Source code lines transposed on checkout

I have on two occasions had two lines of code transposed on an SVN Tortoise checkout. In both cases the code was VB6. In each case an Exit command was transposed with an End If line. The code below provides an example. ' Case 1: End if Swapped with Exit For For ... If ... Then

AW: copying subdirectories in subversion 1.7

Hi, Von: Les Mikesell [mailto:lesmikes...@gmail.com] > On 7/25/11 3:22 AM, Stefan Sperling wrote: > > I am not aware of any existing developer who expressed interest in > > working on 'svn detach'. > > Just curious: what drove the original WC design where each subdirectory > was inherently indep

Re: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 02:27:04PM +0200, Markus Schaber wrote: > Hi, Stefan, > > > Von: Stefan Sperling [mailto:s...@elego.de] > > > On Mon, Jul 25, 2011 at 10:37:36AM +0200, Markus Schaber wrote: > > > Hi, Stefan, > > > > > > Von: Stefan Sperling [mailto:s...@elego.de] > > > >> [Detaching of su

Re: copying subdirectories in subversion 1.7

On 7/25/11 3:22 AM, Stefan Sperling wrote: I am not aware of any existing developer who expressed interest in working on 'svn detach'. Just curious: what drove the original WC design where each subdirectory was inherently independent? And is this the same set of developers? -- Les Mikes

AW: copying subdirectories in subversion 1.7

Hi, Stefan, > Von: Stefan Sperling [mailto:s...@elego.de] > On Mon, Jul 25, 2011 at 10:37:36AM +0200, Markus Schaber wrote: > > Hi, Stefan, > > > > Von: Stefan Sperling [mailto:s...@elego.de] > > >> [Detaching of subdirectories of working copies] > > > Honestly, we simply don't know how many peop

Re: Subversion: existing users

On 07/24/2011 03:25 AM, Ryan Schmidt wrote: On Jul 23, 2011, at 03:27, Andy Canfield wrote: On 07/21/2011 07:27 PM, Cooke, Mark wrote: I don't use *nix much but shouldn't that be `chown -R ...`? Nope, the format of that command on Linux is chown username.groupname fileselector Generally c

Re: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 10:37:36AM +0200, Markus Schaber wrote: > Hi, Stefan, > > Von: Stefan Sperling [mailto:s...@elego.de] > >> [Detaching of subdirectories of working copies] > > Honestly, we simply don't know how many people need this. > > Strictly speaking, it is not "needed" by anyone - o

Re: copying subdirectories in subversion 1.7

On Mon, Jul 25, 2011 at 09:03:05AM +0200, Thorsten Schöning wrote: > Guten Tag Stefan Sperling, > am Montag, 25. Juli 2011 um 00:22 schrieben Sie: > > > http://subversion.tigris.org/issues/show_bug.cgi?id=2884 > > As the target of this enhancement is 1.8-consider and the last comment > questions

Re: copying subdirectories in subversion 1.7

Guten Tag Stefan Sperling, am Montag, 25. Juli 2011 um 00:22 schrieben Sie: > http://subversion.tigris.org/issues/show_bug.cgi?id=2884 As the target of this enhancement is 1.8-consider and the last comment questions the need of this features in general, should one vote for the enhancement? Or is