Thanks for the reply, your decision not to block the release makes sense.
Also, i was thinking of a temporary workaround for marking directories in
destination branches to inhibit their deletion.. but it seems there isn't
any.
May i help somehow to make this land in 1.7.x? Writing tests or analyzi
On Mon, 2 May 2011 at 23:34:54 Daniel Shahaf wrote:
> > I am running Subversion 1.6.17
>
> No, you don't. It hasn't been released yet.
Oops, I meant 1.6.16.
On Mon, 2 May 2011 at 16:17:26 Mark Phippard wrote:
> I use the binaries that Jeremy Whitlock provides and which you can
> download at
Sorry, noob here - is this someone asking for say, a file log then giving up or
is this something normal?
I guess what I'm hinting at is there a related patch headed live in say 1.6.17?
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, May 03, 2011 5:
EJ Ciramella wrote on Tue, May 03, 2011 at 11:20:40 -0400:
> >> Can you find out what line of code this is raised from?
>
> Any suggestions on how? Is there a line number I'm missing somewhere?
No, you might have to use a debugger.
I didn't remember exactly at first, but now I'm told (Bert) tha
EJ Ciramella wrote on 05/03/2011 12:23:57 PM:
> The previous installation (the one running 1.4.X) was all on 32 bit
> hardware (and obviously software).
>
> The new hardware is 64-bit capable, but I?ve yet to track down the
> compatible 64-bit svn binaries.
>
> I think also this is a memory le
I normally create branches from trunk, work on them, and eventually
reintegrate them back into trunk.
Sometimes I'll create a branch Y from another branch X, so I can start
with X's code. Normally I'll reintegrate Y into X first, then reintegrate X
into trunk.
Y --> X --> trunk
But what if I
The previous installation (the one running 1.4.X) was all on 32 bit hardware
(and obviously software).
The new hardware is 64-bit capable, but I've yet to track down the compatible
64-bit svn binaries.
I think also this is a memory leak issue, I'm pretty confident that moving to
64-bit svn bin
EJ Ciramella wrote on 05/03/2011 09:44:07 AM:
> I?ve been struggling to keep a Subversion server (1.6.16) running
> via Apache (2.2.17).
>
> Every so often, it seems that the svn server crashes. Initially, we
> upgraded to SVN 1.6.12 and things would crash regularly every week.
> Restarting br
>> Can you find out what line of code this is raised from?
Any suggestions on how? Is there a line number I'm missing somewhere?
CONFIDENTIALITY NOTICE: This e-mail and the information transmitted within
including any attachments is only for the recipient(s) to which it is intended
and may co
EJ Ciramella wrote on Tue, May 03, 2011 at 10:44:07 -0400:
>
> [Mon May 02 14:49:40 2011] [crit] Parent: child process exited with status 3
> -- Aborting.
>
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more in
Hi all -
I've been struggling to keep a Subversion server (1.6.16) running via Apache
(2.2.17).
Every so often, it seems that the svn server crashes. Initially, we upgraded
to SVN 1.6.12 and things would crash regularly every week. Restarting brought
SVN back up, but now after upgrading to 1
Robin Cull wrote:
> I have been working on this "branch" for several weeks and committing as I
> go. But rather than committing onto a branch I have really been
> committing into a subdirectory of the trunk of the main project which
> contains a duplicate of the project as due to my mistake my re
Hi,
I'm looking to have some way of controlling access to top level projects in an
HTTP served repository by IP address. The LocationMatch directive seems to do
this as below, but I was wondering if there was a better way anybody has found?
I'm guessing there will be some performance hit with m
Hi,
I'm quite new to SVN having previously used CVS many years ago.
I am working on a solo (thankfully) embedded C project which I am using to help
me learn the ropes. I do not administer the server I am using, this is done by
my workplace, but I do have my own repository space for the pro
14 matches
Mail list logo
