Re: Disk space problem

2011-12-13 Thread Thorsten Schöning
Guten Tag Xiaogang Zhang,
am Montag, 12. Dezember 2011 um 23:40 schrieben Sie:

> I have created a repository in the disk E, and start to import a large
> project to it. In the halfway, I got a message from the OS saying the C
> drive space is low, it seems to me that SVN is storing data onto the disk C.

How large is this project really and with how much RAM is your server
equipped? Maybe an increasing swap file is your real problem? Normally
SVN saves it's data only in the working directory with it's own .svn/tmp
folder or in the transactions folders of the repository somewhere on E
in your case. I don't think it uses the users temp folder, but I might
be wrong.

> 1. How should I stop the "import" process, without causing any problem,
> such as leave rubbish data in the disk?

Not committed transactions, like in the middle of your import process,
can be deleted by svnadmin without leaving rubbish data. If your
aborted import is the only data, you could even just delete and
recreate the whole repository.

> 2. How can I force SVN store data onto drive E (or any disk I specified)
> rather than on the C drive?

I think it does by default.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow



Re: Pre commit hook script help needed

2011-12-13 Thread Ryan Schmidt
Remember to Reply All so the conversation stays on the mailing list.

On Dec 13, 2011, at 01:38, Amitakhya Phukan wrote:

> On Tue, Dec 13, 2011 at 2:22 AM, Ryan Schmidt wrote:
>> If you're using something like bash to write your post-commit hook script, 
>> you'll be running "svnlook changed" to see what files were changed by the 
>> revision, and then for each one, you'll be doing your check. In between 
>> those steps (getting the list of files, and checking them), filter out the 
>> ones you don't want to check (those in Docs). For example using "grep -v 
>> /Docs/". Alternately, discard everything *except* the paths you want to 
>> check, e.g. Bar: "grep /Bar/".
> 
> So I have to write a post commit hook ? Can you please share an example with 
> me ? I am using bash shell.

Sorry, I meant pre-commit hook. They're quite similar anyway. There are many 
examples of hook scripts in the mailing list archives; you should be able to 
find some by searching:

http://svn.haxx.se/users/



Re: svn: E170001: Unable to connect to a repository at URL svn://

2011-12-13 Thread Daniel Shahaf
Jeff Kowalczyk wrote on Mon, Dec 12, 2011 at 22:03:15 +:
> Daniel Shahaf  daniel.shahaf.name> writes:
> > Jeff Kowalczyk wrote on Mon, Dec 12, 2011 at 20:59:00 +:
> > > I am now able to access svn:// urls, so the local problem is
> > > masked, although not fully understood. I'd like to follow it to
> > > the cause so I can file a Gentoo bug if needed.
> > > 
> > 
> > Can you eavesdrop the svn:// protocol handshake and see which
> > authentication methods are being (a) offered by the server, (b)
> > used?
> > 
> > Protocol docs in in subversion/libsvn_ra_svn/protocol.
> > 
> > > Are there any files under etc/ or ~/.subversion that might
> > > influence subversion's protocol to access to svn:// urls? I had
> > > previously cleared out ~/.subversion/auth FWIW. I'm grasping for
> > > something that might be different on this machine than the others.
> > 
> > Does libsasl have any client-side config files?
> 
> I will see if I can get wireshark to isolate that traffic.
> 
> Re: config files, are those under /etc what you were asking about?
> 

Those don't seem to be "client-side" config files --- except perhaps for
the contents of /etc/sasl2 (if any).

> $ sudo equery files cyrus-sasl |grep "/etc"   
> /etc
> /etc/conf.d
> /etc/conf.d/saslauthd
> /etc/init.d
> /etc/init.d/pwcheck
> /etc/init.d/saslauthd
> /etc/pam.d
> /etc/pam.d/saslauthd
> /etc/sasl2
> /etc/sasl2/.keep_dev-libs_cyrus-sasl-2
> 
> 
> Thanks,
> Jeff
> 
> 
> 
> 


Re: Disk space problem

2011-12-13 Thread Daniel Shahaf
Ulrich Eckhardt wrote on Tue, Dec 13, 2011 at 08:51:03 +0100:
> Am 12.12.2011 23:40, schrieb Xiaogang Zhang:
> >I am not too familiar with SVN, but have to use it now, on a Windows
> >2003 server.
> >
> >I have created a repository in the disk E, and start to import a large
> >project to it. In the halfway, I got a message from the OS saying the C
> >drive space is low, it seems to me that SVN is storing data onto the
> >disk C.
> 
> I guess it stores temporary data there.
> 
> 
> >My questions are:
> >
> >1. How should I stop the "import" process, without causing any problem,
> >such as leave rubbish data in the disk?
> 
> If you literally mean "svn import" with import process, then you
> don't have to do anything, because the import is done in one atomic
> transaction. If you mean something like "svnadmin load", this is not
> the case, there revisions are committed one by one. In that case,
> you should be able to resume the load operation from the first
> revision not loaded.
> 
> 
> >2. How can I force SVN store data onto drive E (or any disk I specified)
> >rather than on the C drive?
> 
> I think you can use %TMP% or %TEMP% to change this location.

On unix it's TMPDIR/TMP/TEMP.  And it appears to be the same on windows
(ref apr_temp_dir_get())


RE: branching strategies in subversion

2011-12-13 Thread Brenden Walker
I suspect we've got a language barrier to get past.  Sorry for the top post, on 
outlook here.

I think you want to do the following:

Each developer branches Trunk to a 'personal' branch and commits work to that 
branch.  When a developer has code that's ready for release, he/she would then 
merge that branch to Trunk which you could then do a release from.

That could work however a lot depends on how many people are working on the 
same code or code areas.  The other developers would likely need (or want) to 
merge changes that have been committed to trunk back into their branches so 
they can see the work of others and have complete code.

I would think though that you would want a release branch and one person 
responsible for merging trunk into the release branch so that any breakage in 
trunk doesn't get released.




From: truck...@gmail.com [mailto:truck...@gmail.com] On Behalf Of jes Struck
Sent: Monday, November 28, 2011 4:11 AM
To: users@subversion.apache.org
Subject: branching strategies in subversion


Hej

I started to investigate the branching strategies of subversion. to compare 
with Git, Mercurial and ClearCase.
These three tools have an opportunity to branch out in a developer branch from 
which to deliver the trunk several times, so that such branches may be seen as 
developers industry instead of features industry. In Subversion, it seems that 
the second time you try to deliver the subversion dispose of any changes you've 
ever made any page on this branch

[cid:~WRD000.jpg]

So that second time i deliver it tries to deliver changes from Both Changeset A 
and B

i would rather have it only took Changeset B?

is this me that does not now how the correct way is to due it?

<>

Re: Hypervisor Support - Virtual Guest Image Versioning

2011-12-13 Thread Les Mikesell
On Mon, Dec 12, 2011 at 11:44 PM, Nico Kadel-Garcia  wrote:
>
> I profoundly dislike the Apache/SVN setup, and have said so before.
> This is partly because it's another layer of access control complexity
> that is orthogonal to the pre-commit or other built-in access
> configuration. The other, and more powerful reason, is that Linux and
> UNIX clients for Subversion store the passwords, by default, as
> plain-text in a well-known location in your home directory.
[...]
> So wherever feasible, I use svn+ssh.


If I have access to your home directory to see your saved password,
wouldn't I also be able to copy your ssh identity just as easily?

-- 
  Les Mikesell
lesmikes...@gmail.com'


httpv2 protocol usage

2011-12-13 Thread Abid Hussain
Hi all,

I read about the so called httpv2 protocol and would like to ask some questions 
about it:
* Does any svn 1.7 server (according to the spec) and client support this new 
protocol?
* Is the protocol used automatically when a client connects to a server (both 
1.7)?

Any help would be appreciated...

Regards,

Abid
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone


Crash during attempted dump of repository

2011-12-13 Thread Mourrat, David (CA-CIB)
Hi all,

 

I was trying to dump my repository with these results:

 

E:\VoloxTmp>"C:\Program Files\VisualSVN Server\bin\svnadmin" dump -r 
19000:29950 E:\svn_repository_new > E:\VoloxTmp\dump_new.svndump

This application has halted due to an unexpected error.

A crash report and minidump file were saved to disk, you can find them here:

C:\DOCUME~1\UT08CL~1\LOCALS~1\Temp\1\svn-crash-log20111213170007.log

C:\DOCUME~1\UT08CL~1\LOCALS~1\Temp\1\svn-crash-log20111213170007.dmp

Please send the log file to users@subversion.apache.org to help us analyze

and solve this problem.

 

NOTE: The crash report and minidump files can contain some sensitive information

(filenames, partial file content, usernames and passwords etc.)

 

 

Do you have an idea?

 

Dump files joined,

 

Thanks, best regards,

 

David MOURRAT 

Crédit Agricole  -  Corporate and Investment Bank
BLI | EDI | Automaton and Market Access 
Head of Volatility Trading Systems

 

Tél. : +33 (0)1 57 87 10 48 | Fax. : +33 (0)1 41 89 84 10
Email : david.mour...@ca-cib.com

 

This message and any attachments are intended for the sole use of its addressee.
If you are not the addressee, please immediately notify the sender and then 
destroy the message.
As this message and/or any attachments may have been altered without our 
knowledge, its content is not legally binding on Crédit Agricole Corporate and 
Investment Bank.
All rights reserved.

 
Ce message et ses pièces jointes sont destinés à l'usage exclusif de leur 
destinataire.
Si vous recevez ce message par erreur, merci d'en aviser immédiatement 
l'expéditeur et de le détruire ensuite.
Le présent message pouvant être altéré à notre insu, Crédit Agricole Corporate 
and Investment Bank ne peut pas être engagé par son contenu.
Tous droits réservés.


svn-crash-log20111213170007.dmp
Description: svn-crash-log20111213170007.dmp


svn-crash-log20111213170007.log
Description: svn-crash-log20111213170007.log


httpv2 and javahl

2011-12-13 Thread Abid Hussain
Hi all,

unfortunately I didn't find much documentation about the JavaHL client.

I would like to know if a JavaHL client (1.7) supports the new httpv2 called 
protocol when connecting to a 1.7 (or higher) server. And, if so, is this done 
automatically or are there any configuration changes to be done?

Regards,

Abid
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone


Re: httpv2 and javahl

2011-12-13 Thread Mark Phippard
On Tue, Dec 13, 2011 at 11:29 AM, Abid Hussain  wrote:
> Hi all,
>
> unfortunately I didn't find much documentation about the JavaHL client.
>
> I would like to know if a JavaHL client (1.7) supports the new httpv2 called 
> protocol when connecting to a 1.7 (or higher) server. And, if so, is this 
> done automatically or are there any configuration changes to be done?

JavaHL is simply the Java interface to the normal SVN client API.  So
JavaHL has all of the same features as the SVN command line client
including HTTPv2.  Really the svn command line is just as command line
interface to the same client API.

If you are talking to a SVN 1.7 server the HTTPv2 protocol will be used.

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/


saslpasswd2 on subversion 1.7.2

2011-12-13 Thread olizit
Hi,

I update my own svn server from 1.6.11 to 1.7.2.
I use sasl encryption for authentification.
saslpasswd2 works perfect on 1.6 version but seems not work in 1.7.2.
Password database file (sasldb in my case) seems to be not created.
Are you tested this kind of configuration ?
Do you know if something changed in authentification process ?

Thanks for all.

Olivier


Re: saslpasswd2 on subversion 1.7.2

2011-12-13 Thread Stefan Sperling
On Tue, Dec 13, 2011 at 06:07:19PM +0100, olizit wrote:
> Hi,
> 
> I update my own svn server from 1.6.11 to 1.7.2.
> I use sasl encryption for authentification.
> saslpasswd2 works perfect on 1.6 version but seems not work in 1.7.2.
> Password database file (sasldb in my case) seems to be not created.
> Are you tested this kind of configuration ?
> Do you know if something changed in authentification process ?
> 
> Thanks for all.
> 
> Olivier

There have been no significant changes in Subversion's SASL support
code between 1.6 and 1.7. However, we keep getting some reports about
problems with SASL after upgrading to 1.7.

In all cases so far, the problem seemed to be in the cyrus-sasl package
rather than in Subversion. It is possible that a problem in cyrus-sasl
is coinciding with the upgrade to Subversion 1.7, making it look as
if Subversion 1.7 SASL support had a regression. But it is just as likely
that a recent cyrus-sasl upgrade introduced a problem.

For instance, see this post, and the replies, from just a few days ago:
http://svn.haxx.se/users/archive-2011-12/0150.shtml

On OpenBSD, a Subversion SASL problem was identified as a problem with
the SASL package: http://marc.info/?l=openbsd-ports&m=131805779110751&w=2
I don't know if other systems, such as Linux, have had similar issues.

You have not told us which operating system you are running.


Re: saslpasswd2 on subversion 1.7.2

2011-12-13 Thread olizit
Thanks for your quick answer !!

Subversion runs under a Windows Server 2008 x64.
I use subversion only to save my personal works. I think I reinstall the
previous version or use basic authentification.

Thanks for all

Olivier

2011/12/13 Stefan Sperling 

> On Tue, Dec 13, 2011 at 06:07:19PM +0100, olizit wrote:
> > Hi,
> >
> > I update my own svn server from 1.6.11 to 1.7.2.
> > I use sasl encryption for authentification.
> > saslpasswd2 works perfect on 1.6 version but seems not work in 1.7.2.
> > Password database file (sasldb in my case) seems to be not created.
> > Are you tested this kind of configuration ?
> > Do you know if something changed in authentification process ?
> >
> > Thanks for all.
> >
> > Olivier
>
> There have been no significant changes in Subversion's SASL support
> code between 1.6 and 1.7. However, we keep getting some reports about
> problems with SASL after upgrading to 1.7.
>
> In all cases so far, the problem seemed to be in the cyrus-sasl package
> rather than in Subversion. It is possible that a problem in cyrus-sasl
> is coinciding with the upgrade to Subversion 1.7, making it look as
> if Subversion 1.7 SASL support had a regression. But it is just as likely
> that a recent cyrus-sasl upgrade introduced a problem.
>
> For instance, see this post, and the replies, from just a few days ago:
> http://svn.haxx.se/users/archive-2011-12/0150.shtml
>
> On OpenBSD, a Subversion SASL problem was identified as a problem with
> the SASL package: http://marc.info/?l=openbsd-ports&m=131805779110751&w=2
> I don't know if other systems, such as Linux, have had similar issues.
>
> You have not told us which operating system you are running.
>


What is the easiest way to copy an existing Subversion Repository to another server?

2011-12-13 Thread Craig Burlock
Hello all,

I need to create a new clone of an existing Subversion Repository to run on
a new server. What is the easiest way of doing this?

I haven't done this before and any help would be very much appreciated.

Thanks.


Re: What is the easiest way to copy an existing Subversion Repository to another server?

2011-12-13 Thread Patrick Burma
Hey Craig, probably the best way is to do export/import using the svnadmin
dump and load commands.

svnbook has a little guide on this scenario you can see here.
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate

-Pat

On Tue, Dec 13, 2011 at 9:23 PM, Craig Burlock wrote:

> Hello all,
>
> I need to create a new clone of an existing Subversion Repository to run
> on a new server. What is the easiest way of doing this?
>
> I haven't done this before and any help would be very much appreciated.
>
> Thanks.
>


Re: What is the easiest way to copy an existing Subversion Repository to another server?

2011-12-13 Thread Ryan Schmidt

On Dec 13, 2011, at 22:23, Craig Burlock wrote:

> I need to create a new clone of an existing Subversion Repository to run on a 
> new server. What is the easiest way of doing this?

svnsync.

http://svnbook.red-bean.com/en/1.7/svn.ref.svnsync.html