> From: Ben Reser
> Sent: Wednesday, 21 August 2013 12:12 PM
> On Tue Aug 20 16:44:08 2013, Geoff Field wrote:
> > I've seen some quite large dump files already - one got up
> > to about 28GB. The svnadmin 1.2.3 tool managed to cope with
> > that quite successfully. Right now, our largest repos
On Tue Aug 20 08:09:02 2013, John Jacobson wrote:
> I am encountering the crash described below when doing a particular
> merge. I've tried the merge on a clean checkout - it still segfaults.
> The same merge succeeds with svn 1.7.8. What are the steps that I
> should take in order to file a meanin
On Tue Aug 20 16:44:08 2013, Geoff Field wrote:
> I've seen some quite large dump files already - one got up to about 28GB.
> The svnadmin 1.2.3 tool managed to cope with that quite successfully. Right
> now, our largest repository (some 19,000 revisions with many files, including
> installati
Hi Ivan,
On Tue, Aug 20, 2013 at 12:02 AM, Ivan Zhakov wrote:
> On Mon, Aug 19, 2013 at 11:14 PM, Ivan Zhakov wrote:
>> On Mon, Aug 19, 2013 at 10:19 PM, Mark Tsuchida
>> wrote:
[...]
>>> The server is running SVN 1.6.11 (CentOS 6.4) with Apache and TLS.
>>> Our repository (let's call it "myre
Hi Daniel,
On Mon, Aug 19, 2013 at 12:06 PM, Daniel Shahaf wrote:
> Mark Tsuchida wrote on Mon, Aug 19, 2013 at 11:19:42 -0700:
>> svn co https://our.server.com/svn/myrepo/trunk -> Requires
>> authentication with client 1.8.x but not with 1.6.x or 1.7.x
>> svn list https://our.server.com/svn/myre
Just a query out of curiosity:
I'm currently in the process of migrating all 74 of our BDB repositories to
FSFS via a dump/create/load cycle.
I've seen some quite large dump files already - one got up to about 28GB. The
svnadmin 1.2.3 tool managed to cope with that quite successfully. Right n
I am encountering the crash described below when doing a particular merge.
I've tried the merge on a clean checkout - it still segfaults. The same
merge succeeds with svn 1.7.8. What are the steps that I should take in
order to file a meaningful issue report?
$ svn merge ^/offline/asmm/branches/
Guten Tag John Maher,
am Dienstag, 20. August 2013 um 19:33 schrieben Sie:
> For example, when I switch to branch P it switches OK.
Where did you switch from? Does this branch contain the directory
which is responsible for the later mentioned error message? It has
been created by someone of cours
> -Original Message-
> From: John Maher [mailto:jo...@rotair.com]
> Sent: Tuesday, August 20, 2013 1:33 PM
> To: Andrew Reedick; Subversion help
> Subject: RE: Switching
>
> Thanks for your reply. I agree it does not make sense. But it is
> reproducible. The dir trees are NOT identica
On Tue, Aug 20, 2013 at 01:16:40PM -0400, James Hanley wrote:
> Not sure if this is a valid operation, but should I be able to use svn
> merge, then svn diff to create a patch, then svn patch on another branch
> (or pristine checkout of the originating branch where the diff was created)
> to create
Thanks for your reply. I agree it does not make sense. But it is
reproducible. The dir trees are NOT identical because one branch has a library
that the other does not. In normal use I would expect the branches to differ.
And I assure you one of the branches does not have the directory caus
This was with 1.8.1 client - BTW.
On Tue, Aug 20, 2013 at 1:16 PM, James Hanley wrote:
> Not sure if this is a valid operation, but should I be able to use svn
> merge, then svn diff to create a patch, then svn patch on another branch
> (or pristine checkout of the originating branch where the
Not sure if this is a valid operation, but should I be able to use svn
merge, then svn diff to create a patch, then svn patch on another branch
(or pristine checkout of the originating branch where the diff was created)
to create a replica of the merge operation?
The reason I ask is that it appear
I'm not following why you think this would be inconsistent behavior. The
scenarios you listed are all "modified" parents not newly added parents. I'm
not requesting an option to always automatically add parents just to add new
parents if needed. I don't know of any one requesting "automatic p
"Braun, Eric" writes:
> If do a google search for "svn commit parents" you'll see I'm not the
> first to unofficially request this and come across this issue. I
> suspect most others just kludged around this and found a subtree to
> checkin with additional work involved. I see the need for this
> From: John Maher [mailto:jo...@rotair.com]
> Sent: Monday, August 19, 2013 1:31 PM
> To: Subversion help
> Subject: Switching
>
> Hello,
>
> I want to thank all who have been helpful. I have gotten my test project to
> merge branches successfully. Now I am trying it on our production code an
On 8/19/2013 6:19 PM, Ben Reser wrote:
On 8/19/13 9:07 AM, Scott Frankel wrote:
I'm new to SVN server configuration and find myself setting up a
CentOS 6.4 server with svn version 1.6.1, following the red-bean
book.
I'd strongly urge you not to use 1.6.1, see the list of applicable
security is
On 8/20/2013 1:19 AM, olli hauer wrote:
On 2013-08-20 01:41, Nico Kadel-Garcia wrote:
I think he meant "subversion-1.6.11", which is the default version for
CentOS 6.4.
Check the SELinux settings in /etc/sysconfig/selinux.
Set the line to 'SELINUX=permissive' (or disabled)
After changing the
markbeezhold writes:
> Issue 2730 needs to be re-visited!!!
> (http://subversion.tigris.org/issues/show_bug.cgi?id=2730)
> I relocated an SVN repository, and shortly thereafter began seeing the
> "Issue 2730" problem.
> What a "PAIN"... Every time I do an "svn commit," the log-file inserts the
>
Yes, I have "subst M: C:\SomeDir\Project\subdir", but thanks for the
feedback.
With "subst M: C:\SomeDir\Project", works very well indeed
2013/8/19 Johan Corveleyn
> On Mon, Aug 19, 2013 at 9:25 PM, Angelo Tavares
> wrote:
> > My case is creating subst working areas, which is not presented t
On Tuesday, August 20, 2013 12:15:32 PM UTC+2, Ivan Zhakov wrote:
>
> On Tue, Aug 20, 2013 at 2:05 PM, >
> wrote:
> > On Tuesday, August 20, 2013 10:47:22 AM UTC+2, Ivan Zhakov wrote:
> >>>
> >>> On Tue, Aug 20, 2013 at 12:20 PM, wrote:
> >>> > On Monday, August 19, 2013 5:41:55 PM UTC+2,
On Tue, Aug 20, 2013 at 2:05 PM, wrote:
> On Tuesday, August 20, 2013 10:47:22 AM UTC+2, Ivan Zhakov wrote:
>>>
>>> On Tue, Aug 20, 2013 at 12:20 PM, wrote:
>>> > On Monday, August 19, 2013 5:41:55 PM UTC+2, Dinesh Hirani wrote:
>>> >>
>>> >> I did not find a solution however I wrote an monitor
On Tuesday, August 20, 2013 10:47:22 AM UTC+2, Ivan Zhakov wrote:
> On Tue, Aug 20, 2013 at 12:20 PM, wrote:
>> > On Monday, August 19, 2013 5:41:55 PM UTC+2, Dinesh Hirani wrote:
>> >>
>> >> I did not find a solution however I wrote an monitor application that
>> >> checks if the httpd.exe
On Tuesday, August 20, 2013 10:47:22 AM UTC+2, Ivan Zhakov wrote:
>
> On Tue, Aug 20, 2013 at 12:20 PM, >
> wrote:
> > On Monday, August 19, 2013 5:41:55 PM UTC+2, Dinesh Hirani wrote:
> >>
> >> I did not find a solution however I wrote an monitor application that
> >> checks if the httpd.e
valentijnschol...@gmail.com wrote on Tue, Aug 20, 2013 at 01:20:42 -0700:
> I used ProcDump to create a dump when the process went to 100%. Would it be
> usefull to post it here?
Please don't post large binary attachments to this list. Upload them
somewhere and (after ensuring they don't contain
On Tue, Aug 20, 2013 at 12:20 PM, wrote:
> On Monday, August 19, 2013 5:41:55 PM UTC+2, Dinesh Hirani wrote:
>>
>> I did not find a solution however I wrote an monitor application that
>> checks if the httpd.exe process hits 100%, if so I KILL the process and
>> CollabNet then restarts another in
On Monday, August 19, 2013 5:41:55 PM UTC+2, Dinesh Hirani wrote:
> I did not find a solution however I wrote an monitor application that
> checks if the httpd.exe process hits 100%, if so I KILL the process and
> CollabNet then restarts another instance.
>
Is it something you'd like to share?
On Mon, Aug 19, 2013 at 11:14 PM, Ivan Zhakov wrote:
> On Mon, Aug 19, 2013 at 10:19 PM, Mark Tsuchida
> wrote:
>> Hello,
>>
>> I'm having an issue with our partially-public SVN repository.
>>
>> The server is running SVN 1.6.11 (CentOS 6.4) with Apache and TLS.
>> Our repository (let's call it
28 matches
Mail list logo
