Re: Parmently removing directory from server to make space

[Thorsten Schöning]

Guten Tag Anil Bakshi,
am Donnerstag, 4. April 2013 um 07:57 schrieben Sie:

> For example, my root directory is /E_Learning/Development/

> I need to know the folder structure inside Development folder.

> I cannot check it through tortoiseSVN because I have deleted few folders
> from their and I need to know those deleted folders name.

What do you mean by "deleted", using Subversion or svndumpfilter on
a dump/reload cycle?In the first case just look in the history for the
commits where the folders have been deleted, in the latter case there
is no possibility anymore because the repo didn't ever contain the
folders. But that's what one wanted by using svndumpfilter. ;-)

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...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

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

RE: Parmently removing directory from server to make space

[Anil Bakshi]

Hi Olli,

Thnaks for your support.

I ran into one small issue.

I need to know the folder structure of my dump file. Is their any
command to know that.

For example, my root directory is /E_Learning/Development/

I need to know the folder structure inside Development folder.

I cannot check it through tortoiseSVN because I have deleted few folders
from their and I need to know those deleted folders name.

Regards,
Anil Kumar Bakshi
Sr. Multimedia Programmer | Education and Learning

 

Aptara, Inc. | Transforming Content into Knowledge

anil.bak...@aptaracorp.com | aptaracorp.com

A-28, Mohan Cooperative Industrial Estate, 

Mathura Road | New Delhi - 110044 | India

Mobile +91 9818907948

 

-Original Message-
From: olli hauer [mailto:oha...@gmx.de] 
Sent: Tuesday, March 26, 2013 9:31 PM
To: Daniel Shahaf; users@subversion.apache.org
Cc: Anil Bakshi; Stefan Sperling; Grierson, David
Subject: Re: Parmently removing directory from server to make space

On 2013-03-26 12:25, Daniel Shahaf wrote:
> Anil Bakshi wrote on Tue, Mar 26, 2013 at 16:37:25 +0530:
>> So I will go with your suggestion: svndumpfilter exclude
>> /E_Learning/Development/Project1  < repo.dump > filteredDump.dump
>>
>> Please correct me. 
> 
> You might try this command:
> 
> % grep -a '^Node-path:' < repo.dump | head
> 
> to see what paths inside the dump file look like.
> 
> .oO ( maybe we should have an 'svndumpfilter info' command?  I suppose

> it could basically cat the dumpfile, except: file reps would be 
> omitted; dir reps would be omitted (unless we figure out something 
> sensible to dowith them, eg "5 children"); properties would be omitted

> (but in the future we could list propnames or propnames and 
> propvalues). )
> 


Here the script normalize-dump.py (in the svn tar file) comes is really
handy. From my own experience with big dumps it is ways faster to
process the dump with this script and then grep for
Node-path/Node-copyfrom-path.


Additional hint for Windows users:
 run svndumpfilter this way: python -u $path/svndumpfilter.py

Re: SVN wc/repo issue...

[BRM]

Thanks.

I didn't think any server-side locks were involved, but didn't know if a commit 
earlier on may have done something on the server-side.
I did get around it by using the "svn mv" command to do a server-to-server move 
- kind of like doing it in TSVN's Repository Browser; and that worked just fine.

I'll have to look to see if upgrading the client to 1.7 is feasible - though I 
don't do this specific task very often; it's just a matter of whether there's 
enough dependencies in 8.04 to support 1.7 series; I already had to build 1.6 
for it (since Debian/Ubuntu only supports 1.5 for 8.04).

Thanks!

Ben




>
> From: Philip Martin 
>To: BRM  
>Cc: SubVersion Users  
>Sent: Wednesday, April 3, 2013 4:11 PM
>Subject: Re: SVN wc/repo issue...
> 
>BRM  writes:
>
>> $ svn mv ../../include .
>>
>> However, 'svn mv' keeps returning:
>>
>>     Unable to lock '.'
>
>> Is there any way to tell what might be locked on the server side?
>
>The error does not involve a server-side lock.
>
>> We're using Apache2/2.2.22 + Subversion 1.6.17 as the server (Ubuntu
>> Releases); and I'm using 1.6.19 on the client (compiled under Kubuntu
>> 8.04).
>
>It's a bug in the 1.6 client that is fixed in 1.7.  You can work
>around it in 1.6 by doing
>
>$ cd ../..
>$ svn mv include foo/bar
>
>-- 
>Certified & Supported Apache Subversion Downloads:
>http://www.wandisco.com/subversion/download
>
>
>

Re: SVN wc/repo issue...

[Thorsten Schöning]

Guten Tag BRM,
am Mittwoch, 3. April 2013 um 21:36 schrieben Sie:

> Is there any way to tell what might be locked on the server  side?

The problem is not related to any server locks within the svn repo,
but only with your local filesystem and/or your working copy.
SVN-Locks a re only recognized during operations where the repo is
involved, which it isn't in your case, as the mv operation is fully
local.

May it be that your "." is a child of ../../include?

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...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

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

Re: SVN wc/repo issue...

[Philip Martin]

BRM  writes:

> $ svn mv ../../include .
>
> However, 'svn mv' keeps returning:
>
>     Unable to lock '.'

> Is there any way to tell what might be locked on the server side?

The error does not involve a server-side lock.

> We're using Apache2/2.2.22 + Subversion 1.6.17 as the server (Ubuntu
> Releases); and I'm using 1.6.19 on the client (compiled under Kubuntu
> 8.04).

It's a bug in the 1.6 client that is fixed in 1.7.  You can work
around it in 1.6 by doing

$ cd ../..
$ svn mv include foo/bar

-- 
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download

Re: Graphical version tree

[Geoff Hoffman]

What platform?


On Wed, Apr 3, 2013 at 11:52 AM, Olivier Antoine
wrote:

> Hi,
>
> I'm beginning with Subversion,
>
> I'd like to know if there is a tool that could display a graphical
> representation of the version tree of a file?
>
> Regards,
> Olivier
>

-- 


Connect with us on twitter , 
google+
, facebook , or 
linkedin
.

Catch our next training in Atlanta Apr 10 - 
12
, San Jose Apr 15 - 
19
, Chicago Apr 22 - 
26
, Denver Apr 29 - May 
3
 or See 
All
.

This email, including any attachments, is for the sole use of the intended 
recipient and may contain confidential information. If you are not the 
intended recipient, please immediately notify us by reply email or by 
telephone, delete this email and destroy any copies. Thank you.

Re: Graphical version tree

[Thorsten Schöning]

Guten Tag Olivier Antoine,
am Mittwoch, 3. April 2013 um 20:52 schrieben Sie:

> I'd like to know if there is a tool that could display a graphical
> representation of the version tree of a file?

Search for "subversion revision graph" and pick the tool you like the
most. There are really a lot of different tools for different needs.

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...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

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

SVN wc/repo issue...

[BRM]

I have a repository with many projects in it, and have been working on the 
layout of one project in particular - adding directories and moving source into 
it.
I am now trying to move a directory in that projects part of the tree to 
another part of the tree, simply:

$ svn mv ../../include .

However, 'svn mv' keeps returning:

    Unable to lock '.'


I've tried it from several working copies - including one fresh checkout, all 
with the same result.
We don't typically use locks in the repository, and I'm the only person working 
on this part of the tree - and no locks in it.

'svn status' does not return any files as having been locked, and 'svn cleanup' 
doesn't seem to resolve the issue either.


Is there any way to tell what might be locked on the server side?

Any other ideas of what to check?
I didn't see any issues in the Apache2 logs, at least anything obvious.

We're using Apache2/2.2.22 + Subversion 1.6.17 as the server (Ubuntu Releases); 
and I'm using 1.6.19 on the client (compiled under Kubuntu 8.04).

Ben

Graphical version tree

[Olivier Antoine]

Hi,

I'm beginning with Subversion,

I'd like to know if there is a tool that could display a graphical
representation of the version tree of a file?

Regards,
Olivier

Re: subversion on OpenIndiana...

[Daniel Shahaf]

CRAM-MD5 supported on both ends?

John Doe wrote on Wed, Apr 03, 2013 at 04:59:51 -0700:
> Hi,
> 
> any OpenIndiana subversion user here?
> I am trying to checkout a subversion repo but I get:
>   $ svn co svn://server/...
>   svn: Cannot negotiate authentication mechanism
> The server, on Linux, uses sasl.
> In Openindiana, I did install: SFEcyrus-sasl
> Do I need to configure/install something extra?
> 
> Regards,
> JD

Re: Can't svnsync due to pre-revprop-change hook

[Richard Cavell]

Good work, thanks. Needless to say, I really hope I don't screw up the book 
repository and if I do, just block or revert me as necessary until I learn what 
I've done wrong.

Richard
- Original Message -
From: C. Michael Pilato
Sent: 04/04/13 12:11 AM
To: Richard Cavell
Subject: Re: Can't svnsync due to pre-revprop-change hook

On 04/03/2013 09:58 AM, Richard Cavell wrote: > Thanks for the reply. I still 
have some sort of permission problem. I've > removed my actual passwords from 
this transcript. Sorry for my lack of Unix-fu. > > Richards-MacBook-Pro:~ 
richard$ svnsync initialize > https://svnbook.googlecode.com/svn/ 
file:///Users/richard/repo > --sync-username richard --sync-password blah 
--source-username This is not a unix-fu issue. You've got your URLs switched in 
the 'svnsync init' command. svnsync thinks you're trying to copy data from your 
local repository to the public svnbook project repository. (Please don't do 
that. :-) ) -- C. Michael Pilato  CollabNet <> 
www.collab.net <> Enterprise Cloud Development

Re: Can't svnsync due to pre-revprop-change hook

[C. Michael Pilato]

On 04/03/2013 09:58 AM, Richard Cavell wrote:
> Thanks for the reply.  I still have some sort of permission problem.  I've
> removed my actual passwords from this transcript.  Sorry for my lack of 
> Unix-fu.
>
> Richards-MacBook-Pro:~ richard$ svnsync initialize
> https://svnbook.googlecode.com/svn/ file:///Users/richard/repo
> --sync-username richard --sync-password blah --source-username

This is not a unix-fu issue.  You've got your URLs switched in the 'svnsync
init' command.  svnsync thinks you're trying to copy data from your local
repository to the public svnbook project repository.  (Please don't do that.
:-) )

-- 
C. Michael Pilato 
CollabNet   <>   www.collab.net   <>   Enterprise Cloud Development



signature.asc
Description: OpenPGP digital signature

Re: Can't svnsync due to pre-revprop-change hook

[Richard Cavell]

Thanks for the reply. I still have some sort of permission problem. I've 
removed my actual passwords from this transcript. Sorry for my lack of Unix-fu.

Richards-MacBook-Pro:~ richard$ svnsync initialize 
https://svnbook.googlecode.com/svn/ file:///Users/richard/repo --sync-username 
richard --sync-password blah --source-username richardcav...@mail.com 
--source-password blah2
svnsync: warning: W27: Target server does not support atomic revision 
property edits; consider upgrading it to 1.7 or using an external locking 
program
Authentication realm:  Google Code 
Subversion Repository
Username: richardcav...@mail.com
Password for 'richardcav...@mail.com': 
svnsync: E175002: DAV request failed; it's possible that the repository's 
pre-revprop-change hook either failed or is non-existent
svnsync: E175008: At least one property change failed; repository is unchanged
svnsync: E175002: Error setting property 'sync-lock': 
svn: properties may only be changed by project owners.
Richards-MacBook-Pro:~ richard$ 
- Original Message -
From: Thorsten Schöning
Sent: 04/03/13 10:01 PM
To: users@subversion.apache.org
Subject: Re: Can't svnsync due to pre-revprop-change hook

Guten Tag Richard Cavell, am Mittwoch, 3. April 2013 um 13:32 schrieben Sie: > 
Richards-MacBook-Pro:hooks richard$ cat pre-revprop-change The file needs 
execute permissions, check those. 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...05151- 9468- 55 
Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT 
GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - 
Geschäftsführer: Andreas Muchow

Re: Splitting out project from repo

[Bryon Winger]

>  You probably still want the svndumpfilter processing to drop empty 
> revisions before loading it in a new repository.
>
 
 
I believe that the current version of svndumpfilter only operates on 

version 2 dump streams - which svnadmin dump produces. svnrdump 

produces a version 3 dump stream and is not compatible with svnrdump.

 

That being said, I am able to get around dumping empty revisions (from a 

previous dump/load) with svnrdump by running something along these lines:

 

for rev in `svn log -r0:HEAD ${url}/${project} | \ 

egrep "^r[0-9]+ |" | cut -d " " -f1`; do

   svnrdump dump --incremental -r ${rev:1} ${url}/${project} >> 
${project}.dump

done

 

Basically, I am only dumping (incrementally) the revisions which actually 

affect the path in question. This obviously is not as fast as doing 
everything 

server-side, but it does appear to work around having files or directories 

copied from paths outside of the particular project path. The 

outside-copy-paths are dumped in full as opposed to just a simple reference 

as to where it was originally copied from.

 

I would appreciate some feedback if I’m missing something or if the above 

statement is inaccurate or unreliable. In my tests, everything appears to 
be 

the same once loaded into a fresh repository, checked out in full and 
diffed 

against the originals.

 

There is a very brief mention in the svn-book of appending to an existing 

dump file, so I expect that to be safe in general. It can be found in the 

“*Repository 
Backup*”
 
section by searching for ‘appending’.

 

Thanks,

Bryon Winger

Re: Can't svnsync due to pre-revprop-change hook

[Thorsten Schöning]

Guten Tag Richard Cavell,
am Mittwoch, 3. April 2013 um 13:32 schrieben Sie:

> Richards-MacBook-Pro:hooks richard$ cat pre-revprop-change

The file needs execute permissions, check those.

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...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

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

subversion on OpenIndiana...

[John Doe]

Hi,

any OpenIndiana subversion user here?
I am trying to checkout a subversion repo but I get:
  $ svn co svn://server/...
  svn: Cannot negotiate authentication mechanism
The server, on Linux, uses sasl.
In Openindiana, I did install: SFEcyrus-sasl
Do I need to configure/install something extra?

Regards,
JD

Can't svnsync due to pre-revprop-change hook

[Richard Cavell]

Hi everyone. I'm trying to svnsync the svnbook's repository with a repo on my 
own machine, just so I can practice administering an svn repo. What am I doing 
wrong here? I figure I'll paste the transcript from bash and that will explain 
everything.



Richards-MacBook-Pro:~ richard$ svnsync initialize file:///Users/richard/repo 
http://svnbook.googlecode.com/svn/trunk/
svnsync: E165001: Revprop change blocked by pre-revprop-change hook (exit code 
255) with no output.
Richards-MacBook-Pro:~ richard$ cd repo
Richards-MacBook-Pro:repo richard$ cd hooks
Richards-MacBook-Pro:hooks richard$ cat pre-revprop-change
#!/bin/sh

# PRE-REVPROP-CHANGE HOOK
#
# The pre-revprop-change hook is invoked before a revision property
# is added, modified or deleted. Subversion runs this hook by invoking
# a program (script, executable, binary, etc.) named 'pre-revprop-change'
# (for which this file is a template), with the following ordered
# arguments:
#
# [1] REPOS-PATH (the path to this repository)
# [2] REV (the revision being tweaked)
# [3] USER (the username of the person tweaking the property)
# [4] PROPNAME (the property being set on the revision)
# [5] ACTION (the property is being 'A'dded, 'M'odified, or 'D'eleted)
#
# [STDIN] PROPVAL ** the new property value is passed via STDIN.
#
# If the hook program exits with success, the propchange happens; but
# if it exits with failure (non-zero), the propchange doesn't happen.
# The hook program can use the 'svnlook' utility to examine the 
# existing value of the revision property.
#
# WARNING: unlike other hooks, this hook MUST exist for revision
# properties to be changed. If the hook does not exist, Subversion 
# will behave as if the hook were present, but failed. The reason
# for this is that revision properties are UNVERSIONED, meaning that
# a successful propchange is destructive; the old value is gone
# forever. We recommend the hook back up the old value somewhere.
#
# On a Unix system, the normal procedure is to have 'pre-revprop-change'
# invoke other programs to do the real work, though it may do the
# work itself too.
#
# Note that 'pre-revprop-change' must be executable by the user(s) who will
# invoke it (typically the user httpd runs as), and that user must
# have filesystem-level permission to access the repository.
#
# On a Windows system, you should name the hook program
# 'pre-revprop-change.bat' or 'pre-revprop-change.exe',
# but the basic idea is the same.
#
# The hook program typically does not inherit the environment of
# its parent process. For example, a common problem is for the
# PATH environment variable to not be set to its usual value, so
# that subprograms fail to launch unless invoked via absolute path.
# If you're having unexpected problems with a hook program, the
# culprit may be unusual (or missing) environment variables.
# 
# Here is an example hook script, for a Unix /bin/sh interpreter.
# For more examples and pre-written hooks, see those in
# the Subversion repository at
# http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/ and
# http://svn.apache.org/repos/asf/subversion/trunk/contrib/hook-scripts/

exit 0
Richards-MacBook-Pro:hooks richard$

RE: Splitting out project from repo

[Bert Huijben]

Hi,

 

The ‘svnrdump’ tool that was added in Subversion 1.7 might do exactly what you 
to do.

 

This tool allows creating a dumpfile from a url (E.g. file:///path/to/repos 
 ) and should skip unrelated paths for you during the 
repository processing.

 

You probably still want the svndumpfilter processing to drop empty revisions 
before loading it in a new repository.

 

Bert

 

From: Bryon Winger [mailto:bryonwin...@gmail.com] 
Sent: dinsdag 2 april 2013 23:32
To: subversion_us...@googlegroups.com
Cc: users@subversion.apache.org; tschoen...@am-soft.de
Subject: Re: Splitting out project from repo

 

I am going through a similar process myself and have some questions about 

your concerns. I'm not trying to rock the boat, just looking fo clarity on a few

points.

 

For perspective, I am working with around 300 individual projects

in a 70+ Gb repository containing over 300k revisions.

If I understand correctly, you manually retrieve each version where 
the given path/project has changed in any way to afterwards dump those 
revisions. Why is this better/faster than using svndumpfilter with 
specifying an include path, but without the need to post process the 
dump files? 

 

I personally don't see the advantage to waiting around for svnadmin dump 

to process every unrelated revision. For one project, I am only concerned 

with about 200 revisions, spread out over 210k unrelated revisions.

 

# This example took around 8 hours:

svnadmin dump /path/to/master | svndumpfilter --drop-empty-revs \
--re-number-revs include $PROJECT > $PROJECT.dump

# However, when I run this on the same project:

for rev in `svn log -r0:HEAD file:///path/to/master/$PROJECT 
  | egrep \

"^r[0-9]+ |" | cut -d " " -f1`; do

   svnadmin dump --incremental -r ${rev:1} /path/to/master | svndumpfilter \

 include $PROJECT >> $PROJECT.dump

done

 

… I can have a usable dump file in under 30 seconds. I realize this will take 

longer for larger projects, but I think it makes my point. ‘svnadmin dump’ is 

still creating a full dump stream for each revision before svndumpfilter sees 

that revision to decide to keep it or not.

 

Are you sure your approach doesn't need other paths 
from the repo, e.g. other source paths from copy operations for 
projects or stuff like that? 

 

I absolutely agree with this checking for this. You can’t successfully pull out 

a single path using svnadmin dump / svndumpfilter if there are copies from a 

location outside of whatever you are filtering for.

 

I did notice that using svnrdump pointing to url/project seems to get 

around the outside-copy-sources issue, but I think that’s another 

discussion altogether.

 

> svnadmin dump $repo --quiet -r $rev --incremental >> $project.$rev.bak 

Adding to revision files with >> should be impossible in your 
approach. 

 

Are you saying that appending to an existing dump file in general is a 

problem or just with all of his node-path processing? I have had no 

trouble appending to existing dump files.

 

Thanks,

Bryon Winger