Re: subversion changes file permissions on commit

2013-10-30 Thread Stefan Sperling
On Mon, Oct 28, 2013 at 07:11:13AM +0100, Attila Nagy wrote: > Hi, > > On 10/24/13 22:05, Branko Čibej wrote: > >> > >>As Thorsten has pointed out, this is a different case. BTW, I have a > >>similar solution, like contrib/asvn, but the current operation of svn > >>makes it impossible/very hard to

Re: subversion changes file permissions on commit

2013-10-30 Thread Attila Nagy
On 10/30/13 09:56, Stefan Sperling wrote: I believe it's the stupid code replaced below, which I wrote in r880420. Because of it we end up setting perms based on umask upon every commit, and end up expanding restrictive file permissions. This patch should fix the problem. Indeed, the file remain

Re: subversion changes file permissions on commit

2013-10-30 Thread Stefan Sperling
On Wed, Oct 30, 2013 at 10:18:35AM +0100, Attila Nagy wrote: > On 10/30/13 09:56, Stefan Sperling wrote: > >I believe it's the stupid code replaced below, which I wrote in r880420. > >Because of it we end up setting perms based on umask upon every commit, > >and end up expanding restrictive file pe

Most used SQL commands during my work with subversion

2013-10-30 Thread Attila Nagy
Hi, I still feel 1.8.3 subversion as a step backwards in terms of speed, compared to the pre-sqlite era (and it seems there are some problems with sqlite 3.8 (even with 3.8.1), so the following was made with 3.7.17). My wc.db is 3.1G, completely fits into (and is in) memory, so sqlite disk I

RE: Svndumpfilter

2013-10-30 Thread Somashekarappa, Anup (CWM-NR)
Hi, It worked for small repository but getting the below error for a big repository. svndumpfilter: E23: Invalid copy source path '/Some/Path'. The dump file is 15G Thanks & Regards, Anup T S -Original Message- From: Stefan Sperling [mailto:s...@elego.de] Sent: 2013, October,

Re: Svndumpfilter

2013-10-30 Thread Thorsten Schöning
Guten Tag Somashekarappa, Anup (CWM-NR), am Mittwoch, 30. Oktober 2013 um 11:22 schrieben Sie: > svndumpfilter: E23: Invalid copy source path '/Some/Path'. /Some/Path is not in your include, but the path you want to include is copies from that form the error message. You need to resolve this

RE: Svndumpfilter

2013-10-30 Thread Somashekarappa, Anup (CWM-NR)
Hi, Here is the structure. ROOT_LEVEL -MTS -GTS -GTS_STL -branch -trunk -tags -THS_STL Repository name - ROOT_LEVEL Folder to be extracted from the repsoitory 'ROOT_LEVEL' - GTS Number of revision - 1,10,100 Please find the last few lines whi

Re: Svndumpfilter

2013-10-30 Thread Thorsten Schöning
Guten Tag Somashekarappa, Anup (CWM-NR), am Mittwoch, 30. Oktober 2013 um 11:56 schrieben Sie: > But the folder ENUMS doesn't exists under GTS_STL and not sure why this is > being pointed. Because you need to consider your repo's history and it's changes: ENUMS did exist under GTS_STL in some fo

Re: Apache Subversion 1.8.4 released

2013-10-30 Thread Nico Kadel-Garcia
Cool. I've updated my published tools to build Subversion 1.8.x as RPM's for RHEL 6 and its like, at: https://github.com/nkadel/subversion-1.8.x-srpm RHEL 5 doesn't have "libserf" package in EPEL or other public repositories, so I've not tested it there yet : RHEL 4, I've given u

Re: Svndumpfilter

2013-10-30 Thread Thorsten Schöning
Guten Tag Somashekarappa, Anup (CWM-NR), am Mittwoch, 30. Oktober 2013 um 13:43 schrieben Sie: > May I know how to include the '/GTS/ENUMS' part? Please always respond to the list. I'm not sure but you may give more than one path separated by spaces, like /GTS /GTS/ENUMS. svndumpfilter help Mit

RE: E120104: ra_serf: An error occurred during decompression

2013-10-30 Thread Bert Huijben
> -Original Message- > From: Ben Reser [mailto:b...@reser.org] > Sent: dinsdag 29 oktober 2013 23:31 > To: Jeff Dege; users@subversion.apache.org > Subject: Re: E120104: ra_serf: An error occurred during decompression > > On 10/29/13 1:48 PM, Jeff Dege wrote: > > ra_serf:

Re: E120104: ra_serf: An error occurred during decompression

2013-10-30 Thread Ivan Zhakov
I'll post a patch to Stefan, but we should add test for this zlib issue to Subversion test suite imho. On 30 October 2013 17:35, Bert Huijben wrote: > > >> -Original Message- >> From: Ben Reser [mailto:b...@reser.org] >> Sent: dinsdag 29 oktober 2013 23:31 >> To: Jeff Dege; users@subversi

Re: Svndumpfilter

2013-10-30 Thread Les Mikesell
On Wed, Oct 30, 2013 at 8:15 AM, Thorsten Schöning wrote: > Guten Tag Somashekarappa, Anup (CWM-NR), > am Mittwoch, 30. Oktober 2013 um 13:43 schrieben Sie: > >> May I know how to include the '/GTS/ENUMS' part? > > Please always respond to the list. I'm not sure but you may give more > than one pa

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-10-30 Thread Howard, Larry P
Apologies for following my own message, but based on a recommendation from the mod_wsgi developer, I upgraded the mod_wsgi module to version 3.4. This failed, however, to remedy the situation. [Wed Oct 30 16:22:58 2013] [notice] Apache/2.2.22 (Ubuntu) DAV/2 SVN/1.7.13 mod_wsgi/3.4 Python/2.7.3

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-10-30 Thread Ben Reser
On 10/30/13 10:23 AM, Howard, Larry P wrote: > Is there something more I can do to help clarify the report? Debug builds of httpd, mod_wsgi, and Subversion. Run httpd under a debugger and post the backtrace of the segfault. For the most part you can just do: gdb -args httpd -X -f httpd.conf Onc

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-10-30 Thread Philip Martin
"Howard, Larry P" writes: > What we know is that mod_dav_svn works as expected without the > mod_wsgi auth directives. mod_wsgi works as expected without > mod_dav_svn directives. The intended Apache configuration works as > expected with mod_dav_svn from Subversion 1.7.9 and mod_wsgi 3.3. > >

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-10-30 Thread Philip Martin
Philip Martin writes: > "Howard, Larry P" writes: > >> What we know is that mod_dav_svn works as expected without the >> mod_wsgi auth directives. mod_wsgi works as expected without >> mod_dav_svn directives. The intended Apache configuration works as >> expected with mod_dav_svn from Subversi

Windows file:/// URL format for svnsync

2013-10-30 Thread David Goldsmith
Hi! I can't seem to get the formatting for my source repository name--which is a Windows directory--correct for svnsync: I've tried forward slashes and backslashes, quotes and no quotes, relative path and absolute path--nada. My repository, in Windows syntax, is C:\MWDM--how do I specify this as

Re: Windows file:/// URL format for svnsync

2013-10-30 Thread Ben Reser
On 10/30/13 1:08 PM, David Goldsmith wrote: > Hi! I can't seem to get the formatting for my source repository name--which > is > a Windows directory--correct for svnsync: I've tried forward slashes and > backslashes, quotes and no quotes, relative path and absolute path--nada. My > repository, i

Re: Windows file:/// URL format for svnsync

2013-10-30 Thread David Goldsmith
Hi, Ben, and thanks for your reply. Unfortunately, I think that was the first (or perhaps the second) thing I tried, to no avail (also unfortunately, I'm away from my work computer for the rest of the day so I can't check my command history or the error message it generated). As I think about my

RE: Windows file:/// URL format for svnsync

2013-10-30 Thread Bert Huijben
‘svn info WORKINGCOPY’ will tell you the url in the repository and the repository root. Assuming that you have access to the entire repository you probably want to sync from the repository root to an empty repository to have a local backup. (Look in http://svnbook.red-bean.com for details on

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-10-30 Thread Ben Reser
On 10/30/13 12:12 PM, Philip Martin wrote: > Subversion's translate_name hook is setting r->filename to NULL and it > appears that mod_wsgi does not check for NULL. Thanks Philip. When I made this change I expected that other modules would be ok with r->filename being NULL. I guess that's not th