I upgraded a tree from 1.6.x directly to 1.7.1 and I'm getting this, so the
bug (or a similar one) definitely persists.
I've got very big trees, so checkouts take most of a day, so redoing the
checkout isn't so convenient.
> From: Stefan Sperling
> Date: Wed, 2 Nov 2011 12:13:03 +0100
> On Wed,
>> Since posting the question, I tried using "svnserve" instead of
>> Apache (the mod_dav_svn module), and the error does NOT occur in
>> this case (we would still prefer to stick with mod_dav_svn).
>
> How did you manage permissions using svnserver? You mentioned a group
> which you gave read/wri
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list
Am 14.11.2011 19:45, schrieb Andy Creed:
But please first search the mailing list archives for the error message
Please do this, the error has been reported all over since the 1.7
release. IIRC, in this case you will have to check out a new working
copy and manually copy the changes over. Als
Am 15.11.2011 08:49, schrieb Christophe Doumenc:
Please take the time to report this on the Subversion mailing list
with as much information as possible about what you were trying to
do.
Please consider this part of the message, you don't provide any
information about what you did, making your
Aha - yes, we are running windows 64 bit server. We use subversionnotify
for pre-commit hooks but by default there is a post commit hook that I
guess could be doing a diff so this looks very promising. When 1.7.2 is
released via SVN Edge I'll re-instate the post commit hook (just to
test).
Thanks
Ethan Bradford writes:
> I upgraded a tree from 1.6.x directly to 1.7.1 and I'm getting this, so the
> bug (or a similar one) definitely persists.
>
> I've got very big trees, so checkouts take most of a day, so redoing the
> checkout isn't so convenient.
What did the 1.6 working copy look like?
...and I don't remember anymore now.
Will be for next time, then...
Christophe Doumenc
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: Tuesday, November 15, 2011 9:10 AM
To: users@subversion.apache.org
Cc: Christophe Doumenc
Subject: Re: error messa
Have svn running on windows/apache and currently dev team accesses svn repo's
using http and tortoisesvn
They access the repos using their domain credentials set up in apache config.
we now have a group of temps that we want to create a new repo for and that
they should only access that repo ei
> -Original Message-
> From: j s [mailto:jbluede...@yahoo.com]
> Sent: 15 November 2011 13:29
> To: users@subversion.apache.org
> Subject: user access
>
> Have svn running on windows/apache and currently dev team
> accesses svn repo's using http and tortoisesvn
>
> They access the repos
Mark,
Looked at the link you provided.
In my apache/conf/httpd.conf file i have the following
SSPIAuth On
SSPIAuthoritative On
SSPIDomain
SSPIOmitDomain on
SSPIUsernameCase lower
SSPIPerRequestAuth on
SSPIOfferBasic On
DAV svn
SVNListParentPath on
SVNParentPath F:\SVN
#SVNIndexXSLT "/svnindex.xs
[We normally bottom-post on this list to make it easier to read in order... See
in-line below]
> > -Original Message-
> > From: j s [mailto:jbluede...@yahoo.com]
> > Sent: 15 November 2011 13:29
> > To: users@subversion.apache.org
> > Subject: user access
> >
> > Have svn running on win
From: "Cooke, Mark"
To: j s ; "users@subversion.apache.org"
Sent: Tuesday, November 15, 2011 10:05 AM
Subject: RE: user access
[We normally bottom-post on this list to make it easier to read in order... See
in-line below]
> > -Original Message-
> >
From: "Cooke, Mark"
To: j s ; "users@subversion.apache.org"
Sent: Tuesday, November 15, 2011 10:05 AM
Subject: RE: user access
[We normally bottom-post on this list to make it easier to read in order... See
in-line below]
> > -Original Message-
> >
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,
From: "Cooke, Mark"
To: j s
Sent: Tuesday, November 15, 2011 10:36 AM
Subject: RE: user access
> From: "Cooke, Mark"
> To: j s ; "users@subversion.apache.org"
>
> Sent: Tuesday, November 15, 2011 10:05 AM
> Subject: RE: user access
>
> [We normally bottom
Around about 10/11/11 17:01, Philip Martin typed ...
It may be as simple as
sqlite .svn/wc.db "reindex nodes"
sqlite .svn/wc.db "reindex pristine"
Nope. “Error: database disk image is malformed”.
sqlite3 .svn/wc.db "select sql from sqlite_master where name='NODES'"
sqlite3 .svn/wc.db "sel
Thank you for investigating this, Philip. Answers below.
On Tue, Nov 15, 2011 at 2:06 AM, Philip Martin
wrote:
> Ethan Bradford writes:
>
> > I upgraded a tree from 1.6.x directly to 1.7.1 and I'm getting this, so
> the
> > bug (or a similar one) definitely persists.
> >
> > I've got very big t
> > From: "Cooke, Mark"
> > To: j s ; "users@subversion.apache.org"
> >
> > Sent: Tuesday, November 15, 2011 10:05 AM
> > Subject: RE: user access
> >
> > [We normally bottom-post on this list to make it easier to
> > read in order... See in-line below]
> >
> > > > -Original Message-
Ethan Bradford writes:
>> Do you have the sqlite3 tool available to query the 1.7 working copy?
>>
>> sqlite3 .svn/wc.db "select count(*) from nodes where op_depth > 0"
>>
>
> I installed sqlite3 to check this. The answer it gets is 0.
Fine. Next:
sqlite3 .svn/wc.db "select * from work_queue"
Neil Bird writes:
>> Copy NODES_COPY into NODES:
>> sqlite3 .svn/wc.db "insert into NODES select * from NODES_COPY"
>
> Oops. “Error: database disk image is malformed”.
>
> Which is a bit odd, since we copied NODES to NODES_COPY OK, and have
> since re-created NODES!
Odd indeed. Some sort
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list
Frank Liu - Orite Group writes:
> In file
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\workqueue.c'
> line 672: assertion failed (checksum != NULL)
That's the same error as reported in this thread:
http://mail-archives.apache.org/mod_mbox/subversion-
Have my current svn server on windows 2003 with apache. Looking to
upgrade to svn 1.7.1 from 1.5
Looked at subversion edge. Is there an easier way wherein I can just
replace the 1.5 binaries with 1.7.1 binaries?
> sqlite3 .svn/wc.db "select * from work_queue"
3|(file-install 59
DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED] 1 0 1 1)
> sqlite3 .svn/wc.db "select * from nodes where
local_relpath='DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED]'"
1|DBBuild/Wordlists/Belarusian/Bel
Hi all,
After transition from debian lenny to squeeze I recompiled my version of SVN
1.4 (yes, I do need exactly 1.4). I tried to load a dump with many 1 file
revisions into the BDB-based repository.
First 300 revisions are committed really fast, like 10 revisions per second.
After 1000 revisi
Downloaded subversion edge to run on my current server serving svn 1.5.x with
apache and repo's accessed via HTTP
figured i use subversion edge to get the latest svn server - 1.7.1 as i could
not find just the binaries to replace over my existing installation.
in my 1.5.x i had this in my apach
Ethan Bradford writes:
>> sqlite3 .svn/wc.db "select * from work_queue"
>
> 3|(file-install 59
> DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED] 1 0 1 1)
>
>> sqlite3 .svn/wc.db "select * from nodes where
> local_relpath='DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED]'"
my old svn set up had apache serving the respository as
http://somewhere.com/SVNREPO/Project1
i upgraded to subversion edge and now i see the http access as
http://somewhere.com/svnrepo/Project1
not sure how it became lover case.
I don't want to instruct all developers to perform a switch withi
On Tue, Nov 15, 2011 at 20:10, j s wrote:
> my old svn set up had apache serving the respository as
> http://somewhere.com/SVNREPO/Project1
> i upgraded to subversion edge and now i see the http access as
> http://somewhere.com/svnrepo/Project1
> not sure how it became lover case.
> I don't want t
On Tue, Nov 15, 2011 at 4:28 PM, Philip Martin
wrote:
> Ethan Bradford writes:
>
> >> sqlite3 .svn/wc.db "select * from work_queue"
> >
> > 3|(file-install 59
> > DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED] 1 0 1 1)
> >
> >> sqlite3 .svn/wc.db "select * from nodes where
> >
> loc
From: Andy Levy
To: j s
Cc: "users@subversion.apache.org"
Sent: Tuesday, November 15, 2011 8:17 PM
Subject: Re: wierd issue with subversion edge
On Tue, Nov 15, 2011 at 20:10, j s wrote:
> my old svn set up had apache serving the respository as
> http://som
To test whether dealing with the "SVN DELETE" was the problem, I copied
that directory from another computer in 1.6 format, did "SVN DELETE" on
that file, and then updated the format to to 1.7.1. The update happened
w/o error, and the updated directory seems to work fine. So I wasn't able
to repr
Subversion Edge is a "managed" server. It writes the Apache configuration
for you based on fairly minimal input. Your URL should actually be
something like:
http://somewhere.com/svn/repos_name
Subversion Edge configures the directive as which is where
the /svn and it sets the SVNParentPath to
From: Mark Phippard
To: j s
Cc: "users@subversion.apache.org"
Sent: Tuesday, November 15, 2011 8:39 PM
Subject: Re: wierd issue with subversion edge
Subversion Edge is a "managed" server. It writes the Apache configuration for
you based on fairly minimal
On Tue, Nov 15, 2011 at 8:49 PM, j s wrote:
>
> On the svn server the repos are located as such
> F:\SVNREPO\Project1
>
> from client machine, i can access it using IE with following url
> http://somewhere.com/svn/Project1
>
> and not this
> http://somewhere.com/svn/project1
>
I am not aware of
Ethan Bradford writes:
> I don't know what the server version is. cURL won't accept an svn: URL.
Ah! svnserve. Then "telnet server.com 3690" will get the handshake
which will tell us something.
> Using the repo browser I can see the whole history. There are just two
> versions of this file,
37 matches
Mail list logo
