Re: SVN not usable on a Mac (#2464)

2011-07-08 Thread Ryan Schmidt
On Jul 7, 2011, at 04:14, Vitus Piroutz wrote: > issue # 2464 "Canonicalize / stringprep UTF-8 filenames to handle composed / > decomposed differences shown by e.g. Mac OS X HFS+". There are unofficial / incomplete patches that attempt to provide at least a partial solution to this. For exampl

Re: Is it possible to svnsync across platform OS and SVN versions?

2011-07-08 Thread Ryan Schmidt
On Jul 8, 2011, at 17:26, Geoff Hoffman wrote: > Do two SVN servers need to be running identical release versions in order to > use svnsync on them? Probably a good idea but I don't think it's 100% essential. > What about the OS? Shouldn't be necessary. > I built an SVN server on Ubuntu se

Is it possible to svnsync across platform OS and SVN versions?

2011-07-08 Thread Geoff Hoffman
Do two SVN servers need to be running identical release versions in order to use svnsync on them? What about the OS? I built an SVN server on Ubuntu server 10.04 LTS, --version says 1.6.6 (r40053) Now my guys want me to mirror it read-only onto a Windows 7 box and since most of the binaries I fi

Re: how do I revert a bad commit without creating a new revision?

2011-07-08 Thread Daniel Shahaf
Alan Barrett wrote on Fri, Jul 08, 2011 at 10:44:10 +0200: > On Fri, 08 Jul 2011, Daniel Shahaf wrote: > >You missed a step. > > > >Without that step the procedure will result in corruption (data loss) at > >an undetermined time in the future. > > The last time I performed this sort of repository

Testing 1.7 pre-releases Re: Trials with memcached

2011-07-08 Thread Daniel Shahaf
Stefan Sperling wrote on Fri, Jul 08, 2011 at 11:13:05 +0200: > Doing pre-release testing is a great service to the community. > For us, it is a lot easier to handle problems before the release, > and we can respond to problem reports a lot quicker. > > After release we are bound by compatibility

RE: SVN not usable on a Mac (#2464)

2011-07-08 Thread Bob Archer
> On Thu, Jul 07, 2011 at 11:14:13AM +0200, Vitus Piroutz wrote: > > > "I do understand your frustration, believe me. We have had a > number of complaints regarding this matter but the responsibility > for fixing this does lie squarely with CollabNet et al, and I know > that they have received more

Re: UNS: Setting "use-commit-times" on project/directory/file basis

2011-07-08 Thread Andreas Krey
On Fri, 08 Jul 2011 07:56:53 +, Gingko wrote: ... > But I also have some files in my project, most of them being binary and not > subject to compilation (for example pictures or icons), that are part of an > auto-update process from the users point of view, and this auto-update > process use

Re: Setting "use-commit-times" on project/directory/file basis

2011-07-08 Thread Andy Levy
On Fri, Jul 8, 2011 at 01:56, Gingko wrote: > I read somewhere (actually here : http://www.aryehleib.com/Subversion.html ) > about an idea of adding a "svn:mtimes" property that could be set to files > or directories in order to have Subversion recording file modification times > (and restore the

Re: Trials with memcached

2011-07-08 Thread Stefan Sperling
On Fri, Jul 08, 2011 at 01:56:07PM +1000, Tony Butt wrote: > On Fri, 2011-07-08 at 03:58 +0300, Daniel Shahaf wrote: > > Tony Butt wrote on Fri, Jul 08, 2011 at 10:41:43 +1000: > > > Probably don't want to do that. > > > We are in a commercial environment, with some 20 developers relying on > > > s

Re: how do I revert a bad commit without creating a new revision?

2011-07-08 Thread Alan Barrett
On Fri, 08 Jul 2011, Daniel Shahaf wrote: You missed a step. Without that step the procedure will result in corruption (data loss) at an undetermined time in the future. The last time I performed this sort of repository truncation was with a fsfs repository format 5, db/format 3, without a r

Re: how do I revert a bad commit without creating a new revision?

2011-07-08 Thread Daniel Shahaf
You missed a step. Without that step the procedure will result in corruption (data loss) at an undetermined time in the future. Alan Barrett wrote on Fri, Jul 08, 2011 at 08:47:24 +0200: > On Fri, 08 Jul 2011, Konstantin Kolinko wrote: > >Another possibility: I think it is possible to effectivel