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
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
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
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
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
> 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
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
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
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
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
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
11 matches
Mail list logo