[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Two Way Replication

From: <rrodriguez_at_fxdd.com>
Date: 2007-05-07 23:52:07 CEST

What tools are available for subversion which support 2 way replication
not just one way replication like svnsync?

 

Rene

 

________________________________

From: Erik Hemdal [mailto:erik@comprehensivepower.com]
Sent: Monday, May 07, 2007 3:54 PM
To: 'Steelman, Brian'; users@subversion.tigris.org
Subject: RE: Upgrade Linux from RHEL 3 to RHEL 4

 

 

        -----Original Message-----
        From: Steelman, Brian [mailto:steelmanb@chartersteel.com]
        Sent: Monday, May 07, 2007 2:43 PM
        To: users@subversion.tigris.org
        Subject: Upgrade Linux from RHEL 3 to RHEL 4

        Hi, I am a subversion and Linux newbie. I apologize if this
question is too simplistic, or if the answer is more complicated than I
think it is. I am running subversion 1.40 on Red Hat EL 3 Update 8. I
want to upgrade this server to RHEL 4 Update 5. Would I need to make
any Subversion configuration changes after performing the upgrade, or
should everything continue to work as before? I will of course have
full backups of the system before upgrading it.

         

        Are you running Subversion from an RPM package or
built-from-source?

         

        $ rpm -qa | grep subversion
        subversion-1.4.3-2.fc6

        A result like the above for this RPM command will show you if
there's an RPM package on your system.

         

        Are you using an FSFS or BDB backend? I don't use BDB, so I
don't know if there are any compatibility issues.

         

        What version of Subversion is provided in RHEL 4, that you are
preparing to update to? On my Fedora Core system, when a new subversion
package came out, simply applying the update worked perfectly smoothly
and I didn't have to do anything (to upgrade from v1.4.0 to v1.4.3).
But I wasn't trying to do an OS upgrade when I did that.

         

        If you have Red Hat support for the system, you might be able to
get useful information from them, such as which version of SVN is
currently supported.

         

        I prefer to use the RPM package from my distribution if it's
available, rather than building from source, althoughI've done both
successfully.

         

        Finally, as well as having full system backups, I would make
sure that I have a goodrepository dump so that I can re-load the
repository if need be.

--------------------------------------------------------------------------------------------------------
This message and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom it is
addressed. It may contain sensitive and private proprietary or legally
privileged information. No confidentiality or privilege is waived or
lost by any mistransmission. If you are not the intended recipient,
please immediately delete it and all copies of it from your system,
destroy any hard copies of it and notify the sender. You must not,
directly or indirectly, use, disclose, distribute, print, or copy any
part of this message if you are not the intended recipient.
FXDirectDealer, LLC reserves the right to monitor all e-mail
communications through its networks. Any views expressed in this
message are those of the individual sender, except where the
message states otherwise and the sender is authorized to state them.

Unless otherwise stated, any pricing information given in this message
is indicative only, is subject to change and does not constitute an
offer to deal at any price quoted. Any reference to the terms of
executed transactions should be treated as preliminary only and subject
to our formal confirmation. FXDirectDealer, LLC is not responsible for any
recommendation, solicitation, offer or agreement or any information
about any transaction, customer account or account activity contained in
this communication.
Received on Mon May 7 23:52:27 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.