Hi, Patel,
I'm sorry I cannot directly help you.
Your case is a rather complicated one.
There are companies which offer commercial support including hex-editing broken
repositories.
Amongst them are Elego, Collab.net and WanDisco - you may contact them to ask
for help in your case.
(I'm not
Philippe Bartholmé writes:
> Used commands are :
>
> svn copy trunk tags/R8_106
> svn commit
>
> The error message is:
>
> Deleting geppetto/prod/tags/R8_106/group/testchildren.yaml svn: Commit failed
> (details follow): svn: File 'R8_106/group/testchildren.yaml' is out of date
> svn:
> '/svn/
Hello
I raised this ticket. Ben Reser suggested to discuss on here in the
first instance
http://subversion.tigris.org/issues/show_bug.cgi?id=4511
Extend E155021 message to include supported format version
svn, version 1.7.5 (r1336830)
Could error message E155021 be extended please to include th
> -Original Message-
> From: Notes Jonny [mailto:jong...@gmail.com]
> Sent: woensdag 2 juli 2014 11:45
> To: users@subversion.apache.org
> Subject: Extend E155021 message to include supported format version
>
> Hello
>
> I raised this ticket. Ben Reser suggested to discuss on here in th
> -Original Message-
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
> Sent: Wednesday, July 02, 2014 1:11
> To: Butler, Stephen
> Cc: users@subversion.apache.org
> Subject: Re: Subversion 1.8 freezes during long updates
>
> On Tue, Jul 1, 2014 at 1:45 PM, Butler, Stephen
> wrote:
>
On Wed, Jul 2, 2014 at 7:49 AM, Butler, Stephen
wrote:
>> -Original Message-
>> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
>> Sent: Wednesday, July 02, 2014 1:11
>> To: Butler, Stephen
>> Cc: users@subversion.apache.org
>> Subject: Re: Subversion 1.8 freezes during long updates
>>
>
On 1 July 2014 21:45, Butler, Stephen wrote:
> Hi folks,
>
> I'm trying to help users in our corporate network. They currently use
> Subversion 1.7 + neon (via TortoiseSVN) because of errors in checkout/update
> using Subversion 1.8. During a long checkout or update, TortoiseSVN 1.8
> freezes
> -Original Message-
> From: Ivan Zhakov [mailto:i...@visualsvn.com]
> Sent: Wednesday, July 02, 2014 14:31
> To: Butler, Stephen
> Cc: users@subversion.apache.org
> Subject: Re: Subversion 1.8 freezes during long updates
>
> On 1 July 2014 21:45, Butler, Stephen wrote:
> > Hi folks,
> >
On 2 July 2014 17:05, Butler, Stephen wrote:
>> -Original Message-
>> From: Ivan Zhakov [mailto:i...@visualsvn.com]
>> Sent: Wednesday, July 02, 2014 14:31
>> To: Butler, Stephen
>> Cc: users@subversion.apache.org
>> Subject: Re: Subversion 1.8 freezes during long updates
>>
>> On 1 July 2
Hi Bert
That is good. I will close the ticket
Regards, jon
On Wed, Jul 2, 2014 at 11:30 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Notes Jonny [mailto:jong...@gmail.com]
>> Sent: woensdag 2 juli 2014 11:45
>> To: users@subversion.apache.org
>> Subject: Extend E155021 mess
On 02.07.2014 15:08, Ivan Zhakov wrote:
> On 2 July 2014 17:05, Butler, Stephen wrote:
>>> -Original Message-
>>> From: Ivan Zhakov [mailto:i...@visualsvn.com]
>>> Sent: Wednesday, July 02, 2014 14:31
>>> To: Butler, Stephen
>>> Cc: users@subversion.apache.org
>>> Subject: Re: Subversion 1
Hello,
I have been using subversion for while now and without problems.
But recently when I was trying to commit my changes (svn commit -m "DeFrac
final changes"),
from my local working copy, I got the following error message:
svn: Commit failed (details follow):
svn: Unable to open an ra_local
Hello,
> On 2 Jul 2014, at 15:42, "Giuliani Paolo"
> wrote:
>
> svn: Commit failed (details follow):
> svn: Unable to open an ra_local session to URL
> svn: Unable to open repository
> 'file:///ENGDATA/DeFRAC/defracdev/repository/maintv2/trunk'
> svn: Error opening db lockfile
> svn: Can't
On Wed, Jul 02, 2014 at 07:11:36AM +, Markus Schaber wrote:
> There are companies which offer commercial support including hex-editing
> broken repositories.
I'm not sure this is a good answer in general for questions asked
on the users@ list, which is a free best effort support forum.
Loss
Hi,
In the root of our trunk, we have a 'build_tools' folder which is defined
as an external.
For example
/trunk
/build_tools (external)
/alpha
/A
/beta
/gamma
build.xml
build.properties
If we checkout using 'svn checkout --depth immediates', this folder is
ignore
On Thu, Jul 3, 2014 at 4:01 PM, Daniel Becroft wrote:
> Hi,
>
> In the root of our trunk, we have a 'build_tools' folder which is defined
> as an external.
>
> For example
> /trunk
> /build_tools (external)
> /alpha
> /A
> /beta
> /gamma
> build.xml
> build.propert
16 matches
Mail list logo