On Thu, Jun 8, 2023 at 2:54 AM Colcord, Scott via users
wrote:
>
> Thanks to all for their insights.
>
> On Saturday, June 3, 2023 2:41 PM, Andreas Stieger wrote:
> > No you cannot do it in the way you described, and your approach is
> > incorrect. Not for svn, but IT.
>
> Just to be clear, the s
Thanks to all for their insights.
On Saturday, June 3, 2023 2:41 PM, Andreas Stieger wrote:
> No you cannot do it in the way you described, and your approach is incorrect.
> Not for svn, but IT.
Just to be clear, the status quo was not my idea; I'm just trying to work with
it.
> For subversion
On Sat, Jun 3, 2023 at 2:33 AM Colcord, Scott via users
wrote:
>
> I have a Subversion 1.7 repo. I need to periodically mirror it to a location
> that does not have direct net access (I can transfer a .dump file to it).
>
>
>
> One catch is that the mirror needs to be able to receive one diverge
On Sat, Jun 3, 2023 at 2:41 PM Andreas Stieger
wrote:
> Hello,
>
> On 2023-06-03 00:25, Colcord, Scott via users wrote:
> >
> > [...] Subversion 1.7 [...] periodically mirror it to a location that
> > does not have direct net access
> > [...]
> >
> > the mirror needs to be able to receive one div
Hello,
On 2023-06-03 00:25, Colcord, Scott via users wrote:
[...] Subversion 1.7 [...] periodically mirror it to a location that
does not have direct net access
[...]
the mirror needs to be able to receive one divergent commit after the
load (this commit alters svn:externals locations to be ap
I have a Subversion 1.7 repo. I need to periodically mirror it to a location
that does not have direct net access (I can transfer a .dump file to it).
One catch is that the mirror needs to be able to receive one divergent commit
after the load (this commit alters svn:externals locations to be a
On 12/10/13 5:28 AM, Branko Čibej wrote:
> The correct English term is "reclaim". We should review our release notes more
> diligently. :)
Agreed. Fixed in r1549892.
On 10.12.2013 14:15, Vincent Lefevre wrote:
> On 2013-12-10 12:12:06 +0100, Stefan Sperling wrote:
>> On Tue, Dec 10, 2013 at 01:28:52AM +0100, Vincent Lefevre wrote:
>>> First, "svn help cleanup" currently says:
>>>
>>> cleanup: Recursively clean up the working copy, removing locks, resuming
>>> u
On 2013-12-10 12:12:06 +0100, Stefan Sperling wrote:
> On Tue, Dec 10, 2013 at 01:28:52AM +0100, Vincent Lefevre wrote:
> > First, "svn help cleanup" currently says:
> >
> > cleanup: Recursively clean up the working copy, removing locks, resuming
> > unfinished operations, etc.
> >
> > I suggest
On Tue, Dec 10, 2013 at 01:28:52AM +0100, Vincent Lefevre wrote:
> First, "svn help cleanup" currently says:
>
> cleanup: Recursively clean up the working copy, removing locks, resuming
> unfinished operations, etc.
>
> I suggest to change it to something like:
>
> cleanup: Recursively clean up
On 2013-12-10 01:00:32 +0400, Ivan Zhakov wrote:
> On 9 December 2013 21:55, Daniel Shahaf wrote:
> > Vincent Lefevre wrote on Mon, Dec 09, 2013 at 17:30:21 +0100:
> >> I noticed that the size of the .svn/pristine directory can get huge
> >> over time (several times the expected size). A "svn clea
On 2013-12-09 17:37:28 +0100, Stefan Sperling wrote:
> On Mon, Dec 09, 2013 at 05:30:21PM +0100, Vincent Lefevre wrote:
> > I noticed that the size of the .svn/pristine directory can get huge
> > over time (several times the expected size). A "svn cleanup" solves
> > the problem, but
> > 1. this is
On 2013-12-09 19:55:54 +0200, Daniel Shahaf wrote:
> Vincent Lefevre wrote on Mon, Dec 09, 2013 at 17:30:21 +0100:
> > I noticed that the size of the .svn/pristine directory can get huge
> > over time (several times the expected size). A "svn cleanup" solves
> > the problem, but
> > 1. this isn't d
On 10 December 2013 01:32, Daniel Shahaf wrote:
> Ivan Zhakov wrote on Tue, Dec 10, 2013 at 01:00:32 +0400:
>> On 9 December 2013 21:55, Daniel Shahaf wrote:
>> > Vincent Lefevre wrote on Mon, Dec 09, 2013 at 17:30:21 +0100:
>> >> I noticed that the size of the .svn/pristine directory can get hug
Ivan Zhakov wrote on Tue, Dec 10, 2013 at 01:00:32 +0400:
> On 9 December 2013 21:55, Daniel Shahaf wrote:
> > Vincent Lefevre wrote on Mon, Dec 09, 2013 at 17:30:21 +0100:
> >> I noticed that the size of the .svn/pristine directory can get huge
> >> over time (several times the expected size). A
On 9 December 2013 21:55, Daniel Shahaf wrote:
> Vincent Lefevre wrote on Mon, Dec 09, 2013 at 17:30:21 +0100:
>> I noticed that the size of the .svn/pristine directory can get huge
>> over time (several times the expected size). A "svn cleanup" solves
>> the problem, but
>> 1. this isn't document
Vincent Lefevre wrote on Mon, Dec 09, 2013 at 17:30:21 +0100:
> I noticed that the size of the .svn/pristine directory can get huge
> over time (several times the expected size). A "svn cleanup" solves
> the problem, but
> 1. this isn't documented (I'm wondering how many users know that);
It's doc
On Mon, Dec 09, 2013 at 05:30:21PM +0100, Vincent Lefevre wrote:
> I noticed that the size of the .svn/pristine directory can get huge
> over time (several times the expected size). A "svn cleanup" solves
> the problem, but
> 1. this isn't documented (I'm wondering how many users know that);
> 2. t
I noticed that the size of the .svn/pristine directory can get huge
over time (several times the expected size). A "svn cleanup" solves
the problem, but
1. this isn't documented (I'm wondering how many users know that);
2. this isn't automatic.
About (2), svn could warn the user when a cleanup cou
On Mon, Apr 08, 2013 at 08:51:30AM +0300, Florin Avram wrote:
> Hi,
>
> Well, I don't know how often this situation can be seen, so it is up
> to you (SVN developers) to decide what to do (I just signaled the
> issue).
I will focus on bugs I consider more important then :)
So unless someone else
that you can delete external files with SVN 1.7, which
should not be allowed. Below are some test I've done with SVN 1.6
and SVN 1.7 over external files and directories.
*I.**external file*
*1.**SVN 1.6* - neither "svn delete external.txt" or "svn delete
--keep-local external
I found that you can delete external files with SVN 1.7, which
>>> should not be allowed. Below are some test I've done with SVN 1.6
>>> and SVN 1.7 over external files and directories.
>>>
>>> *I.**external file*
>>> *1.**SVN 1.6* - neither "
i,
I found that you can delete external files with SVN 1.7, which
should not be allowed. Below are some test I've done with SVN 1.6
and SVN 1.7 over external files and directories.
*I.**external file*
*1.**SVN 1.6* - neither "svn delete external.txt" or "svn delete
--keep-local
On Fri, Apr 05, 2013 at 05:12:10PM +0300, Syncro SVN Client Support wrote:
> Hi,
>
> I found that you can delete external files with SVN 1.7, which
> should not be allowed. Below are some test I've done with SVN 1.6
> and SVN 1.7 over external files and directories.
>
>
Hi,
I found that you can delete external files with SVN 1.7, which should
not be allowed. Below are some test I've done with SVN 1.6 and SVN 1.7
over external files and directories.
*I.**external file*
*1.**SVN 1.6* - neither "svn delete external.txt" or "svn
> I wanted to mute the svn merge info property on my subversion server
>
> Is there such a way
>
> We don't need the info currently and when merging it is causing a huge log
> with all changes to property being recorded and what we need is only the
> code merge
So you are always specifying your
"Boe, Aasmund" writes:
> I tested with the following setup:
> Server: VisualSVN Server 2.5.6 (Apache subversion 1.7.6)
> Client: TortoiseSVN 1.7.8
> TortoiseSvn 1.6.x
> Using this setup I did not get error W160016 with either client versions.
>
> I am still puzzled about the fact that sin
0 MVA
-Original Message-
From: Boe, Aasmund
Sent: 28. august 2012 12:03
To: Philip Martin
Cc: users@subversion.apache.org
Subject: RE: svn 1.7 client issues error on update of single file externals
> W160016 is the server-side error SVN_ERR_FS_NOT_DIRECTORY so it looks as
> if the server m
Am 29.08.2012 00:32, schrieb Rp0013:
I wanted to mute the svn merge info property on my subversion server
Is there such a way
You could set up a pre-commit hook that makes sure that this property
isn't touched in commits.
We don't need the info currently and when merging it is causing a
h
Hi
I wanted to mute the svn merge info property on my subversion server
Is there such a way
We don't need the info currently and when merging it is causing a huge log with
all changes to property being recorded and what we need is only the code merge
Regards,
Rajesh
Sent from my iPhone
en 21, NO-0349 Oslo, Norway. Org.
> > NO 980499480 MVA
> >
> > -Original Message-
> > From: Boe, Aasmund
> > Sent: 24. juli 2012 08:53
> > To: 'users@subversion.apache.org'
> > Subject: svn 1.7 client issues error on update of single file ext
n 21, NO-0349 Oslo, Norway. Org. NO
980499480 MVA
-Original Message-
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of Philip Martin
Sent: 28. august 2012 11:56
To: Boe, Aasmund
Cc: users@subversion.apache.org
Subject: Re: svn 1.7 client issues error on update of s
Sent: 24. juli 2012 08:53
> To: 'users@subversion.apache.org'
> Subject: svn 1.7 client issues error on update of single file externals
>
> Using subversion 1.7(.5), updating a working copy that has single file
> svn:externals results in an error, even if the update does inde
"Boe, Aasmund" writes:
> For reference, the server side uses a very old version (1.1.4
> [r13838]), but from what I know externals is a client "feature" so an
> old server should not be a problem. Besides, this workes well using
> subversion 1.6.x (client).
>
> This is the scenario I observe:
>
>
ds,
Åsmund B. BØ
Texas Instruments Norway AS, Gaustadalléen 21, NO-0349 Oslo, Norway. Org. NO
980499480 MVA
-Original Message-
From: Boe, Aasmund
Sent: 24. juli 2012 08:53
To: 'users@subversion.apache.org'
Subject: svn 1.7 client issues error on update of single file externa
Daniel Shahaf wrote on 2012-08-17 17:04
> Andre Colomb wrote on Fri, Aug 17, 2012 at 14:38:43 +0200:
>> Hi Subversion developers!
>>
>
> Please use the dev@ list to reach the developers (including for patch
> submissions). See http://subversion.apache.org/patches . Thanks!
Thank you for the he
n.el does
> not properly support working copies in SVN 1.7 format. It expects
> each directory to have a .svn subdirectory, which is no longer the
> case.
>
> Googling around, I found a small patch [1], courtesy of Koji
> Nakamaru (CC'ed) that makes psvn.el work with Su
Hi Subversion developers!
The current HEAD version of the Emacs SVN status mode, psvn.el does
not properly support working copies in SVN 1.7 format. It expects each
directory to have a .svn subdirectory, which is no longer the case.
Googling around, I found a small patch [1], courtesy of
Using subversion 1.7(.5), updating a working copy that has single file
svn:externals results in an error, even if the update does indeed work.
Bug, or am I doing something wrong?
Details posted on stackoverflow.com (before I was aware of this mailing list):
http://stackoverflow.com/questions/1161
2012/5/28 Philip Martin :
> Philip Martin writes:
>
>>> 2. now locally exclude subdirectory b from update (svn update b
>>> --set-depth=exclude), which removes versioned subdirectory b from the
>>> local working copy
>>> 3. change the local svn:externals property set on a to become a
>>> directory
Philip Martin writes:
>> 2. now locally exclude subdirectory b from update (svn update b
>> --set-depth=exclude), which removes versioned subdirectory b from the
>> local working copy
>> 3. change the local svn:externals property set on a to become a
>> directory external:
>> /b b
>
> Here you ar
Sofie De Cooman writes:
> 1. checkout directory a recursively and locally apply an svn:externals
> property on it:
> /b/test.txt b/test.txt
Here you are setting svn:externals on the parent of the versioned
directory b that puts an external node inside b. It's not clear that we
ever intended to
Hi,
After upgrading my svn client from 1.6 to 1.7 I encountered the following:
Suppose an svn repository has the following layout
a/b
b/test.txt
(top directories a and b, a has a subdirectory b, top directory b
contains a file test.txt)
Now try the following steps:
1. checkout directory a r
On 15.05.12 09:56, Daniel Shahaf wrote:
> 1.7.5 will include this fix.
That's good news, thanks.
-Ralph
1.7.5 will include this fix. Current plan is to announce it as GA on Thursday.
>From CHANGES:
- Server-side bugfixes:
* mod_dav_svn: support compiling/running under httpd-2.4 (r1232267)
* mod_dav_svn: forbid BDB repositories under httpd's event MPM (issue #4157)
Michael Ben-David wrot
+1 for this. I just ran into it with: --without-berkeley-db
On Friday, 20 April 2012 02:21:05 UTC-4, Daniel Shahaf wrote:
>
> We're working in this (mostly Philip). It's possible that 1.7.5 will
> allow compiling and running against httpd-2.4, so long as the 'event'
> MPM and BDB-backed reposito
We're working in this (mostly Philip). It's possible that 1.7.5 will
allow compiling and running against httpd-2.4, so long as the 'event'
MPM and BDB-backed repositories aren't used at the same time (see issue
#4157). The underlying problem of making bdb/event act nicely is
outstanding
Ralph S
Hi list,
in February, Mario Brandt started a thread about a compile error against
Apache 2.4.x (see http://svn.haxx.se/dev/archive-2012-02/0486.shtml).
subversion/mod_dav_svn/util.c: In function 'dav_svn__log_err':
subversion/mod_dav_svn/util.c:630:20: error: 'dav_error' has no member named
'sav
Hi, Martin,
> Von: Philip Martin
> Johan Corveleyn writes:
> > [Missing or broken pristines]
> > Is this a situation from which svn could ultimately become self-healing?
>
> I suppose it might get fixed as a side-effect of somebody implementing
> "optional pristine" but generally wq items are no
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: woensdag 28 maart 2012 17:25
> To: Daniel Shahaf
> Cc: Bert Huijben; Philip Martin; users@subversion.apache.org
> Subject: Re: svn 1.7: how to recover from a lost pristine file
>
> O
.. just
interesting :-)):
[[[
C:\WC>echo test >> build.properties
C:\WC>svn-1.7 st
M build.properties
C:\WC>svn-1.7 up --set-depth exclude build.properties
Dbuild.properties
C:\WC>svn-1.7 st
? build.properties
C:\WC>svn-1.7 up build.properties
Updating '
Johan Corveleyn wrote on Wed, Mar 28, 2012 at 16:38:41 +0200:
> Thanks both for your help. Maybe this will help others running in the
> same situation ...
Do you know what cause the pristine to disappear in the first place?
On Wed, Mar 28, 2012 at 4:27 PM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>> Sent: woensdag 28 maart 2012 15:47
>> To: Philip Martin
>> Cc: users@subversion.apache.org
>> Subject: Re: sv
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: woensdag 28 maart 2012 15:47
> To: Philip Martin
> Cc: users@subversion.apache.org
> Subject: Re: svn 1.7: how to recover from a lost pristine file
>
> On Wed, Mar 28, 2012 at
Johan Corveleyn writes:
> Thanks for your help, Philip.
>
> $ sqlite3 .svn/wc.db "select * from work_queue"
> 1|(file-install trunk/rootdir/the/file/with/missing/pristine.java 1 0 1 1)
>
>> These may show something:
>>
>> sqlite3 wc/.svn/wc.db "select * from nodes where local_relpath =
>> '/the
is without having to throw away my entire
>>> working copy. So far I'm unsuccessful. Any help is appreciated.
>>>
>>> svn-1.7 is SlikSVN 1.7.4 (On Windows 7, 64bit):
>>> [[[
>>> C:\Work\WC-root>svn-1.7 update -r0 the\file\with\missing\pristine.java
uccessful. Any help is appreciated.
>>
>> svn-1.7 is SlikSVN 1.7.4 (On Windows 7, 64bit):
>> [[[
>> C:\Work\WC-root>svn-1.7 update -r0 the\file\with\missing\pristine.java
>> svn: E155037: Previous operation has not finished; run 'cleanup' if it
>> was inte
Johan Corveleyn writes:
> For some reason, I lost a pristine file [*] in a 1.7 working copy. I'm
> trying to recover from this without having to throw away my entire
> working copy. So far I'm unsuccessful. Any help is appreciated.
>
> svn-1.7 is SlikSVN 1.7.4 (On Win
For some reason, I lost a pristine file [*] in a 1.7 working copy. I'm
trying to recover from this without having to throw away my entire
working copy. So far I'm unsuccessful. Any help is appreciated.
svn-1.7 is SlikSVN 1.7.4 (On Windows 7, 64bit):
[[[
C:\Work\WC-root>svn-1.7 update
On 2012-03-15 20:06, Daniel Shahaf wrote:
> Matyas Selmeci wrote on Thu, Mar 15, 2012 at 13:48:03 -0500:
[...]
>> Is there a way to turn off using Sqlite for the working copies, or
>> some other way of safely using working copies on AFS? Or do we have
>> to downgrade to 1.6?
>
> It's not possible
Matyas Selmeci wrote on Thu, Mar 15, 2012 at 13:48:03 -0500:
> Hi all,
>
> So apparently SVN 1.7 uses Sqlite to store working copy metadata. It
> also uses Sqlite to store repository metadata, but only if
> repo-sharing is enabled. Is that correct?
>
Yes, except that you me
Hi all,
So apparently SVN 1.7 uses Sqlite to store working copy metadata. It
also uses Sqlite to store repository metadata, but only if repo-sharing
is enabled. Is that correct?
In our department, we use AFS for network storage. We have both our
repository on it, and generally put our
seem.shah...@curemd.com]
Gesendet: Freitag, 2. März 2012 15:33
An: users@subversion.apache.org
Betreff: SVN 1.7.X Comparison
Guys
Can anyone share the difference between 1.7 to all
1.7.1
1.7.2
1.7.3 and all.
Versions of SVN.
Cheers,
Waseem Bukhari
CMer - Ext: 506
Guys
Can anyone share the difference between 1.7 to all
1.7.1
1.7.2
1.7.3 and all.
Versions of SVN.
Cheers,
Waseem Bukhari
CMer - Ext: 506
On Jan 17, 2012, at 16:10 , Evan Wee wrote:
> How would we open a ticket for this issue? Or would Issue 4091 cover this
> case?
>
(cc-ing users@ again)
I made a test and opened a ticket, since it's a different symptom than
the #4091 problem.
http://subversion.tigris.org/issues/show_bug.cgi?id
On Jan 16, 2012, at 23:52 , Evan Wee wrote:
> Hi,
>
> We have the following issue:
>
> SVN cannot add symlinks that reference a directory which is an svn external.
>
> We have these directories in SVN inside a parent directory:
>
> DirectoryA
> DirectoryB
> Code_Framework
>
> Code_Framework
Hi,
We have the following issue:
SVN cannot add symlinks that reference a directory which is an svn external.
We have these directories in SVN inside a parent directory:
DirectoryA
DirectoryB
Code_Framework
Code_Framework has the svn:external property pointing to another location
"1.2.3 http:
On Dec 06, 2011, at 19:33 , Daniel Becroft wrote:
> Hi,
>
> We're testing upgrading our SVN repositories to 1.7 format, and have noticed
> something a bit strange.
>
> In Jenkins (1.441), I can set the SVN URL to checkout from, and it validates
> whether it is correct. With a 1.7 repository, h
Hi,
We're testing upgrading our SVN repositories to 1.7 format, and have
noticed something a bit strange.
In Jenkins (1.441), I can set the SVN URL to checkout from, and it
validates whether it is correct. With a 1.7 repository, however, it doesn't
seem to validate correctly (error is "/trunk/foo
ated).
FWIW, "hg add" behaves like svn < 1.7.
--
Patrick Mézard
Hi
I am already using r Ankh SVN 1.7.x for 32 Bit. Pls refer a
link for 64 Bit as I am unable to get this.
Cheers,
This was fixed in the current version of Subclipse which is 1.8.2.
On Wed, Nov 2, 2011 at 1:57 AM, Mark Utting wrote:
> Mark,
>
> Sorry to take so long to reply...
>
> On 22 October 2011 00:39, Mark Phippard wrote:
>
>> Can you make a little diagram of what your Eclipse workspace looks
>> lik
Mark,
Sorry to take so long to reply...
On 22 October 2011 00:39, Mark Phippard wrote:
> Can you make a little diagram of what your Eclipse workspace looks
> like? For example, one of mine looks like this:
>
> /workspace
> |- Project1
> |-|-.svn
> |- Project2
> |-|-.svn
>
>
My Eclipse work
I checkout a big subdirectory (more than 1giga), then I want to get rid
of it locally, so I do
svn up -set-depth exclude DIR
It takes very long...
If I strace the process, it's doing read/lseek repeatedly
read(3,
"\2\0\0\0\2\2\275\0\0\2\253\34\2\275\3g\0\0\0\0\0\0\0\0\0
Can you make a little diagram of what your Eclipse workspace looks
like? For example, one of mine looks like this:
/workspace
|- Project1
|-|-.svn
|- Project2
|-|-.svn
And I have others where my Eclipse workspace folder is empty:
/workspace
Because all of my Eclipse projects are imported
unexpectedly) gave me an
> upgrade to svn 1.7.
> This is on a Windows 7 64-bit Dell Latitude E6520.
> $ svn --version
> svn, version 1.7.0 (r1176462)
> compiled Oct 11 2011, 10:36:16
>
> Since svn 1.7 was incompatible with my existing working copy, I did 'svn
> upgra
spontaneously disappears
>> > sometimes?
>> > Which leaves me with a useless working copy...
>> >
>>
>> Do you have some cron job or other background process that walks around
>> and randomly deletes files or directories?
>
> Nope.
>
>>
&g
working copy...
> >
>
> Do you have some cron job or other background process that walks around and
> randomly deletes files or directories?
>
Nope.
>
> > Since svn 1.7 was incompatible with my existing working copy, I did 'svn
> > upgrade' in my top-l
nd
and randomly deletes files or directories?
> Since svn 1.7 was incompatible with my existing working copy, I did 'svn
> upgrade' in my top-level directory, which contains several projects from
> different SVN repositories. It removed all the .svn directories in most of
> th
Summary:
It seems that the new top-level .svn directory spontaneously disappears
sometimes?
Which leaves me with a useless working copy...
Details:
I updated my Cygwin installation recently, which (unexpectedly) gave me an
upgrade to svn 1.7.
This is on a Windows 7 64-bit Dell Latitude E6520
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\entries.c'
line 1692: assertion failed (base_node && !working_node &&
!below_working_node)
===
NB. All but this upgrade works perfectly. Proble
On Mon, Oct 17, 2011 at 3:09 PM, Martin Hoffesommer <3dco...@gmail.com> wrote:
> Hi,
> I'm using Microsoft Source Server
> (http://msdn.microsoft.com/en-us/library/windows/desktop/ms680641(v=vs.85).aspx)
> to store source information about specific code revisions stored in
> subversion. It's basica
Hi,
I'm using Microsoft Source Server (
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680641(v=vs.85).aspx)
to store source information about specific code revisions stored in
subversion. It's basically a bunch of perl scripts, and part of it is
running a 'svn info -R ' command to get
sebb wrote on Mon, Oct 17, 2011 at 18:05:39 +0100:
> On 17 October 2011 16:34, Daniel Shahaf wrote:
> > Do people who post here the error message with zero additional
> > information expect support? Or do they just do what the error message
> > says without considering whether users@ is a tech su
On 17 October 2011 16:34, Daniel Shahaf wrote:
> Do people who post here the error message with zero additional
> information expect support? Or do they just do what the error message
> says without considering whether users@ is a tech support forum or
> a "Please send your crash reports here" ad
-Original Message-
From: David Chapman [mailto:dcchap...@acm.org]
Sent: 17 October 2011 16:36
To: Tony Sweeney
Cc: users@subversion.apache.org; ponomarenko yaroslav
Subject: Re: svn 1.7 assertion failed
On 10/17/2011 8:24 AM, Tony Sweeney wrote:
>
>
> -Original Message---
On 10/17/2011 8:24 AM, Tony Sweeney wrote:
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: 17 October 2011 16:02
To: users@subversion.apache.org
Cc: ponomarenko yaroslav
Subject: Re: svn 1.7 assertion failed
Am 17.10.2011 16:42, schrieb
Do people who post here the error message with zero additional
information expect support? Or do they just do what the error message
says without considering whether users@ is a tech support forum or
a "Please send your crash reports here" address?
sebb wrote on Mon, Oct 17, 2011 at 16:18:56 +010
On Mon, Oct 17, 2011 at 11:24, Tony Sweeney wrote:
>
>
> -Original Message-
> From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> Sent: 17 October 2011 16:02
> To: users@subversion.apache.org
> Cc: ponomarenko yaroslav
> Subject: Re: svn 1.7 assertion
> -Original Message-
> From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> Sent: 17 October 2011 16:02
> To: users@subversion.apache.org
> Cc: ponomarenko yaroslav
> Subject: Re: svn 1.7 assertion failed
>
> Am 17.10.2011 16:42, schrieb ponomarenk
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: 17 October 2011 16:02
To: users@subversion.apache.org
Cc: ponomarenko yaroslav
Subject: Re: svn 1.7 assertion failed
Am 17.10.2011 16:42, schrieb ponomarenko yaroslav:
> Got this error while try
On 17 October 2011 16:15, Les Mikesell wrote:
> 2011/10/17 Ulrich Eckhardt :
>>
>>> svn: E235000: In file
>>> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
>>> line 672: assertion failed (checksum != NULL)
>>>
>>> win7 64
>>> Is there a way to
2011/10/17 Ulrich Eckhardt :
>
>> svn: E235000: In file
>> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
>> line 672: assertion failed (checksum != NULL)
>>
>> win7 64
>> Is there a way to recover?
>
> This has been reported ad nauseam. Please
Am 17.10.2011 16:42, schrieb ponomarenko yaroslav:
Got this error while trying svn cleanup
svn: E235000: In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
win7 64
Is there a way to reco
Got this error while trying svn cleanup
svn: E235000: In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
win7 64
Is there a way to recover?
Hello.
I've encountered a critical error with Tortoise SVN 1.7. Trying to commit
changes, I got the following error:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\lib
svn_wc\wc_db.c'
line 9465: assertion faile
ification handlers. This
worked
> > > fine using SVN 1.6, but now with SVN 1.7, some operations like
> > > Checkout throw an Exception, due to the working copy database
being
> > > locked.
> > >
> > > Maybe our internal design is suboptimal
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: donderdag 15 september 2011 11:28
> To: Markus Schaber
> Cc: users@subversion.apache.org
> Subject: Re: Recursion / reentrancy in SVN 1.7
>
> On Thu, Sep 15, 2011 at 10:41:58AM +02
On Thu, Sep 15, 2011 at 10:41:58AM +0200, Markus Schaber wrote:
> Hi,
>
> In our SharpSVN-based software, we happened to have recursive calls to
> GetStatus inside the progress notification handlers. This worked fine
> using SVN 1.6, but now with SVN 1.7, some operations like Chec
Hi,
In our SharpSVN-based software, we happened to have recursive calls to
GetStatus inside the progress notification handlers. This worked fine
using SVN 1.6, but now with SVN 1.7, some operations like Checkout throw
an Exception, due to the working copy database being locked.
Maybe our
1 - 100 of 169 matches
Mail list logo
