date:20130110

Hello Everybody

How can i block access to sub folders in svn for repository members ?
I have tried "membername =" and "*=" (without quotes) 
parameters in svnauthz file.

I have also tried "require user membernane" in 
/etc/httpd/conf.d/svn.conf
All the procedures i have tried didn't work.

Please consult the pastebin links given below to know my configuration.

1) http://pastebin.com/1X71kM9P (/etc/httpd/conf.d/svn.conf)
2) http://pastebin.com/2xhN3pcc (/srv/svn/config/svnauthz.conf)
3) CentOS 5.x, subversion v1.6.11

RE: access control for Subfolder is not work in svn 1.6

2013-01-10 Thread Grierson, David

Hi,

If I remember correctly, you cannot remove permissions which you have already 
granted for a parent folder.

See this answer on ServerFault for a more complete explanation of how I would 
go about achieving this.

http://serverfault.com/questions/404003/setup-svn-repository-subfolder-specific-write-permission/432915#432915

Regards,

David.
--
David Grierson - Tools Specialist 
Sky Broadcasting - Customer Business Systems
Email david.grier...@bskyb.com
Watermark Building, Alba Campus, Livingston, EH54 7HH
 

-Original Message-
From: Raghu GS [mailto:ragh...@gmail.com] 
Sent: 10 January 2013 12:57
To: users@subversion.apache.org
Subject: access control for Subfolder is not work in svn 1.6

Hello Everybody

How can i block access to sub folders in svn for repository members ?
I have tried "membername =" and "*=" (without quotes) parameters in svnauthz 
file.

I have also tried "require user membernane" in /etc/httpd/conf.d/svn.conf All 
the procedures i have tried didn't work.

Please consult the pastebin links given below to know my configuration.

1) http://pastebin.com/1X71kM9P (/etc/httpd/conf.d/svn.conf)
2) http://pastebin.com/2xhN3pcc (/srv/svn/config/svnauthz.conf)
3) CentOS 5.x, subversion v1.6.11 



Information in this email including any attachments may be privileged, 
confidential and is intended exclusively for the addressee. The views expressed 
may not be official policy, but the personal views of the originator. If you 
have received it in error, please notify the sender by return e-mail and delete 
it from your system. You should not reproduce, distribute, store, retransmit, 
use or disclose its contents to anyone. Please note we reserve the right to 
monitor all e-mail communication through our internal and external networks. 
SKY and the SKY marks are trade marks of British Sky Broadcasting Group plc and 
are used under licence. British Sky Broadcasting Limited (Registration No. 
2906991), Sky Interactive Limited (Registration No. 3554332), Sky-In-Home 
Service Limited (Registration No. 2067075) and Sky Subscribers Services Limited 
(Registration No. 2340150) are direct or indirect subsidiaries of British Sky 
Broadcasting Group plc (Registration No. 2247735). All of the companies 
mentioned in this paragraph are incorporated in England and Wales and share the 
same registered office at Grant Way, Isleworth, Middlesex TW7 5QD.

Re: access control for Subfolder is not work in svn 1.6

2013-01-10 Thread Stefan Sperling

On Thu, Jan 10, 2013 at 12:56:47PM +, Raghu GS wrote:
> Hello Everybody
> 
> How can i block access to sub folders in svn for repository members ?
> I have tried "membername =" and "*=" (without quotes) 
> parameters in svnauthz file.
> 
> I have also tried "require user membernane" in 
> /etc/httpd/conf.d/svn.conf
> All the procedures i have tried didn't work.

What doesn't work? Please be more specific.

Are you trying to list the repository? With svn or with a browser?

Are you trying check out from the repository? Commit to the repository?

Which URLs are you using during testing? Please be precise here.
Simple typing errors can often lead to the impression that authz
doesn't work.

> Please consult the pastebin links given below to know my configuration.
> 
> 1) http://pastebin.com/1X71kM9P (/etc/httpd/conf.d/svn.conf)
> 2) http://pastebin.com/2xhN3pcc (/srv/svn/config/svnauthz.conf)
> 3) CentOS 5.x, subversion v1.6.11 

This is not showing a complete configuration.

Did you load mod_authz_svn into Apache HTTPD? This is required for
authz to work in the first place. Your HTTPD configuration snippet
doesn't show whether or not you're loading the mod_authz_svn module.

You're using SVNPath so you don't need to prefix paths in the authz
rules with the repository name (Production:).
See http://svnbook.red-bean.com/en/1.7/svn.serverconfig.pathbasedauthz.html
which says:
  If you're using the SVNParentPath directive, it's important to specify
  the repository names in your sections. If you omit them, a section such
  as [/some/dir] will match the path /some/dir in every repository. If
  you're using the SVNPath directive, however, it's fine to only define
  paths in your sections—after all, there's only one repository.

Re: access control for Subfolder is not work in svn 1.6

2013-01-10 Thread Raghu GS

Grierson, David  bskyb.com> writes:

> 
> Hi,
> 
> If I remember correctly, you cannot remove permissions which you have already 
granted for a parent folder.
> 
> See this answer on ServerFault for a more complete explanation of how I would 
go about achieving this.
> 
> http://serverfault.com/questions/404003/setup-svn-repository-subfolder-
specific-write-permission/432915#432915
> 
> Regards,
> 
> David.
> --
> David Grierson - Tools Specialist 
> Sky Broadcasting - Customer Business Systems
> Email David.Grierson  bskyb.com
> Watermark Building, Alba Campus, Livingston, EH54 7HH
>  
> 
> -Original Message-
> From: Raghu GS [mailto:raghugs  gmail.com] 
> Sent: 10 January 2013 12:57
> To: users  subversion.apache.org
> Subject: access control for Subfolder is not work in svn 1.6
> 
> Hello Everybody
> 
> How can i block access to sub folders in svn for repository members ?
> I have tried "membername =" and "*=" (without quotes) parameters in svnauthz 
file.
> 
> I have also tried "require user membernane" in /etc/httpd/conf.d/svn.conf All 
the procedures i have
> tried didn't work.
> 
> Please consult the pastebin links given below to know my configuration.
> 
> 1) http://pastebin.com/1X71kM9P (/etc/httpd/conf.d/svn.conf)
> 2) http://pastebin.com/2xhN3pcc (/srv/svn/config/svnauthz.conf)
> 3) CentOS 5.x, subversion v1.6.11 
> 
> Information in this email including any attachments may be privileged, 
confidential and is intended
> exclusively for the addressee. The views expressed may not be official 
policy, but the personal views of
> the originator. If you have received it in error, please notify the sender by 
return e-mail and delete it
> from your system. You should not reproduce, distribute, store, retransmit, 
use or disclose its contents
> to anyone. Please note we reserve the right to monitor all e-mail 
communication through our internal and
> external networks. SKY and the SKY marks are trade marks of British Sky 
Broadcasting Group plc and are used
> under licence. British Sky Broadcasting Limited (Registration No. 2906991), 
Sky Interactive Limited
> (Registration No. 3554332), Sky-In-Home Service Limited (Registration No. 
2067075) and Sky
> Subscribers Services Limited (Registration No. 2340150) are direct or 
indirect subsidiaries of
> British Sky Broadcasting Group plc (Registration No. 2247735). All of the 
companies mentioned in this
> paragraph are incorporated in England and Wales and share the same registered 
office at Grant Way,
> Isleworth, Middlesex TW7 5QD.
> 
> 


Hi David

Thanks for your reply.
The solution you pointed looks complex but still doable.
But would the solution allow to hide svn folders selectively ?
For example member1 should be able to see and commit folder1 only.
member1 should not be able to see any other folders.

Is that possible ?

Regards

Raghu GS

RE: access control for Subfolder is not work in svn 1.6

2013-01-10 Thread Grierson, David

If they're not on the list of users for the external repository then they will 
be unable to check it out via the svn:externals property.

David.
--
David Grierson - Tools Specialist 
Sky Broadcasting - Customer Business Systems
Email david.grier...@bskyb.com
Watermark Building, Alba Campus, Livingston, EH54 7HH
 


-Original Message-
From: Raghu GS [mailto:ragh...@gmail.com] 
Sent: 10 January 2013 13:49
To: users@subversion.apache.org
Subject: Re: access control for Subfolder is not work in svn 1.6

Hi David

Thanks for your reply.
The solution you pointed looks complex but still doable.
But would the solution allow to hide svn folders selectively ?
For example member1 should be able to see and commit folder1 only.
member1 should not be able to see any other folders.

Is that possible ?

Regards

Raghu GS




Information in this email including any attachments may be privileged, 
confidential and is intended exclusively for the addressee. The views expressed 
may not be official policy, but the personal views of the originator. If you 
have received it in error, please notify the sender by return e-mail and delete 
it from your system. You should not reproduce, distribute, store, retransmit, 
use or disclose its contents to anyone. Please note we reserve the right to 
monitor all e-mail communication through our internal and external networks. 
SKY and the SKY marks are trade marks of British Sky Broadcasting Group plc and 
are used under licence. British Sky Broadcasting Limited (Registration No. 
2906991), Sky Interactive Limited (Registration No. 3554332), Sky-In-Home 
Service Limited (Registration No. 2067075) and Sky Subscribers Services Limited 
(Registration No. 2340150) are direct or indirect subsidiaries of British Sky 
Broadcasting Group plc (Registration No. 2247735). All of the companies 
mentioned in this paragraph are incorporated in England and Wales and share the 
same registered office at Grant Way, Isleworth, Middlesex TW7 5QD.

Re: access control for Subfolder is not work in svn 1.6

2013-01-10 Thread Raghu GS

Stefan Sperling  apache.org> writes:

> 
> On Thu, Jan 10, 2013 at 12:56:47PM +, Raghu GS wrote:
> > Hello Everybody
> > 
> > How can i block access to sub folders in svn for repository members ?
> > I have tried "membername =" and "*=" (without quotes) 
> > parameters in svnauthz file.
> > 
> > I have also tried "require user membernane" in 
> > /etc/httpd/conf.d/svn.conf
> > All the procedures i have tried didn't work.
> 
> What doesn't work? Please be more specific.
> 
> Are you trying to list the repository? With svn or with a browser?
> 
> Are you trying check out from the repository? Commit to the repository?
> 
> Which URLs are you using during testing? Please be precise here.
> Simple typing errors can often lead to the impression that authz
> doesn't work.
> 
> > Please consult the pastebin links given below to know my configuration.
> > 
> > 1) http://pastebin.com/1X71kM9P (/etc/httpd/conf.d/svn.conf)
> > 2) http://pastebin.com/2xhN3pcc (/srv/svn/config/svnauthz.conf)
> > 3) CentOS 5.x, subversion v1.6.11 
> 
> This is not showing a complete configuration.
> 
> Did you load mod_authz_svn into Apache HTTPD? This is required for
> authz to work in the first place. Your HTTPD configuration snippet
> doesn't show whether or not you're loading the mod_authz_svn module.
> 
> You're using SVNPath so you don't need to prefix paths in the authz
> rules with the repository name (Production:).
> See http://svnbook.red-bean.com/en/1.7/svn.serverconfig.pathbasedauthz.html
> which says:
>   If you're using the SVNParentPath directive, it's important to specify
>   the repository names in your sections. If you omit them, a section such
>   as [/some/dir] will match the path /some/dir in every repository. If
>   you're using the SVNPath directive, however, it's fine to only define
>   paths in your sections—after all, there's only one repository.
> 
> 

Hi Stefan

Thanks for your detailed reply.
Preventing project members from 
committing code to unauthorized folders works.

But couldn't prevent svn members from 
accessing unauthorized sub folders in svn doesn't work 
 
I have shared a sub set of apache svn configuration file.
We have a perfectly working mod_authz setup.
Only the access control for subfolders in same svn repository
is not working.

Thanks for pointing out the svnpath thingy.
I'll go through it and get back to you.

subversion crash

2013-01-10 Thread yijinhu

 

 

 

 

Best Regards

 

易金华 (Charles Yi)  R&D 

无锡矽鼎科技有限公司

CYNOVO, Inc.

Tel: 0510-81015338-8037  Fax: 0510-85381028

江苏省无锡市震泽路18号无锡国家软件园射手座B栋4楼

Addr: 4th Floor, B Section, Sagittair Building, Wuxi National Software Park,
No.18 Zhenze Road, Wuxi City,Jiangsu Province,P.R.C.  

Zip: 214135

  www.cynovo.com

 



svn-crash-log20130110124144.dmp
Description: Binary data

Process info:
Cmd line: svnserve  -d -r G:\svn --config-file G:\svn\conf\svnserve.conf
Working Dir: C:\Users\Administrator
Version:  1.7.6 (r1370777), compiled Aug 10 2012, 14:48:36
Platform: Windows OS version 6.1 build 7601 Service Pack 1

Exception: ACCESS_VIOLATION

Registers:
eax= ebx=6eed30e0 ecx=00663cb8 edx=0084fc44 esi=0084fc44 edi=
eip=6eed30f2 esp=0084fc10 ebp=0084fc1c efl=00010246
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b

Stacktrace:
#1  0x6eed30f2 in apr_strtok()
#2  0x002f1bb6 in svn_cstring_split_append()
#3  0x002f1c69 in svn_cstring_split()
#4  0x00426bd5 in svn_repos_authz_check_access()
#5  0x00426ac4 in svn_repos_authz_check_access()
#6  0x00426945 in svn_repos_authz_check_access()
#7  0x002fbe1c in svn_config_enumerate2()
#8  0x00426852 in svn_repos_authz_check_access()
#9  0x004267ab in svn_repos_authz_check_access()


Loaded modules:
0x0040  C:\Program Files (x86)\Subversion\bin\svnserve.exe (1.7.6.60057, 
114688 bytes)
0x77b9  C:\Windows\SysWOW64\ntdll.dll (6.1.7601.17725, 1572864 bytes)
0x7697  C:\Windows\SysWOW64\kernel32.dll (6.1.7601.17932, 1114112 bytes)
0x7658  C:\Windows\SysWOW64\KERNELBASE.dll (6.1.7601.17932, 290816 bytes)
0x768d  C:\Windows\SysWOW64\advapi32.dll (6.1.7601.17514, 655360 bytes)
0x76ee  C:\Windows\SysWOW64\msvcrt.dll (7.0.7601.17744, 704512 bytes)
0x76db  C:\Windows\SysWOW64\sechost.dll (6.1.7600.16385, 102400 bytes)
0x76c0  C:\Windows\SysWOW64\rpcrt4.dll (6.1.7601.17514, 983040 bytes)
0x7527  C:\Windows\SysWOW64\sspicli.dll (6.1.7601.17856, 393216 bytes)
0x7526  C:\Windows\SysWOW64\CRYPTBASE.dll (6.1.7600.16385, 49152 bytes)
0x7706  C:\Windows\SysWOW64\ws2_32.dll (6.1.7601.17514, 217088 bytes)
0x76dd  C:\Windows\SysWOW64\nsi.dll (6.1.7600.16385, 24576 bytes)
0x1000  C:\Program Files (x86)\Subversion\bin\intl3_svn.dll (0.14.1.1519, 
73728 bytes)
0x6eec  C:\Program Files (x86)\Subversion\bin\libapr-1.dll (1.4.6.0, 147456 
bytes)
0x7503  C:\Windows\System32\mswsock.dll (6.1.7601.17514, 245760 bytes)
0x76de  C:\Windows\SysWOW64\user32.dll (6.1.7601.17514, 1048576 bytes)
0x76a8  C:\Windows\SysWOW64\gdi32.dll (6.1.7601.17514, 589824 bytes)
0x7655  C:\Windows\SysWOW64\lpk.dll (6.1.7600.16385, 40960 bytes)
0x770d  C:\Windows\SysWOW64\usp10.dll (1.626.7601.17514, 643072 bytes)
0x753d  C:\Windows\SysWOW64\shell32.dll (6.1.7601.17859, 12886016 bytes)
0x76ba  C:\Windows\SysWOW64\shlwapi.dll (6.1.7601.17514, 356352 bytes)
0x0022  C:\Program Files (x86)\Subversion\bin\libsasl.dll (2.1.23.0, 77824 
bytes)
0x0024  C:\Program Files (x86)\Subversion\bin\libsvn_delta-1.dll 
(1.7.6.60057, 94208 bytes)
0x6ee6  C:\Program Files (x86)\Subversion\bin\libaprutil-1.dll (1.3.12.0, 
196608 bytes)
0x6ee5  C:\Program Files (x86)\Subversion\bin\libapriconv-1.dll (1.2.1.0, 
36864 bytes)
0x002f  C:\Program Files (x86)\Subversion\bin\libsvn_subr-1.dll 
(1.7.6.60057, 798720 bytes)
0x70af  C:\Windows\System32\shfolder.dll (6.1.7600.16385, 20480 bytes)
0x7677  C:\Windows\SysWOW64\ole32.dll (6.1.7601.17514, 1425408 bytes)
0x7631  C:\Windows\SysWOW64\crypt32.dll (6.1.7601.17856, 1171456 bytes)
0x7602  C:\Windows\SysWOW64\msasn1.dll (6.1.7601.17514, 49152 bytes)
0x003c  C:\Program Files (x86)\Subversion\bin\libsvn_fs-1.dll (1.7.6.60057, 
241664 bytes)
0x1300  C:\Program Files (x86)\Subversion\bin\libdb48.dll (4.0.8.30, 
1175552 bytes)
0x73b6  C:\Windows\System32\msvcp60.dll (7.0.7600.16385, 417792 bytes)
0x0042  C:\Program Files (x86)\Subversion\bin\libsvn_repos-1.dll 
(1.7.6.60057, 147456 bytes)
0x76b4  C:\Windows\System32\imm32.dll (6.1.7601.17514, 393216 bytes)
0x7720  C:\Windows\SysWOW64\msctf.dll (6.1.7600.16385, 835584 bytes)
0x7502  C:\Windows\System32\WSHTCPIP.DLL (6.1.7600.16385, 20480 bytes)
0x7361  C:\Windows\System32\cryptsp.dll (6.1.7600.16385, 90112 bytes)
0x735d  C:\Windows\System32\rsaenh.dll (6.1.7600.16385, 241664 bytes)
0x7459  C:\Windows\System32\nlaapi.dll (6.1.7601.17514, 65536 bytes)
0x742c  C:\Windows\System32\NapiNSP.dll (6.1.7600.16385, 65536 bytes)
0x74fc  C:\Windows\System32\dnsapi.dll (6.1.7601.17570, 278528 bytes)
0x742b  C:\Windows\System32\winrnr.dll (6.1.7600.16385, 32768 bytes)
0x71ea  C:\Windows\System32\dbghelp.dll (6.1.7601.17514, 962560 bytes)
0x6c30  C:\Windows\System32\powrprof.dll (6.1.7600.16385, 151552 bytes)
0x765d  C:\Windows\SysWOW64\setupapi.dll (6.1.7601.17514, 1691648 bytes)
0x770a  C:\Windows\SysWOW64\cfgmgr32.dll (6.1.7601.17621, 159744 byt

Issue with Subversion Server on i5/OS

2013-01-10 Thread Oliver Bretterklieber

The V6R1 version of the Subversion Server for i5/OS stops since December
2012 with error MCH3601. After discussion with IBM software service, this
is the result of a change in the the latest PSP SF99368 for the Apache
HTTP server in i5/OS:

http://www-912.ibm.com/s_dir/sline003.nsf/554c38c4848b77f2862567bd0046e003/56ff79c9506270c98625771400478c7f?OpenDocument

This PSP implemented support for large files > 2GB. The cover letter
contains the information that all thirt party modules requires a
re-compile with the new large file support to continue running:

https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/IBM%20i%20Technology%20Updates/page/IBM%20HTTP%20Server%20for%20i%20-%20Large%20File%20Support%20Overview

Mit freundlichen Grü?en / Kind regards / H?lsningar / Met vriendelijke
groeten / Med venlig hilsen /
Vennlig hilsen / Cordiali saluti / Salutations / Cordiales saludos /
Salutacions cordials / Cumprimentos /
Salut?ri / üdv?zlettel / S pozdravom / S pozdravem / Saygilarimla arz
ederim / με φιλικο?? χαιρετισμο?? / Z pozdrownieniami /
С наилучшими пожеланиями / ? ?? / 以亲
切问候 / 敬具 / ? ?? / ? ? - ?? ??

Oliver Bretterklieber

IT Architect
CIO Organization
IBM Global Financing Germany IT

Phone:
+49-7034-643-0326
IBM Deutschland

E-Mail:
oliver.bretterklie...@de.ibm.com
Nahmitzer Damm 12

12277 Berlin

Germany

IBM Deutschland Management & Business Support GmbH / Vorsitzender des
Aufsichtsrats: Martin Jetter
Gesch?ftsführung: Martina Koederitz (Vorsitzende), Reinhard Reschke,
Dieter Scholz, Gregor Pillen, Dr. (MIT) Joachim Heel, Christian Noll
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart,
HRB 24938

Merge Error

2013-01-10 Thread Chris Meyer

I get the following error when trying to use the merge tool, when choosing
'Merge a range of revisions', enter the url to merge from, then push 'Show
log' or even if I push next and then 'Test Merge', I get the same error.
For some reason it keeps telling me that my local temp folder is not a
working copy. (C:\Users\XX\AppData\Local\Temp)

Using Windows 7 x64

---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list archives for the error message
to avoid reporting the same problem repeatedly.
You can find the mailing list archives at
http://subversion.apache.org/mailing-lists.html

Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):

In file
 
'D:\Development\SVN\Releases\TortoiseSVN-1.7.11\ext\subversion\subversion\libsvn_wc\wc_db.c'
 line 11820: assertion failed (svn_dirent_is_absolute(local_abspath))
---
OK
---

Re: subversion crash

2013-01-10 Thread Stefan Sperling

On Thu, Jan 10, 2013 at 05:20:07PM +0800, yijinhu wrote:
> Best Regards
> 
> 易金华 (Charles Yi)  R&D 
> 
> 无锡矽鼎科技有限公司
> 
> CYNOVO, Inc.

Thank you, this looks interesting.

Can you please share your authz configuration file as well?

> Process info:
> Cmd line: svnserve  -d -r G:\svn --config-file G:\svn\conf\svnserve.conf
> Working Dir: C:\Users\Administrator
> Version:  1.7.6 (r1370777), compiled Aug 10 2012, 14:48:36
> Platform: Windows OS version 6.1 build 7601 Service Pack 1
> 
> Exception: ACCESS_VIOLATION
> 
> Registers:
> eax= ebx=6eed30e0 ecx=00663cb8 edx=0084fc44 esi=0084fc44 edi=
> eip=6eed30f2 esp=0084fc10 ebp=0084fc1c efl=00010246
> cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b
> 
> Stacktrace:
> #1  0x6eed30f2 in apr_strtok()
> #2  0x002f1bb6 in svn_cstring_split_append()
> #3  0x002f1c69 in svn_cstring_split()
> #4  0x00426bd5 in svn_repos_authz_check_access()
> #5  0x00426ac4 in svn_repos_authz_check_access()
> #6  0x00426945 in svn_repos_authz_check_access()
> #7  0x002fbe1c in svn_config_enumerate2()
> #8  0x00426852 in svn_repos_authz_check_access()
> #9  0x004267ab in svn_repos_authz_check_access()
> 
> 
> Loaded modules:
> 0x0040  C:\Program Files (x86)\Subversion\bin\svnserve.exe (1.7.6.60057, 
> 114688 bytes)
> 0x77b9  C:\Windows\SysWOW64\ntdll.dll (6.1.7601.17725, 1572864 bytes)
> 0x7697  C:\Windows\SysWOW64\kernel32.dll (6.1.7601.17932, 1114112 bytes)
> 0x7658  C:\Windows\SysWOW64\KERNELBASE.dll (6.1.7601.17932, 290816 bytes)
> 0x768d  C:\Windows\SysWOW64\advapi32.dll (6.1.7601.17514, 655360 bytes)
> 0x76ee  C:\Windows\SysWOW64\msvcrt.dll (7.0.7601.17744, 704512 bytes)
> 0x76db  C:\Windows\SysWOW64\sechost.dll (6.1.7600.16385, 102400 bytes)
> 0x76c0  C:\Windows\SysWOW64\rpcrt4.dll (6.1.7601.17514, 983040 bytes)
> 0x7527  C:\Windows\SysWOW64\sspicli.dll (6.1.7601.17856, 393216 bytes)
> 0x7526  C:\Windows\SysWOW64\CRYPTBASE.dll (6.1.7600.16385, 49152 bytes)
> 0x7706  C:\Windows\SysWOW64\ws2_32.dll (6.1.7601.17514, 217088 bytes)
> 0x76dd  C:\Windows\SysWOW64\nsi.dll (6.1.7600.16385, 24576 bytes)
> 0x1000  C:\Program Files (x86)\Subversion\bin\intl3_svn.dll (0.14.1.1519, 
> 73728 bytes)
> 0x6eec  C:\Program Files (x86)\Subversion\bin\libapr-1.dll (1.4.6.0, 
> 147456 bytes)
> 0x7503  C:\Windows\System32\mswsock.dll (6.1.7601.17514, 245760 bytes)
> 0x76de  C:\Windows\SysWOW64\user32.dll (6.1.7601.17514, 1048576 bytes)
> 0x76a8  C:\Windows\SysWOW64\gdi32.dll (6.1.7601.17514, 589824 bytes)
> 0x7655  C:\Windows\SysWOW64\lpk.dll (6.1.7600.16385, 40960 bytes)
> 0x770d  C:\Windows\SysWOW64\usp10.dll (1.626.7601.17514, 643072 bytes)
> 0x753d  C:\Windows\SysWOW64\shell32.dll (6.1.7601.17859, 12886016 bytes)
> 0x76ba  C:\Windows\SysWOW64\shlwapi.dll (6.1.7601.17514, 356352 bytes)
> 0x0022  C:\Program Files (x86)\Subversion\bin\libsasl.dll (2.1.23.0, 
> 77824 bytes)
> 0x0024  C:\Program Files (x86)\Subversion\bin\libsvn_delta-1.dll 
> (1.7.6.60057, 94208 bytes)
> 0x6ee6  C:\Program Files (x86)\Subversion\bin\libaprutil-1.dll (1.3.12.0, 
> 196608 bytes)
> 0x6ee5  C:\Program Files (x86)\Subversion\bin\libapriconv-1.dll (1.2.1.0, 
> 36864 bytes)
> 0x002f  C:\Program Files (x86)\Subversion\bin\libsvn_subr-1.dll 
> (1.7.6.60057, 798720 bytes)
> 0x70af  C:\Windows\System32\shfolder.dll (6.1.7600.16385, 20480 bytes)
> 0x7677  C:\Windows\SysWOW64\ole32.dll (6.1.7601.17514, 1425408 bytes)
> 0x7631  C:\Windows\SysWOW64\crypt32.dll (6.1.7601.17856, 1171456 bytes)
> 0x7602  C:\Windows\SysWOW64\msasn1.dll (6.1.7601.17514, 49152 bytes)
> 0x003c  C:\Program Files (x86)\Subversion\bin\libsvn_fs-1.dll 
> (1.7.6.60057, 241664 bytes)
> 0x1300  C:\Program Files (x86)\Subversion\bin\libdb48.dll (4.0.8.30, 
> 1175552 bytes)
> 0x73b6  C:\Windows\System32\msvcp60.dll (7.0.7600.16385, 417792 bytes)
> 0x0042  C:\Program Files (x86)\Subversion\bin\libsvn_repos-1.dll 
> (1.7.6.60057, 147456 bytes)
> 0x76b4  C:\Windows\System32\imm32.dll (6.1.7601.17514, 393216 bytes)
> 0x7720  C:\Windows\SysWOW64\msctf.dll (6.1.7600.16385, 835584 bytes)
> 0x7502  C:\Windows\System32\WSHTCPIP.DLL (6.1.7600.16385, 20480 bytes)
> 0x7361  C:\Windows\System32\cryptsp.dll (6.1.7600.16385, 90112 bytes)
> 0x735d  C:\Windows\System32\rsaenh.dll (6.1.7600.16385, 241664 bytes)
> 0x7459  C:\Windows\System32\nlaapi.dll (6.1.7601.17514, 65536 bytes)
> 0x742c  C:\Windows\System32\NapiNSP.dll (6.1.7600.16385, 65536 bytes)
> 0x74fc  C:\Windows\System32\dnsapi.dll (6.1.7601.17570, 278528 bytes)
> 0x742b  C:\Windows\System32\winrnr.dll (6.1.7600.16385, 32768 bytes)
> 0x71ea  C:\Windows\System32\dbghelp.dll (6.1.7601.17514, 962560 bytes)
> 0x6c30  C:\Windows\System32\powrprof.dll (6.1.7600.16385, 151552 bytes)
> 0x765d  C:\Windows\SysWOW64\setupapi.dll (6.1.7601.17514, 1691648 bytes)
> 0x770a  C:\Windows\SysWOW64\cfgmgr32.dll (6.1.7601.17621, 159744 bytes)

Re: Merge Error

2013-01-10 Thread Stefan Sperling

On Thu, Jan 10, 2013 at 09:32:39AM -0600, Chris Meyer wrote:
> I get the following error when trying to use the merge tool, when choosing
> 'Merge a range of revisions', enter the url to merge from, then push 'Show
> log' or even if I push next and then 'Test Merge', I get the same error.
> For some reason it keeps telling me that my local temp folder is not a
> working copy. (C:\Users\XX\AppData\Local\Temp)

You're writing to the users list of the Apache Subversion project,
but are describing a problem with TortoiseSVN. While TortoiseSVN
internally uses Apache Subversion it is a separate project. So I'd
like to ask you to consider reporting the problem there as well.
See http://tortoisesvn.net/reportbug.html

Thanks!


> Using Windows 7 x64
> 
> ---
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the Subversion mailing list
> with as much information as possible about what
> you were trying to do.
> But please first search the mailing list archives for the error message
> to avoid reporting the same problem repeatedly.
> You can find the mailing list archives at
> http://subversion.apache.org/mailing-lists.html
> 
> Subversion reported the following
> (you can copy the content of this dialog
> to the clipboard using Ctrl-C):
> 
> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.11\ext\subversion\subversion\libsvn_wc\wc_db.c'
>  line 11820: assertion failed (svn_dirent_is_absolute(local_abspath))
> ---
> OK
> ---

Re: Cant open repository folder

2013-01-10 Thread Stefan Sperling

On Tue, Jan 08, 2013 at 06:34:54PM +0530, noufal av wrote:
> how i solve this problem..plzz help me and i waiting for ur solution

The repository cannot be read because the 'current' file is apparently
empty. This means Subversion has no way of knowing what the latest
revision in the repository is.

I'd suggest to restore the repository from backup.

If you don't have a recent backup, please take some time to think
about how you are going to keep recent backups of your repositories
in the future :)
And try to write the number of the current HEAD revision into the
'current' file. That might fix the repository.

> 
> 
> 
> [image: Inline image 1]
> -- 
> <>
> 
> Sir,
>  My visual svn server shows this message.Visual svn clients cant commit
> the project..when commit done error message shows.Please give a solution
> for this problem.
> 
> -- 
> <>
> 
> 
> 
> -- 
> <>

Re: branching WC folder fails with files marked as deleted

access control for Subfolder is not work in svn 1.6

RE: access control for Subfolder is not work in svn 1.6

Re: access control for Subfolder is not work in svn 1.6

Re: access control for Subfolder is not work in svn 1.6

RE: access control for Subfolder is not work in svn 1.6

Re: access control for Subfolder is not work in svn 1.6

subversion crash

Issue with Subversion Server on i5/OS

Merge Error

Re: subversion crash

Re: Merge Error

Re: Cant open repository folder

13 matches

Site Navigation

Mail list logo

Footer information