date:20101113

Re: Subversion vs multicore processors

2010-11-13 Thread Daniel Shahaf

Edward Ned Harvey wrote on Sat, Nov 13, 2010 at 00:23:54 -0500:
> ./configure --prefix=$INSTALLDIR --with-ssl && \
> make && \
> make install && \
> echo "" && \
> echo "installed ok:  ${INSTALLDIR}/bin/svn"

set -e
./configure
make
make install
set +e

More readable?

error occured during svn merge

2010-11-13 Thread Andrey Starodubtsev


Hello!

I've faced with crash during following command ( dns name was replaced ):
svn merge --dry-run -r3778:5716 svn://svn.example.com/repo/trunk . | tee 
merge.log
Working copy has few local modifications ( removed svn:mergeinfo on some 
files and directories ). Svn log attached.


svn --version
svn, version 1.6.13 (SlikSvn/1.6.13) X64
   compiled Oct  5 2010, 10:50:45

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet 
(http://www.Collab.Net/).


The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using 
Neon.

  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using 
serf.

  - handles 'http' scheme
  - handles 'https' scheme

Process info:
Cmd line: "C:\Program Files\SlikSvn\bin\svn.EXE"  merge --dry-run -r3778:57
Version:  1.6.13 (SlikSvn/1.6.13) X64, compiled Oct  5 2010, 10:50:38
Platform: Windows OS version 6.1 build 7600 

Exception: ACCESS_VIOLATION

Registers:
Rax=07fef4622010 Rcx=8275c1a0ed3b Rdx=07fef4622010 
Rbx=02a27208
Rsp=002deb20 Rbp= Rsi=03424800 
Rdi=03330268
R8= 02a27208 R9= 034242e0 R10= 0001 
R11=8101010101010100
R12=03315da8 R13=03424728 R14= 
R15=033142d0
cs=0033  ss=002b  ds=002b  es=0053  fs=002b  gs=002b  ss=0094

Stacktrace:
#1  0x7fef460d506 in svn_wc_adm_probe_try2 ()
#2  0x7fef460fc9a in svn_wc_merge_props2 ()
#3  0x7fef87f5320 in svn_client_log5 ()
#4  0x7fef87f567a in svn_client_log5 ()
#5  0x7fef880b14c in svn_client_version ()
#6  0x7fef891234c in svn_delta_depth_filter_editor ()
#7  0x7fef44d0647 in svn_ra_svn_init ()
#8  0x7fef44d0a46 in svn_ra_svn_init ()
#9  0x7fef44c7224 in svn_ra_serf_init ()
#10  0x7fef87f8d26 in svn_client_log5 ()
#11  0x7fef87fc205 in svn_client_log5 ()
#12  0x7fef87fc96e in svn_client_log5 ()
#13  0x7fef87ff83c in svn_client_merge_peg3 ()
#14  0x13f14914d in (unknown function)
#15  0x13f14891a in (unknown function)
#16  0x13f1508be in (unknown function)
#17  0x77a1f56d in BaseThreadInitThunk ()
#18  0x77b53021 in RtlUserThreadStart ()


Loaded modules:
0x3f14  C:\Program Files\SlikSvn\bin\svn.exe (1.6.13.19776, 196608 bytes)
0x77b2  C:\Windows\System32\ntdll.dll (6.1.7600.16559, 1748992 bytes)
0x77a0  C:\Windows\System32\kernel32.dll (6.1.7600.16385, 1175552 bytes)
0xfdd8  C:\Windows\System32\KERNELBASE.dll (6.1.7600.16385, 438272 bytes)
0x6eec  C:\Program Files\SlikSvn\bin\SlikSvn-libintl-x64.dll (0.0.0.0, 
61440 bytes)
0x716f  
C:\Windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4926_none_08e1a05ba83fe554\msvcr90.dll
 (9.0.30729.4926, 643072 bytes)
0x002e  C:\Program Files\SlikSvn\bin\SlikSvn-libapr-1.dll (1.4.2.0, 163840 
bytes)
0xff58  C:\Windows\System32\ws2_32.dll (6.1.7600.16385, 315392 bytes)
0xff61  C:\Windows\System32\msvcrt.dll (7.0.7600.16385, 651264 bytes)
0xff45  C:\Windows\System32\rpcrt4.dll (6.1.7600.16385, 1236992 bytes)
0xff60  C:\Windows\System32\nsi.dll (6.1.7600.16385, 32768 bytes)
0xfd2d  C:\Windows\System32\mswsock.dll (6.1.7600.16385, 344064 bytes)
0x7790  C:\Windows\System32\user32.dll (6.1.7600.16385, 1024000 bytes)
0xff2d  C:\Windows\System32\gdi32.dll (6.1.7600.16385, 421888 bytes)
0xff5f  C:\Windows\System32\lpk.dll (6.1.7600.16385, 57344 bytes)
0xff70  C:\Windows\System32\usp10.dll (1.626.7600.16385, 827392 bytes)
0xfe23  C:\Windows\System32\advapi32.dll (6.1.7600.16385, 897024 bytes)
0xff6b  C:\Windows\System32\sechost.dll (6.1.7600.16385, 126976 bytes)
0xfe4c  C:\Windows\System32\shell32.dll (6.1.7600.16644, 14180352 bytes)
0xff25  C:\Windows\System32\shlwapi.dll (6.1.7600.16385, 462848 bytes)
0xf87e  C:\Program Files\SlikSvn\bin\SlikSvn-svn_client-1.dll 
(1.6.13.19776, 262144 bytes)
0x6ee6  C:\Program Files\SlikSvn\bin\SlikSvn-libaprutil-1.dll (1.3.9.0, 
217088 bytes)
0xf891  C:\Program Files\SlikSvn\bin\SlikSvn-svn_delta-1.dll (1.6.13.19776, 
106496 bytes)
0xf43b  C:\Program Files\SlikSvn\bin\SlikSvn-svn_subr-1.dll (1.6.13.19776, 
770048 bytes)
0xff7d  C:\Windows\System32\ole32.dll (6.1.7600.16624, 2105344 bytes)
0xfdb3  C:\Windows\System32\crypt32.dll (6.1.7600.16385, 1466368 bytes)
0xfdb2  C:\Windows\System32\msasn1.dll (6.1.7600.16415, 61440 bytes)
0xfb08  C:\Program Files\SlikSvn\bin\SlikSvn-svn_diff-1.dll (1.6.13.19776, 
61440 bytes)
0xf44a  C:\Program Files\SlikSvn\bin\SlikSvn-svn_ra-1.dll (1.6.13.19776, 
557056 bytes)
0xf88e  C:\Program Files\SlikSvn\bin\SlikSvn-svn_repos-

Re: svnserve : anonymous access not working on SASL

2010-11-13 Thread Gingko

- Original Message - 
From: "Daniel Shahaf" 

To: "Gingko" 
Cc: "Subversion User List" 
Sent: Wednesday, November 10, 2010 10:45 PM
Subject: Re: svnserve : anonymous access not working

I agree that anon-access=read should work.  From looking at the code,
I'm not sure whether the SASL glue logic signals "I couldn't auth this
user", or just returns an error.  In the meantime, as a workaround, does
adding ANONYMOUS to the mech_list achieve the desired behaviour?

Hello,

Anything new on this subject ?
Is there another workaround that you could suggest ?

Maybe I should file a bug report about it on your issue tracker 
(http://subversion.apache.org/issue-tracker.html) ?

Gingko

Re: Subversion vs multicore processors

2010-11-13 Thread Nico Kadel-Garcia

On Sat, Nov 13, 2010 at 12:23 AM, Edward Ned Harvey  wrote:
>> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
>>
>> RHEL 5 still directly only provides Subversion 1.4.2. EPEL will not
> replace it in
>
> On RHEL4 / RHEL5, I find it ridiculously easy to build svn from source.
> Here is my build script:

Great: now reliably provide HTTP/HTTPS access for offsite repository
use, configure mod_dav_svn for local HTTP and HTTPS server usage,
utilities with configuration files, and assure that ssn+ssh discovered
all the necessary libraries. Oh, you didn't have the include files
installed for those and therefore ./configure didn't detect them?
Whoops! Guess those parts all got left out of our script! And don't
forget the sqlite version issues!!!

Sorry if I seem a bit cross about this, but I recently had to clean up
after someone's version that compiled this carelessly, as a matter of
course. It's generally a lot safer to build from an RPM or other
controlled build environment to assure that such components aren't
left out carelessly.

Also, running copies of 1.6.12 and the default 1.4.2 on the same host
or in the same working environments is begging for pain due to
auto-upgrade when touching working copies with 1.6.12.

Re: restored deleted data on subversion

2010-11-13 Thread wrodrigues201


On 11/08/2010 10:35 PM, Campbell Allan wrote:

On Monday 08 Nov 2010, wrodrigues201 wrote:
   

Hello,

Our subversion (1.4.3-r23084 on windows 2003) was holding around 1.6 TB
of data and one user has accidentally deleted a directory of 1 TB. I
have done a svn export from the previous version and have the data. Do I
have to add and again commit this data ? Will it use up 1 TB of disk
space on the svn server ? Is there any way i can restore the data from
the previous version without using up 1 TB of disk space ?

Thanks in advance.

wrodrigues
 


If I understand correctly, nothing has been deleted from the server it just
isn't anymore in the working copy? If that is the case then assuming it
wasn't too long ago or you do not mind redoing/merging the commits then you
could take a copy of the trunk/branch prior to the delete and rename this
back. The delete would still have occurred but on the branch that no longer
matters and once you're happy that can be deleted too. This will only take up
the space required for a few copies of the parent, nowhere near the 1TB of
the content. Something like

svn copy https://svnserver/svn/project/tr...@12345 \
  https://svnserver/svn/project/trunkcopy

svn move https://svnserver/svn/project/trunk \
  https://svnserver/svn/project/trunkold

svn move https://svnserver/svn/project/trunkcopy \
  https://svnserver/svn/project/trunk



   

Hello Allan,

Thanks your suggestions worked like a charm.

Re: Subversion vs multicore processors

error occured during svn merge

Re: svnserve : anonymous access not working on SASL

Re: Subversion vs multicore processors

Re: restored deleted data on subversion

5 matches

Site Navigation

Mail list logo

Footer information