Remote Datasource of my repository

[Juan Jesús Cremades Monserrat]

Hi!!

I've created a Virtual Machine with a Subversion Server. Until Now, the
content was stored in the same VM but my boss want the data out of it
because security. There's some meaning to move this data? Thanks!

Re: Remote Datasource of my repository

[Bogdan Cristea]

On Monday 04 January 2010 13:29:23 Juan Jesús Cremades Monserrat wrote:
> Hi!!
> 
> I've created a Virtual Machine with a Subversion Server. Until Now, the
> content was stored in the same VM but my boss want the data out of it
> because security. There's some meaning to move this data? Thanks!
> 

Please read svn documentation. 
'svnadmin dump' should do this.

RE: Remote Datasource of my repository

[Venkata Badipatla]

Hi,

You can back up the SVN repository using the "svnadmin dump" command. This dump 
file is platform independent. You can restore it back using "svnadmin load" 
command in any platform.

Dump Command: svnadmin dump /location/of/the/repository > dumpfilename.dmp

Before restoring the SVN repository, we have to create repository using 
"svnadmin create"

Restore Command: svnadmin load /location/of/the/repository < dumpfilename.dmp

Note: If you are using Collabnet 1.6.x or above, we have to change the 
ownership of the repository as CSVN
Chown -Rf csvn:csvn repository_name


Thanks,

Venkata Badipatla | Systems Engineer - PMSG (Professional & Managed Services 
Group) | Persistent Systems
venkata_badipa...@persistent.co.in  | 
Cell: +91-9657387160 |
Innovation in software product design, development and delivery - 
www.persistentsys.com

From: Juan Jesús Cremades Monserrat [mailto:relic...@gmail.com]
Sent: Monday, January 04, 2010 4:59 PM
To: users@subversion.apache.org
Subject: Remote Datasource of my repository

Hi!!

I've created a Virtual Machine with a Subversion Server. Until Now, the content 
was stored in the same VM but my boss want the data out of it because security. 
There's some meaning to move this data? Thanks!

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.

Re: Remote Datasource of my repository

[Ulrich Eckhardt]

On Monday 04 January 2010, Juan Jesús Cremades Monserrat wrote:
> I've created a Virtual Machine with a Subversion Server. Until Now, the
> content was stored in the same VM but my boss want the data out of it
> because security.

The existing solution opens the virtual machine to corruption through SVN, if 
you set up an SVN server on an existing machine, that whole machine will be 
at stake. Sandboxing actually increases security. Anyway, those are all your 
decisions that are not specific to SVN...

> There's some meaning to move this data?

If you are moving the repository between machines with the same OS and 
underlying hardware (even if virtual), just copying without the mentioned 
svnadmin dump/load cycle should work, too.

Uli

-- 
ML: http://subversion.tigris.org/mailing-list-guidelines.html
FAQ: http://subversion.tigris.org/faq.html
Docs: http://svnbook.red-bean.com/

Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932

**
Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**
   Visit our website at 
**
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten 
bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen 
Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein 
sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, 
weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte 
Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht 
verantwortlich.
**

Re: Remote Datasource of my repository

[Andy Levy]

2010/1/4 Juan Jesús Cremades Monserrat :
> Hi!!
>
> I've created a Virtual Machine with a Subversion Server. Until Now, the
> content was stored in the same VM but my boss want the data out of it
> because security. There's some meaning to move this data? Thanks!

Doing so won't significantly improve the "security" of anything, if
"security" truly means "protected from attack."

It may be easier to back up, and it will prevent your VM image from
growing very large, but it really won't impact security.

SWIG bindings (Perl)

[Giulio Troccoli]

Hi everyone.

I am really struggling to understand how correctly use the bindings.

I have compiled Subversion 1.6.5 with Perl bindings. Subversion itself works 
perfectly. We have a series of scripts written in ksh at the moment but I'm 
working on rewriting them in Perl.

I have now reached a point where I need to detect tree conflicts after a status 
command.

The following subroutine works just fine

sub status_wc {
   my ($ctx_ref, $wc_path, $status_func_ref) = @_;

   ### Create a new client and authenticate, if necessary
   &$get_new_client($ctx_ref) unless (defined($$ctx_ref));

   ### Get the status of the working copy and process it;
   my $recursive = 1;
   my $get_all = 0;
   my $update = 0;
   my $no_ignore = 1;
   SVN::Client::status($$ctx_ref, $wc_path, 'HEAD', $status_func_ref, 
$recursive, $get_all, $update, $no_ignore);
}

My function to check the status is called and it prints the status of every 
file (well, every file that SVN has something to report about).

  my ($path, $status) = @_;
  say "none" if ($status->text_status() eq $SVN::Wc::Status::none);
  say "unversioned" if ($status->text_status() eq 
$SVN::Wc::Status::unversioned);
  say "normal" if ($status->text_status() eq $SVN::Wc::Status::normal);
  say "added" if ($status->text_status() eq $SVN::Wc::Status::added);
  say "missing" if ($status->text_status() eq $SVN::Wc::Status::missing);
  say "deleted" if ($status->text_status() eq $SVN::Wc::Status::deleted);
  say "replaced" if ($status->text_status() eq $SVN::Wc::Status::replaced);
  say "modified" if ($status->text_status() eq $SVN::Wc::Status::modified);
  say "merged" if ($status->text_status() eq $SVN::Wc::Status::merged);
  say "conflicted" if ($status->text_status() eq 
$SVN::Wc::Status::conflicted);
  say "ignored" if ($status->text_status() eq $SVN::Wc::Status::ignored);
  say "obstructed" if ($status->text_status() eq 
$SVN::Wc::Status::obstructed);
  say "external" if ($status->text_status() eq $SVN::Wc::Status::external);
  say "incomplete" if ($status->text_status() eq 
$SVN::Wc::Status::incomplete);

SVN::Client::status does not however have a way to report tree conflict (or I 
don't know how to).

I have tried to add the following at the end
  say "tree conflict" if ($status->tree_conflict);

But get the error

Can't locate object method "tree_conflict" via package "_p_svn_wc_status_t"

I have a ksh script that reproduce a tree conflict if anyone is interested.

Can anybody help me?

Thanks
Giulio


Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851VAT Reg No 778499447

Re: svnsync "207 Multi-Status" failure with http access method and property "svn:"

[Kylo Ginsberg]

Self-bump and post to dev list also.  Posting 2 days before Christmas
seems to be a bad way to get a response ... ;>

On Wed, Dec 23, 2009 at 1:13 PM, Kylo Ginsberg  wrote:
> Preparatory to setting up a proxy server, I'm trying to svnsync a
> repository from 1.6.6 server to another 1.6.6 server (both x86_64
> linux, one Fedora 7, one Fedora 12).  Some user somehow managed to
> create a property "svn:" on a file and the svnsync fails like so:
>
> Transmitting file data .svnsync: At least one property change failed;
> repository is unchanged
> svnsync: PROPPATCH of
> '/svn-proxy-sync/!svn/wrk/82bb957d-3816-45ed-a262-dadb63d80787/users/jwhiteman/python/cfg/CFG.xml':
> 207 Multi-Status (http://hood)
>
> I'm able to reproduce (what I assume is) the same problem without svnsync:
> 1) create a repo, with both svn and http access methods
> 2) via svn access method create a file, set an "svn:" property, and
> commit it, e.g.
>  svn co svn://snow/test test
>  cd test/
>  echo foo > foo.txt
>  svn add foo.txt
>  svn ps svn: asdf foo.txt
>  svn ci -m testing
> 3) now try to access it via http:
>> svn pl http://snow/test/foo.txt
> svn: PROPFIND of '/test/!svn/bc/1/foo.txt': 207 Multi-Status (http://snow)
>
> So two questions here:
> 1) Is this a known issue? (I didn't see it in the bug db.)  If not,
> can I get a second nomination that this is a bug?  (If someone can
> point me in the right direction, and if this is likely to be a
> somewhat surgical fix, I'd be happy to attempt a patch.)
> 2) Any recommendations on how to proceed?  For the initial sync of
> repos I can probably force the issue by svnsync'ing via the svn access
> method, but I don't think this will work once I set up write-through
> proxying.
>
> Thanks!
> Kylo
>

Centos compile of 1.6.6 fails make check, svnadmin dump fails.

[Joshua Hogendorn]

Hey, I'm having an issue with our svn server. Im compiling svn 1.6.6 for
it as an upgrade (having removed the yum installed packaged) and im
compiling it against one of 2 apache installs (separate services). This
all works fine, and I get normal operation this way. However in trying
to migrate an old repository over, if I run svnadmin dump I get an error
:

 

svnadmin: symbol lookup error: /usr/local/lib/libsvn_subr-1.so.0:
undefined symbol: apr_hash_clear

 

so I went back to the beginning and ran a make check, which gives this
output http://paste2.org/p/592611

 

So there is some sort of problem with libtool not linking properly. Im
using this line to compile:

 

sudo make clean && ./configure
--with-apxs=/usr/local/apache2-svn/bin/apxs --enable-shared
--with-apr=/usr/bin/apr-1-config-svn
--with-apr-util=/usr/bin/apu-1-config-svn --without-berkeley-db && sudo
make && sudo make check

 

The interesting thing is that if I drop --enable-shared I get about
halfway through the test before it starts failing. (that's the output
linked above)

 

I've asked in #centos and #svn on freenode and noon there seems to be
able to help, so maybe this list would have a better idea of whats going
wrong?

 

Many Thanks,

Joshua Hogendorn



Please consider our environment before you print. Help us give paperless 
communication the green light. 

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and / or privileged material. Any 
disclosure, copying, distribution, or other use without the express consent of 
the sender is prohibited. If you received this email in error, please contact 
the sender and delete the material from any computer. All rights in the 
information transmitted, including copyright, are reserved. Nothing in this 
message should be interpreted as a digital signature that can be used to 
authenticate a document. No warranty is given by the sender that any 
attachments to this email are free from viruses or other defects. 

Remote Datasource of my repository

[Juan Jesús Cremades Monserrat]

Hi!!

I've created a Virtual Machine with a Subversion Server. Until Now, the
content was stored in the same VM but my boss want the data out of it
because security. There's some meaning to move this data? Thanks!

Re: svnsync "207 Multi-Status" failure with http access method and property "svn:"

[C. Michael Pilato]

Ben Collins-Sussman wrote:
> Is svnserve really allowing you to create a random svn: junk property?
> I was pretty sure that servers validated svn: properties -- only a
> scant few exist, and users aren't supposed to be able to invent them.
> My guess is that apache is throwing an error (207 mult-status probably
> contains a 5XX code inside it somewhere) when it fails validate the
> outgoing svn:asdf property, and then the svn client chokes on the
> error.

I'm pretty sure we do NOT have server validation of svn: property names.  To
date, most of our svn: properties are for client functionality only, so we
would have been painting ourselves into a corner by having servers validate
those suckers (forcing folks to upgrade servers just to get
server-independent client functionality).

Also, Ben, you read Kylo's mail incorrectly.  He didn't create an "svn:asdf"
property.  He created an "svn:" property with value "asdf".  So *my* guess
is that when mod_dav_svn is converting repository property names (such as
"svn:keywords") into PROPFIND response XML tags (such as ""),
this "svn:" property is causing an essentially nameless tag ("") to be
generated and transmitted, which causes the client's XML parser to croak.

-- 
C. Michael Pilato 
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand