date:20110920

AW: SVN File Size

2011-09-20 Thread Stümpfig , Thomas

Hi Daniel,

The reason for file size in 'Svn log' would be to easily estimate the amount of 
an update operation. It is already in 'svn list' which helps for "checkout and 
export". Let's assume you work offline for a week. Your colleague commits many 
jpg's, or tutorial avis to the documentation directory.
You are unaware of this since you just update your project directory. If you're 
on a WAN bandwidth you will have to wait or interrupt, and probably svn 
cleanup. Things I do not really like. 
I agree, one could script around and produce deltas of 'svn list', but I would 
expect this in core. Sure it's not an obvious use case, but this would 
definitely help my guys to work smoother with svn.

I still will have to convince TortoiseSVN to calculate filesize for directories 
in the Browser and in logsummery.



With respect to the question of how to implement I would appreciate any input, 
since I am a newbie in svn programming.

Regards
Thomas




> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Dienstag, 20. September 2011 00:03
> An: Stümpfig, Thomas
> Cc: users@subversion.apache.org
> Betreff: Re: SVN File Size
> 
> svn_ra_stat() does return the filesize, and it's the API that 'svn
> info'
> uses.  The next/prev links in the chain are svn_client_info3() and
> ra_svn_stat() (the latter is a file-private function in libsvn_ra_svn).
> 
> So, yes, you're on the right path.  However, I knew all these APIs
> would
> exist, so I'm still where I was before: I'd like to know why the
> proposed new feature is generally useful enough to be included in the
> core, where it stands wrt 'svn log' and 'svn info', and how it would be
> implemented.
> 
> In particular, implementing a protocol change involves a non-negligible
> amount of work (to revv four transports, client and server, plus compat
> code for old servers), while if it doesn't involve a protocol change
> the
> question is "Why is a bindings script not a sufficient solution?".
> 
> Stümpfig, Thomas wrote on Mon, Sep 19, 2011 at 21:33:11 +:
> > Hi all,
> >
> > I found the following when examining the svnlook code
> > svn_fs_file_length where svn look gets the filesize. This is
> obviously the fs side function.
> >
> > In /libsvn_ra_svn/protocol
> > I found the commands "stat" and "log"
> >
> > "stat" contains a response token of size:number
> > "log" does not contain such a token
> >
> > I then had a search for svn_ra functions in various header files. But
> I could not locate an ra api counterpart for svn_fs_file_length.
> >
> > I cannot see if svn_ra_stat is providing filesize info, whilst being
> defined in /libsvn_ra_svn/protocol. (I hope I am interpreting this
> correctly) I neither can see if the server_side part encodes filesize
> information into the stream. Can somebody tell me where the answer is
> put into the stream?
> >
> >
> > Am I on the right path? Is this already subject to the Dev
> Mailinglist? This is my starting point of subversion coding.
> >
> > Regards
> > Thomas
> >
> >
> >
> > ==
> > stat
> > params:   ( path:string [ rev:number ] )
> > response: ( ? entry:dirent )
> > dirent:   ( name:string kind:node-kind size:number has-props:bool
> > created-rev:number [ created-date:string ]
> > [ last-author:string ] )
> >
> >
> > ===
> >
> >
> >
> > log
> > params:   ( ( target-path:string ... ) [ start-rev:number ]
> > [ end-rev:number ] changed-paths:bool strict-
> node:bool
> > ? limit:number
> > ? include-merged-revisions:bool
> > all-revprops | revprops ( revprop:string ... ) )
> > Before sending response, server sends log entries, ending with
> "done".
> > If a client does not want to specify a limit, it should send 0 as
> the
> > limit parameter.  rev-props excludes author, date, and log; they
> are
> > sent separately for backwards-compatibility.
> > log-entry: ( ( change:changed-path-entry ... ) rev:number
> >  [ author:string ] [ date:string ] [ message:string ]
> >  ? has-children:bool invalid-revnum:bool
> >  revprop-count:number rev-props:proplist
> >  ? subtractive-merge:bool )
> >
> >
> >
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > > Gesendet: Montag, 19. September 2011 13:41
> > > An: Stümpfig, Thomas
> > > Cc: users@subversion.apache.org
> > > Betreff: Re: SVN File Size
> > >
> > > Stümpfig, Thomas wrote on Mon, Sep 19, 2011 at 09:18:06 +:
> > > > Hi all,
> > > > First of all, I would like to thank you for your dedication to
> this
> > > issue
> > > > I would like to resume:
> > > >
> > > > a) there is work on serverside in 1.7 that cares about file size
> > > > b) svnlook filesize makes use o

How to make password to store in Encrypted format

2011-09-20 Thread wb

How to make password to store in Encrypted format

 

When I checkout a code i got the following message. I was searching in the net, 
I couldn't locate a proper document to avoid/configure svn password locally 
encrypted. Any help in this regard is highly appreciated.

Thanks,
Wang,bin


---
ATTENTION! Your password for authentication realm:

   <  http://someservername:3690> Test Project 
SVN

can only be stored to disk unencrypted! You are advised to configure
your system so that Subversion can store passwords encrypted, if
possible. See the documentation for details.

You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/home/AdmUsr/.subversion/servers'.

---

Re: SVN File Size

2011-09-20 Thread Daniel Shahaf

http://s.apache.org/xy-problem

See svn_ra_progress_notify_func_t.

Daniel

Stümpfig, Thomas wrote on Tue, Sep 20, 2011 at 09:55:09 +:
> Hi Daniel,
> 
> The reason for file size in 'Svn log' would be to easily estimate the amount 
> of an update operation. It is already in 'svn list' which helps for "checkout 
> and export". Let's assume you work offline for a week. Your colleague commits 
> many jpg's, or tutorial avis to the documentation directory.
> You are unaware of this since you just update your project directory. If 
> you're on a WAN bandwidth you will have to wait or interrupt, and probably 
> svn cleanup. Things I do not really like. 
> I agree, one could script around and produce deltas of 'svn list', but I 
> would expect this in core. Sure it's not an obvious use case, but this would 
> definitely help my guys to work smoother with svn.
> 
> I still will have to convince TortoiseSVN to calculate filesize for 
> directories in the Browser and in logsummery.
> 
> 
> 
> With respect to the question of how to implement I would appreciate any 
> input, since I am a newbie in svn programming.
> 
> Regards
> Thomas
> 
> 
> 
> 
> > -Ursprüngliche Nachricht-
> > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > Gesendet: Dienstag, 20. September 2011 00:03
> > An: Stümpfig, Thomas
> > Cc: users@subversion.apache.org
> > Betreff: Re: SVN File Size
> > 
> > svn_ra_stat() does return the filesize, and it's the API that 'svn
> > info'
> > uses.  The next/prev links in the chain are svn_client_info3() and
> > ra_svn_stat() (the latter is a file-private function in libsvn_ra_svn).
> > 
> > So, yes, you're on the right path.  However, I knew all these APIs
> > would
> > exist, so I'm still where I was before: I'd like to know why the
> > proposed new feature is generally useful enough to be included in the
> > core, where it stands wrt 'svn log' and 'svn info', and how it would be
> > implemented.
> > 
> > In particular, implementing a protocol change involves a non-negligible
> > amount of work (to revv four transports, client and server, plus compat
> > code for old servers), while if it doesn't involve a protocol change
> > the
> > question is "Why is a bindings script not a sufficient solution?".
> > 
> > Stümpfig, Thomas wrote on Mon, Sep 19, 2011 at 21:33:11 +:
> > > Hi all,
> > >
> > > I found the following when examining the svnlook code
> > > svn_fs_file_length where svn look gets the filesize. This is
> > obviously the fs side function.
> > >
> > > In /libsvn_ra_svn/protocol
> > > I found the commands "stat" and "log"
> > >
> > > "stat" contains a response token of size:number
> > > "log" does not contain such a token
> > >
> > > I then had a search for svn_ra functions in various header files. But
> > I could not locate an ra api counterpart for svn_fs_file_length.
> > >
> > > I cannot see if svn_ra_stat is providing filesize info, whilst being
> > defined in /libsvn_ra_svn/protocol. (I hope I am interpreting this
> > correctly) I neither can see if the server_side part encodes filesize
> > information into the stream. Can somebody tell me where the answer is
> > put into the stream?
> > >
> > >
> > > Am I on the right path? Is this already subject to the Dev
> > Mailinglist? This is my starting point of subversion coding.
> > >
> > > Regards
> > > Thomas
> > >
> > >
> > >
> > > ==
> > > stat
> > > params:   ( path:string [ rev:number ] )
> > > response: ( ? entry:dirent )
> > > dirent:   ( name:string kind:node-kind size:number has-props:bool
> > > created-rev:number [ created-date:string ]
> > > [ last-author:string ] )
> > >
> > >
> > > ===
> > >
> > >
> > >
> > > log
> > > params:   ( ( target-path:string ... ) [ start-rev:number ]
> > > [ end-rev:number ] changed-paths:bool strict-
> > node:bool
> > > ? limit:number
> > > ? include-merged-revisions:bool
> > > all-revprops | revprops ( revprop:string ... ) )
> > > Before sending response, server sends log entries, ending with
> > "done".
> > > If a client does not want to specify a limit, it should send 0 as
> > the
> > > limit parameter.  rev-props excludes author, date, and log; they
> > are
> > > sent separately for backwards-compatibility.
> > > log-entry: ( ( change:changed-path-entry ... ) rev:number
> > >  [ author:string ] [ date:string ] [ message:string ]
> > >  ? has-children:bool invalid-revnum:bool
> > >  revprop-count:number rev-props:proplist
> > >  ? subtractive-merge:bool )
> > >
> > >
> > >
> > >
> > >
> > > > -Ursprüngliche Nachricht-
> > > > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > > > Gesendet: Montag, 19. September 2011 13:41
> > > > An: Stümpfig, Thomas
> > > > Cc: users

AW: SVN File Size

2011-09-20 Thread Stümpfig , Thomas

Daniel,

nice url xy...

svn_ra_progress_notify_func_t: callback
Notification callback for network progress information.

it is not the progress I am looking for. It is an upfront information about the 
amount of data I am going to update before initiating the update. 

or is svn_ra_progress_notify_func_t doing this also?

Thanks
Thomas


> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Dienstag, 20. September 2011 14:20
> An: Stümpfig, Thomas
> Cc: users@subversion.apache.org
> Betreff: Re: SVN File Size
> 
> http://s.apache.org/xy-problem
> 
> See svn_ra_progress_notify_func_t.
> 
> Daniel
> 
> Stümpfig, Thomas wrote on Tue, Sep 20, 2011 at 09:55:09 +:
> > Hi Daniel,
> >
> > The reason for file size in 'Svn log' would be to easily estimate the
> amount of an update operation. It is already in 'svn list' which helps
> for "checkout and export". Let's assume you work offline for a week.
> Your colleague commits many jpg's, or tutorial avis to the
> documentation directory.
> > You are unaware of this since you just update your project directory.
> If you're on a WAN bandwidth you will have to wait or interrupt, and
> probably svn cleanup. Things I do not really like.
> > I agree, one could script around and produce deltas of 'svn list',
> but I would expect this in core. Sure it's not an obvious use case, but
> this would definitely help my guys to work smoother with svn.
> >
> > I still will have to convince TortoiseSVN to calculate filesize for
> directories in the Browser and in logsummery.
> >
> >
> >
> > With respect to the question of how to implement I would appreciate
> any input, since I am a newbie in svn programming.
> >
> > Regards
> > Thomas
> >
> >
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > > Gesendet: Dienstag, 20. September 2011 00:03
> > > An: Stümpfig, Thomas
> > > Cc: users@subversion.apache.org
> > > Betreff: Re: SVN File Size
> > >
> > > svn_ra_stat() does return the filesize, and it's the API that 'svn
> > > info'
> > > uses.  The next/prev links in the chain are svn_client_info3() and
> > > ra_svn_stat() (the latter is a file-private function in
> libsvn_ra_svn).
> > >
> > > So, yes, you're on the right path.  However, I knew all these APIs
> > > would
> > > exist, so I'm still where I was before: I'd like to know why the
> > > proposed new feature is generally useful enough to be included in
> the
> > > core, where it stands wrt 'svn log' and 'svn info', and how it
> would be
> > > implemented.
> > >
> > > In particular, implementing a protocol change involves a non-
> negligible
> > > amount of work (to revv four transports, client and server, plus
> compat
> > > code for old servers), while if it doesn't involve a protocol
> change
> > > the
> > > question is "Why is a bindings script not a sufficient solution?".
> > >
> > > Stümpfig, Thomas wrote on Mon, Sep 19, 2011 at 21:33:11 +:
> > > > Hi all,
> > > >
> > > > I found the following when examining the svnlook code
> > > > svn_fs_file_length where svn look gets the filesize. This is
> > > obviously the fs side function.
> > > >
> > > > In /libsvn_ra_svn/protocol
> > > > I found the commands "stat" and "log"
> > > >
> > > > "stat" contains a response token of size:number
> > > > "log" does not contain such a token
> > > >
> > > > I then had a search for svn_ra functions in various header files.
> But
> > > I could not locate an ra api counterpart for svn_fs_file_length.
> > > >
> > > > I cannot see if svn_ra_stat is providing filesize info, whilst
> being
> > > defined in /libsvn_ra_svn/protocol. (I hope I am interpreting this
> > > correctly) I neither can see if the server_side part encodes
> filesize
> > > information into the stream. Can somebody tell me where the answer
> is
> > > put into the stream?
> > > >
> > > >
> > > > Am I on the right path? Is this already subject to the Dev
> > > Mailinglist? This is my starting point of subversion coding.
> > > >
> > > > Regards
> > > > Thomas
> > > >
> > > >
> > > >
> > > >
> ==
> > > > stat
> > > > params:   ( path:string [ rev:number ] )
> > > > response: ( ? entry:dirent )
> > > > dirent:   ( name:string kind:node-kind size:number has-
> props:bool
> > > > created-rev:number [ created-date:string ]
> > > > [ last-author:string ] )
> > > >
> > > >
> > > > ===
> > > >
> > > >
> > > >
> > > > log
> > > > params:   ( ( target-path:string ... ) [ start-rev:number ]
> > > > [ end-rev:number ] changed-paths:bool strict-
> > > node:bool
> > > > ? limit:number
> > > > ? include-merged-revisions:bool
> > > > all-revprops | revprops ( revprop:string ... ) )
> > > > Before sending response, server sends log entries, ending
> wit

RE: How to make password to store in Encrypted format

2011-09-20 Thread Bob Archer

> How to make password to store in Encrypted format
> 
> When I checkout a code i got the following message. I was searching in the
> net, I couldn't locate a proper document to avoid/configure svn password
> locally encrypted. Any help in this regard is highly appreciated.
> 
> Thanks,
> Wang,bin
> 
> ---
> ATTENTION! Your password for authentication realm:
> 
>     Test Project SVN
> 
> can only be stored to disk unencrypted! You are advised to configure your
> system so that Subversion can store passwords encrypted, if possible. See
> the documentation for details.
> 
> You can avoid future appearances of this warning by setting the value of the
> 'store-plaintext-passwords' option to either 'yes' or 'no' in
> '/home/AdmUsr/.subversion/servers'.
> ---

Did you " See the documentation for details."???

" For other Unix-like operating systems, no single standard “keychain” service 
exists. However, the Subversion client knows how to store passwords securely 
using the “GNOME Keyring” and “KDE Wallet” services. Also, before storing 
unencrypted passwords in the ~/.subversion/auth/ caching area, the Subversion 
client will ask the user for permission to do so. Note that the auth/ caching 
area is still permission-protected so that only the user (owner) can read data 
from it, not the world at large. The operating system's own file permissions 
protect the passwords from other non-administrative users on the same system, 
provided they have no direct physical access to the storage media of the home 
directory, or backups thereof."

http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.serverconfig.netmodel.creds

BOb

Re: How to make password to store in Encrypted format

2011-09-20 Thread Geoff Hoffman

On Tue, Sep 20, 2011 at 7:03 AM, Bob Archer  wrote:

> > How to make password to store in Encrypted format
> >
> > When I checkout a code i got the following message. I was searching in
> the
> > net, I couldn't locate a proper document to avoid/configure svn password
> > locally encrypted. Any help in this regard is highly appreciated.
> >
> > Thanks,
> > Wang,bin
> >
> >
> ---
> > ATTENTION! Your password for authentication realm:
> >
> > Test Project SVN
> >
> > can only be stored to disk unencrypted! You are advised to configure your
> > system so that Subversion can store passwords encrypted, if possible. See
> > the documentation for details.
> >
> > You can avoid future appearances of this warning by setting the value of
> the
> > 'store-plaintext-passwords' option to either 'yes' or 'no' in
> > '/home/AdmUsr/.subversion/servers'.
> >
> ---
>
> Did you " See the documentation for details."???
>
> " For other Unix-like operating systems, no single standard “keychain”
> service exists. However, the Subversion client knows how to store passwords
> securely using the “GNOME Keyring” and “KDE Wallet” services. Also, before
> storing unencrypted passwords in the ~/.subversion/auth/ caching area, the
> Subversion client will ask the user for permission to do so. Note that the
> auth/ caching area is still permission-protected so that only the user
> (owner) can read data from it, not the world at large. The operating
> system's own file permissions protect the passwords from other
> non-administrative users on the same system, provided they have no direct
> physical access to the storage media of the home directory, or backups
> thereof."
>
>
> http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.serverconfig.netmodel.creds
>
> BOb
>
>

Wang,

For the record we're running Ubuntu Server 10.04LTS and it has no desktop
GUI and I was not able to figure out how to use either gnome keyring or kde
wallet services to store passwords encrypted. After about 8 to 12 hours of
researching these methods and trying a variety of different things, I gave
up and was never able to store encrypted passwords; we all have IDEs that
store/send the password with each command and our SVN server is behind our
Firewall on our LAN, so it isn't that big of a deal for us.

They call it a "security improvement" for SVN 1.6 however it has resulted in
our case as no security (for users SSH'd into the svn server) because
implementing it
a) is too cumbersome
b) is beyond my skillset, or
c) appears to rely on a desktop UI

There appears to be some command-line ways of getting this functionality,
and here some posts about it...

http://stackoverflow.com/questions/3824513/svn-encrypted-password-store

http://blogs.collab.net/subversion/2009/07/subversion-16-security-improvements/

http://subversion.open.collab.net/ds/viewMessage.do?dsMessageId=325647&dsForumId=3

Probably the best bet is outlined here
http://superuser.com/questions/186575/whats-the-best-way-to-store-an-encrypted-svn-password-on-ubuntu-server
or here
http://blesseddlo.wordpress.com/2010/09/13/subversion-passwords-encrypted-with-gnome-keyring/
but I wasn't able to get it working.

Sorry; wish I had a better reply for you.
Good luck -

Re: How to make password to store in Encrypted format

2011-09-20 Thread Geoff Hoffman

>
>
> On Tue, Sep 20, 2011 at 7:03 AM, Bob Archer  wrote:
>
>> > How to make password to store in Encrypted format
>> >
>> > When I checkout a code i got the following message. I was searching in
>> the
>> > net, I couldn't locate a proper document to avoid/configure svn password
>> > locally encrypted. Any help in this regard is highly appreciated.
>> >
>> > Thanks,
>> > Wang,bin
>> >
>> >
>> ---
>> > ATTENTION! Your password for authentication realm:
>> >
>> > Test Project SVN
>> >
>> > can only be stored to disk unencrypted! You are advised to configure
>> your
>> > system so that Subversion can store passwords encrypted, if possible.
>> See
>> > the documentation for details.
>> >
>> > You can avoid future appearances of this warning by setting the value of
>> the
>> > 'store-plaintext-passwords' option to either 'yes' or 'no' in
>> > '/home/AdmUsr/.subversion/servers'.
>> >
>> ---
>>
>> Did you " See the documentation for details."???
>>
>> " For other Unix-like operating systems, no single standard “keychain”
>> service exists. However, the Subversion client knows how to store passwords
>> securely using the “GNOME Keyring” and “KDE Wallet” services. Also, before
>> storing unencrypted passwords in the ~/.subversion/auth/ caching area, the
>> Subversion client will ask the user for permission to do so. Note that the
>> auth/ caching area is still permission-protected so that only the user
>> (owner) can read data from it, not the world at large. The operating
>> system's own file permissions protect the passwords from other
>> non-administrative users on the same system, provided they have no direct
>> physical access to the storage media of the home directory, or backups
>> thereof."
>>
>>
>> http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.serverconfig.netmodel.creds
>>
>> BOb
>>
>>
>
> Wang,
>
> For the record we're running Ubuntu Server 10.04LTS and it has no desktop
> GUI and I was not able to figure out how to use either gnome keyring or kde
> wallet services to store passwords encrypted. After about 8 to 12 hours of
> researching these methods and trying a variety of different things, I gave
> up and was never able to store encrypted passwords; we all have IDEs that
> store/send the password with each command and our SVN server is behind our
> Firewall on our LAN, so it isn't that big of a deal for us.
>
> They call it a "security improvement" for SVN 1.6 however it has resulted
> in our case as no security (for users SSH'd into the svn server) because
> implementing it
> a) is too cumbersome
> b) is beyond my skillset, or
> c) appears to rely on a desktop UI
>
> There appears to be some command-line ways of getting this functionality,
> and here some posts about it...
>
> http://stackoverflow.com/questions/3824513/svn-encrypted-password-store
>
>
> http://blogs.collab.net/subversion/2009/07/subversion-16-security-improvements/
>
>
> http://subversion.open.collab.net/ds/viewMessage.do?dsMessageId=325647&dsForumId=3
>
> Probably the best bet is outlined here
>
> http://superuser.com/questions/186575/whats-the-best-way-to-store-an-encrypted-svn-password-on-ubuntu-server
> or here
>
> http://blesseddlo.wordpress.com/2010/09/13/subversion-passwords-encrypted-with-gnome-keyring/
> but I wasn't able to get it working.
>
> Sorry; wish I had a better reply for you.
> Good luck -
>

Here is another thread that looks helpful

http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=3&dsMessageId=393815

Re: Discovery file type by logs.

2011-09-20 Thread Marcello Henrique

Hello,

I will change the question: Using libsvn, how I will discover the file
type (file, directory) into logs iterations?

Thanks.

On Sat, Sep 17, 2011 at 01:03, Marcello Henrique  wrote:
> Hello,
>
> I have use "Svn::Ext::Client.svn_client_log5" into ruby language, I
> get structure type "_p_svn_log_changed_path_t", I need the node.kind
> proposed by "changed_paths2" for discovery the file type. What's the
> better form have do it?
>
> I tried "changed_paths2" but returned "_p_apr_hash_t" as file type,
> indeed not should be "_p_svn_log_changed_path_t" as is into
> documentation?
>
> I'm sorry any bad explanation.
> Thanks.
> --
> Marcello Henrique
> Blog - http://faraohh.wordpress.com
> Equipe Web - Cercomp - UFG (www.cercomp.ufg.br)
> Associação Software Livre de Goiás (www.aslgo.org.br)
>



-- 
Marcello Henrique
Blog - http://faraohh.wordpress.com
Equipe Web - Cercomp - UFG (www.cercomp.ufg.br)
Associação Software Livre de Goiás (www.aslgo.org.br)

Re: Deleting a directory with a space in it.

2011-09-20 Thread Srdan Dukic

On 20 September 2011 17:48, Lorenz  wrote:

> Srdan Dukic wrote:
>
> I don't think you have a problem with spaces here.
>
>
So, just to confirm, ignoring the permissions issues, the only way to delete
a directory with a space in it in Subversion 1.6 is to check out the parent
folder, delete the directory in your working copy and commit the changes?

-- 
Srđan Đukić

Re: Deleting a directory with a space in it.

2011-09-20 Thread Stephen Butler


On Sep 20, 2011, at 22:05 , Srdan Dukic wrote:

> On 20 September 2011 17:48, Lorenz  wrote:
> Srdan Dukic wrote:
> 
> I don't think you have a problem with spaces here.
> 
> 
> So, just to confirm, ignoring the permissions issues, the only way to delete 
> a directory with a space in it in Subversion 1.6 is to check out the parent 
> folder, delete the directory in your working copy and commit the changes?


No, you can delete (on the command line) directly in the repository
by escaping each " " in the URL with "\ " or "%20".


Regards,
Steve

--
Stephen Butler | Senior Consultant
elego Software Solutions GmbH
Gustav-Meyer-Allee 25 | 13355 Berlin | Germany
tel: +49 30 2345 8696 | mobile: +49 163 25 45 015
fax: +49 30 2345 8695 | http://www.elegosoft.com
Geschäftsführer: Olaf Wagner | Sitz der Gesellschaft: Berlin
Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194

Re: Deleting a directory with a space in it.

2011-09-20 Thread Srdan Dukic

On 21 September 2011 08:53, Stephen Butler  wrote:

>
>
> No, you can delete (on the command line) directly in the repository
> by escaping each " " in the URL with "\ " or "%20".
>
>
This is what I've tried:

svn rm http://subversion/src/Repo/Grad Training
svn rm "http://subversion/src/Repo/Grad Training"
svn rm "http://subversion/src/Repo/Grad%20Training";
svn rm http://subversion/src/Repo/Grad%20Training
svn rm http://subversion/src/Repo/Grad\ Training
svn rm "http://subversion/src/Repo/Grad\ Training"

and I keep getting:

svn: URL 'http://subversion/src/Repo/Grad%2520Training' does not exist
svn: Your commit message was left in a temporary file:
svn:'svn-commit.9.tmp'

It seems like it's first escaping the space, making it %20 and then it's
escaping this again to make it %2520. ('%' = '%25' URL encoded).

Cheers
-- 
Srđan Đukić

Re: Deleting a directory with a space in it.

2011-09-20 Thread Daniel Shahaf

Fixed in 1.6.12 according to CHANGES.

Srdan Dukic wrote on Wed, Sep 21, 2011 at 09:10:58 +1200:
> On 21 September 2011 08:53, Stephen Butler  wrote:
> 
> >
> >
> > No, you can delete (on the command line) directly in the repository
> > by escaping each " " in the URL with "\ " or "%20".
> >
> >
> This is what I've tried:
> 
> svn rm http://subversion/src/Repo/Grad Training
> svn rm "http://subversion/src/Repo/Grad Training"
> svn rm "http://subversion/src/Repo/Grad%20Training";
> svn rm http://subversion/src/Repo/Grad%20Training
> svn rm http://subversion/src/Repo/Grad\ Training
> svn rm "http://subversion/src/Repo/Grad\ Training"
> 
> and I keep getting:
> 
> svn: URL 'http://subversion/src/Repo/Grad%2520Training' does not exist
> svn: Your commit message was left in a temporary file:
> svn:'svn-commit.9.tmp'
> 
> It seems like it's first escaping the space, making it %20 and then it's
> escaping this again to make it %2520. ('%' = '%25' URL encoded).
> 
> Cheers
> -- 
> Srđan Đukić

Difference between Dump & Load and an FTP'd Repository ?

2011-09-20 Thread Phil Pinkerton


I here there are some advantage to both.


My primary interest to to save disk space with heavily modified 
Repositories.


What exactly get's "Cleaned-up" when doing a dump & load?

Besides the "time" savings what is the real difference between a the 2 
methods ?


Phil

subversion upgrade from 1.4.6 to 1.7

2011-09-20 Thread PR

Hello,

I have a question for the Subversion guru's out there.

we have a huge subversion installation with over 500 repositories in a
cluster environment currently on Subversion version 1.4.6 hosted on a redhat
as5 server.

I am planning to migrate this to Subversion 1.7.

I was reading thru the Subversion site and it seems like as simple as

1/ Build a new version of Apache and Subversion and all related modules.

2/ Bring the current installation down ..

3/ Push the new environment with the new apache server and subversion 1.7
server binary in path and bring up the apache server and the upgrade is
completed. (of course client side push to all the dev desktops with
subversion 1.7 will also be done simultaneously.)

is it really that simple?

I had read about previous upgrades to 1.6 (from 1.4.x or 1.5 ) and that the
dump and load was mandatory ...


I did try a quick repo tar and bring up in the new 1.7 rc3 subversion server
environment, access with file protocol and a local checkout and verified all
the subversion magic in place with the top level .svn, log with diff option,
the amazing checkout speeds and hence am really excited with the prospect of
quick move.

The only fact that left me a bit puzzled was that the repository format
still showed 5, inspite of doing a svnadmin verify with subversion 1.7 rc3
with no error reported, ...


or I am missing something..?

Thanks in advance for your time.

Regards,

raj ..

PS:

AW: SVN File Size

How to make password to store in Encrypted format

Re: SVN File Size

AW: SVN File Size

RE: How to make password to store in Encrypted format

Re: How to make password to store in Encrypted format

Re: How to make password to store in Encrypted format

Re: Discovery file type by logs.

Re: Deleting a directory with a space in it.

Re: Deleting a directory with a space in it.

Re: Deleting a directory with a space in it.

Re: Deleting a directory with a space in it.

Difference between Dump & Load and an FTP'd Repository ?

subversion upgrade from 1.4.6 to 1.7

14 matches

Site Navigation

Mail list logo

Footer information