Hi All,
I have a task in hand to setup a master-slave svn repository configuration so
that master will synchronize its repositories with slave. I searched a lot on
web and found many links telling about how to set it up. Following those links
I started using "svnsync" for this purpose. But some
Hi All,
I have a task in hand to setup a master-slave svn repository configuration so
that master will synchronize its repositories with slave. I searched a lot on
web and found many links telling about how to set it up. Following those links
I started using "svnsync" for this purpose. But some
Another option is to use mod_perl to build the individual blocks for each
project using some logic. You could have it grab a list of project dies with ls
(if they are in the same parent dir), or use a flat file or SQL database. The
drawback is that you have to reload Apache for changes to take e
Ryan Schmidt wrote on Tue, Aug 09, 2011 at 20:07:39 -0500:
> On Aug 9, 2011, at 11:59, Ryan Blue wrote:
>
> > I'm trying to use mod_dav_svn to host repositories that are arranged in
> > project directories and I can't get the configuration to work. My projects
> > look like this:
> >
> > /srv/
On Aug 9, 2011, at 11:59, Ryan Blue wrote:
> I'm trying to use mod_dav_svn to host repositories that are arranged in
> project directories and I can't get the configuration to work. My projects
> look like this:
>
> /srv/svn/project1/repo1
> /srv/svn/project1/repo2
> /srv/svn/project2/repo1
>
On Aug 9, 2011, at 12:19, Jon Stafford wrote:
> To check my understanding, and to give half a conclusion -
>
> Every revision apart from the very initial revision of a file is stored as a
> delta against some previous version.
I think even the initial revision of a file is stored as a delta --
Hi,
I used rsvndump to dump a remote repository (because the server is running
an old version of SVN from before support for 'replay' was added). Now I am
trying to load the dump file into my local repository (VisualSVN 2.1.9) and
I'm getting the following error:
* adding path : trunk/S
Thanks again Stefan,
Sure enough every time I do a commit one of httpd daemon's get killed! I might
have to upgrade afterall.
Regards,
Kathy
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Tuesday, August 09, 2011 10:29 AM
To: Kathy Khaghani
Cc: 'users@subversion.
On Tue, Aug 9, 2011 at 4:02 PM, wrote:
>
> P.S. why isn’t “make check” structured so that the –j option to make would
> work. It would be nice to use multiple threads to speed up the run.
The testsuite itself is internally parallelized. I don't remember
what the magic options are to enable it,
On Tue, Aug 09, 2011 at 09:53:37PM +0200, Stein Somers wrote:
> When you revert an addition in your working copy, and the item
> appeared in a changelist, the working copy becomes corrupt and you
> can't ever use the filename again. I built a maintainer mode version
> from /branches/1.7.x@1155504 w
And of course I forget to actually attach the file.
From: Mark Phippard [mailto:markp...@gmail.com]
Sent: Tuesday, August 09, 2011 2:56 PM
To: RYTTING,MICHAEL (A-ColSprings,ex1); Subversion Development
Cc: users@subversion.apache.org
Subject: Re: Problems compiling 1.7.0 on redhat el4 64bit
On T
I am attaching a patch file which I used to change utf.c in the head revision
to get things to play nice with el4 64bit. "make check" does come back clean
with this version.
-Mike
P.S. why isn't "make check" structured so that the -j option to make would
work. It would be nice to use multipl
On Tue, Aug 9, 2011 at 4:49 PM, wrote:
> ** **
>
> Ok, I’ve tracked down which revision caused the problem. It happened in
> rev 1104160. Stefan2 made a change to utf.c to speed up UTF8 conversion.
> Ever since this change went in I am seeing subversion crash when I compile
> on 64bit el4.
Ok, I've tracked down which revision caused the problem. It happened in rev
1104160. Stefan2 made a change to utf.c to speed up UTF8 conversion. Ever
since this change went in I am seeing subversion crash when I compile on 64bit
el4.
Just for kicks and giggles I updated to the HEAD revision
When you revert an addition in your working copy, and the item appeared in a
changelist, the working copy becomes corrupt and you can't ever use the filename
again. I built a maintainer mode version from /branches/1.7.x@1155504 which
balks (after a boring stack trace):
svn: E155016: Co
On Tue, Aug 9, 2011 at 3:24 PM, wrote:
> Unfortunately, some of us don't have a choice what version of linux we have
> to run on. I end up compiling almost all the dependencies for subversion
> myself. I guess I'll need to track down exactly what change in the
> development process started brea
Unfortunately, some of us don't have a choice what version of linux we have to
run on. I end up compiling almost all the dependencies for subversion myself.
I guess I'll need to track down exactly what change in the development process
started breaking things. For now, we have a solution wher
Thanks very much Mark. That thread was very useful and it's great to
understand what's actually going on here.
I've summarized all this in an answer back on stackoverflow:
http://stackoverflow.com/questions/6917505/inexplicable-svn-repository-size-increase-from-small-differences-to-big-files/700
On Tue, Aug 9, 2011 at 2:58 PM, Nico Kadel-Garcia wrote:
> On Mon, Aug 8, 2011 at 6:19 PM, wrote:
> > For a while I was downloading and running the development build of
> > subversion 1.7.0. At one revision of the code I started having an issue
> > where svn would immediately segfault. At tha
On Mon, Aug 8, 2011 at 6:19 PM, wrote:
> For a while I was downloading and running the development build of
> subversion 1.7.0. At one revision of the code I started having an issue
> where svn would immediately segfault. At that time I stopped using 1.7.0
> assuming the issue would be fixed be
Viewvc has an option to generate a tarball download for any path/revision.
On 8/9/2011 1:33 PM, David Weintraub wrote:
Take a look at Sventon (http://sventon.org). It's a web-based
Subversion interface, and I believe it can be setup to allow users to
download folders as tarballs.
On Tue, Aug 9
Take a look at Sventon (http://sventon.org). It's a web-based
Subversion interface, and I believe it can be setup to allow users to
download folders as tarballs.
On Tue, Aug 9, 2011 at 2:27 PM, Jan Ciesko (GMAIL) wrote:
> Dear SVN users
>
> I would like to ask the following: is there a way to acc
On Tue, Aug 9, 2011 at 11:27 AM, Jan Ciesko (GMAIL) wrote:
> Dear SVN users
>
> I would like to ask the following: is there a way to access svn data on the
> svn server without checking data out? I would need to create temporal tar'ed
> archive of a versioned directory that is then attached to a w
On Tue, 09 Aug 2011 20:27:53 +, Jan Ciesko (GMAIL) wrote:
> Dear SVN users
>
> I would like to ask the following: is there a way to access svn data on
> the svn server without checking data out?
'svn cat $URL' and 'svn ls $URL' come to mind.
But not easy to get a tree with those.
> I would
On Tue, Aug 9, 2011 at 1:57 PM, Igor DEFAYE wrote:
> We have a major problem on our Apache Subversion. When updating some
> revisions are not pulled down to the pc, regardless of which pc we use.
>
> This seems to happen only when updating from a sub-directory and not
> updating from root direct
Dear SVN users
I would like to ask the following: is there a way to access svn data on
the svn server without checking data out? I would need to create
temporal tar'ed archive of a versioned directory that is then attached
to a website. Both web- and svn-server are running on the same system.
On Tue, Aug 9, 2011 at 1:19 PM, Jon Stafford
wrote:
> Thanks everyone for the responses. To check my understanding, and to give
> half a conclusion -
>
> Every revision apart from the very initial revision of a file is stored as
> a delta against some previous version. Subversion would typically
On Tue, Aug 09, 2011 at 10:10:32AM -0700, Kathy Khaghani wrote:
> Stefan,
>
> Thank you so much for your fast response! To give you a bit more info, this
> error has been happening with every commit on this repository, I am the only
> one who uses it, and I read someplace that I could be timing
Thanks everyone for the responses. To check my understanding, and to give half
a conclusion -
Every revision apart from the very initial revision of a file is stored as a
delta against some previous version. Subversion would typically probably use
the least disk space *if* each revision was s
Stefan,
Thank you so much for your fast response! To give you a bit more info, this
error has been happening with every commit on this repository, I am the only
one who uses it, and I read someplace that I could be timing out so I have set:
SSLSessionCacheTimeout 3600
And SVNPathAuthz off
Als
On Tue, Aug 09, 2011 at 09:49:47AM -0700, Kathy Khaghani wrote:
> Hi,
>
> I'm using svn, version 1.5.0 (r31699) on Linux Fedora Core release 4 OS,
> when I trying committing a file I get this error message:
>
> Sendingevents/fms/index.php
> Transmitting file data .svn: Commit failed (de
Hello,
I'm trying to use mod_dav_svn to host repositories that are arranged in
project directories and I can't get the configuration to work. My
projects look like this:
/srv/svn/project1/repo1
/srv/svn/project1/repo2
/srv/svn/project2/repo1
I'm running into trouble configuring mod_dav_s
Hi,
I'm using svn, version 1.5.0 (r31699) on Linux Fedora Core release 4 OS, when
I trying committing a file I get this error message:
Sendingevents/fms/index.php
Transmitting file data .svn: Commit failed (details follow):
svn: MERGE of '/repos/sites/trunk/www/STEC/aboutstec/events/fms
Thank you so much Giulio for your help.
On Tue, Aug 9, 2011 at 11:40 AM, Giulio Troccoli
wrote:
>
>
> On 09/08/11 16:28, Adam Tong wrote:
>>
>> You are right i just tested when i do revert it is reverted and i can
>> see it in the file system.
>>
>> On the other hand, I am sure that i am doing "r
On 09/08/11 16:28, Adam Tong wrote:
You are right i just tested when i do revert it is reverted and i can
see it in the file system.
On the other hand, I am sure that i am doing "rm filename" and not svn
delete filename.
Maybe there is a way to configure svn so that it considers rm as
equival
You are right i just tested when i do revert it is reverted and i can
see it in the file system.
On the other hand, I am sure that i am doing "rm filename" and not svn
delete filename.
Maybe there is a way to configure svn so that it considers rm as
equivalent to svn delete?
Because this is happ
Like I've said, I was able to build subversion 1.7.0 on our 64bit systems in
the past. The build flow hasn't changed. I've put a lot of time into trying
different options to the build flow and I'm pretty sure that isn't the culprit.
As for your second recommendation, it doesn't look like libma
On 09/08/11 16:18, Adam Tong wrote:
svn st gives the that the file was deleted (D) when i do svn up it
does not bring it. But when i did the first sugetion of copy -r
it worked
sorry about forgeting to reply to all
On Tue, Aug 9, 2011 at 11:03 AM, Giulio Troccoli
wrote:
On 09/08/11
svn st gives the that the file was deleted (D) when i do svn up it
does not bring it. But when i did the first sugetion of copy -r
it worked
sorry about forgeting to reply to all
On Tue, Aug 9, 2011 at 11:03 AM, Giulio Troccoli
wrote:
>
>
> On 09/08/11 16:02, Adam Tong wrote:
>>
>> you are
On 09/08/11 16:02, Adam Tong wrote:
you are right i used the os, i did not commit after deleting.
On Tue, Aug 9, 2011 at 11:00 AM, Giulio Troccoli
wrote:
On 09/08/11 15:40, Adam Tong wrote:
Hi,
When i remove a file from my local copy, I cannot get it from the
repository using the command
On 09/08/11 15:40, Adam Tong wrote:
Hi,
When i remove a file from my local copy, I cannot get it from the
repository using the command svn up.
Is there another way to get a recently deleted file? or there is
something wrong in my settings.
Thanks
Did you use the OS to delete the file or Sub
Hi,
When i remove a file from my local copy, I cannot get it from the
repository using the command svn up.
Is there another way to get a recently deleted file? or there is
something wrong in my settings.
Thanks
On Mon, Aug 08, 2011 at 04:19:06PM -0600, michael_rytt...@agilent.com wrote:
> For a while I was downloading and running the development build of subversion
> 1.7.0. At one revision of the code I started having an issue where svn would
> immediately segfault. At that time I stopped using 1.7.0
On Mon, Aug 8, 2011 at 6:19 PM, wrote:
> For a while I was downloading and running the development build of
> subversion 1.7.0. At one revision of the code I started having an issue
> where svn would immediately segfault. At that time I stopped using 1.7.0
> assuming the issue would be fixed be
On Aug 9, 2011, at 04:16, Peter Pommelich wrote:
> I have to modify some paths (trunk/meta/trunk => trunk) in the dump file
> created with 'svnadmin dump'. I did the modification of 'Node-path' and
> 'Node-copyfrom-path' with sed.
Do not use sed to modify a dumpfile; use a tool designed to und
For a while I was downloading and running the development build of subversion
1.7.0. At one revision of the code I started having an issue where svn would
immediately segfault. At that time I stopped using 1.7.0 assuming the issue
would be fixed before release. Unfortunately I just downloaded
On Tue, 09 Aug 2011 12:12:17 +, Stefan Sperling wrote:
...
> export SVN_I_LOVE_CORRUPTED_WORKING_COPIES_SO_DISABLE_SLEEP_FOR_TIMESTAMPS=1
ITYM "...AMPS=yes". Then it's running faster (and not apparently corrupt)
indeed, and we're now closing up to git.
I'd like SVN_DO_CONTENT_CHECK_ON_EQUAL_T
On Tue, Aug 09, 2011 at 11:46:06AM +0200, Erik Huelsmann wrote:
> The fact that the 'svn up' takes about a second can't be blamed on SQL Lite
> or any other SQL engine. The Subversion client sleeps 1 second to make sure
> that it's able to detect changes to files: it does timestamp checks and
> ret
On Tue, 09 Aug 2011 11:38:41 +, Stefan Sperling wrote:
...
> Which script are you referring to? Can you post it or provide a link?
This one:
set -xe
rm -rf repo wc
time svnadmin create repo
time svn checkout file:///`pwd`/repo wc
cd wc
mkdir D
touch A D/B D/C E
# svn add . # <- That nuisance
Hi Andreas,
On Tue, Aug 9, 2011 at 11:06 AM, Andreas Krey wrote:
> On Mon, 01 Aug 2011 07:39:59 +, Les Mikesell wrote:
> ...
> > SQLlite has years of development and a good reputation for robust
> behavior.
>
> I don't doubt that.
>
> > I'd expect it to be hard to match its performance and r
On Tue, Aug 09, 2011 at 11:06:43AM +0200, Andreas Krey wrote:
> But I may be barking up the wrong tree. I built svn 1.7 and ran my
> small 'second consecutive commit fails' test script with that. It's
> not the local operations, but those that act on the repository (here:
> file:///...) that take r
On Tuesday 09 August 2011, Andreas Krey wrote:
> On Tue, 09 Aug 2011 09:20:17 +, Ulrich Eckhardt wrote:
> ...
>
> > Yes I am. You might question whether it is reasonable to make them here,
> > but it doesn't matter. The point is that you use svn_load_dirs not in
> > order to just mirror the up
Hi everbody,
I wrote to this mailing list a few days ago (I had some questions regarding how
to migrate a repository). I'm still working in this...
The current problem I have is this:
I have to modify some paths (trunk/meta/trunk => trunk) in the dump file
created with 'svnadmin dump'. I did th
On Mon, 01 Aug 2011 07:39:59 +, Les Mikesell wrote:
...
> SQLlite has years of development and a good reputation for robust behavior.
I don't doubt that.
> I'd expect it to be hard to match its performance and reliability without
> an equally long development cycle.
We don't want an SQL se
On 09.08.2011 08:54, Ulrich Eckhardt wrote:
> I don't think the folder containing the root of a WC should have to
> have the exact same name as the folder in the repository it
> corresponds to. As this is a feature to me, I hope that 1.7 isn't
> going to break this.
It is a bug, and it has been fi
On Tue, 09 Aug 2011 09:20:17 +, Ulrich Eckhardt wrote:
...
>
> Yes I am. You might question whether it is reasonable to make them here, but
> it doesn't matter. The point is that you use svn_load_dirs not in order to
> just mirror the upstream sources locally, you could use a simple shared
On Wednesday 03 August 2011, you wrote:
> On Aug 1, 2011, at 05:31, Ulrich Eckhardt wrote:
> > On Friday 29 July 2011, Brecht Ameije wrote:
> >> I read the referred page in the book, indeed: the script
> >> svn_load_dirs.pl is exactly what I need. It implements the steps that I
> >> did by hand.
>
57 matches
Mail list logo
