Re: Planned release date for mod_dav_svn compile error fix (SVN 1.7/Apache 2.4)
1.7.5 will include this fix. Current plan is to announce it as GA on Thursday. >From CHANGES: - Server-side bugfixes: * mod_dav_svn: support compiling/running under httpd-2.4 (r1232267) * mod_dav_svn: forbid BDB repositories under httpd's event MPM (issue #4157) Michael Ben-David wrote on Mon, May 14, 2012 at 12:45:45 -0700: > +1 for this. I just ran into it with: --without-berkeley-db > > On Friday, 20 April 2012 02:21:05 UTC-4, Daniel Shahaf wrote: > > > > We're working in this (mostly Philip). It's possible that 1.7.5 will > > allow compiling and running against httpd-2.4, so long as the 'event' > > MPM and BDB-backed repositories aren't used at the same time (see issue > > #4157). The underlying problem of making bdb/event act nicely is > > outstanding > > > > Ralph Seichter wrote on Thu, Apr 19, 2012 at 12:40:39 +0200: > > > Hi list, > > > > > > in February, Mario Brandt started a thread about a compile error against > > > Apache 2.4.x (see http://svn.haxx.se/dev/archive-2012-02/0486.shtml). > > > > > > subversion/mod_dav_svn/util.c: In function 'dav_svn__log_err': > > > subversion/mod_dav_svn/util.c:630:20: error: 'dav_error' has no member > > named 'save_errno' > > > subversion/mod_dav_svn/util.c:631:28: error: 'dav_error' has no member > > named 'save_errno' > > > > > > A patch was suggested and discussed with Daniel Shahaf. As far as I can > > > tell from the mailing list archives, no release date has been named for > > > the fix, or have I overlooked something? > > > > > > -Ralph > >
Working Copy on SMB/CIFS mounted network shares on [OS X Lion, Subversion 1.7.x]
Hello, I can 9-out-of-10 replicate this behaviour when doing the following: 1.) Mount a (windows-hosted) network share as SMB/CIFS on my OS X Lion 2.) Check out a working copy on the mounted share If there is sufficient amount of data in the repo, the checkout will fail at some (random?) stage with an error message like this: The SQLite db is busy svn: database is locked, executing statement 'RELEASE s893' Though the 's###' may differ, this happens with subversion clients >= 1.7.x, both 'native' clients (built from MacPorts), and SVNKit implementations using Eclipse. It does not happen with subversion clients <= 1.6.x. Detailed system information is attached. Regards, David Herges System Software Overview: System Version: Mac OS X 10.7.4 (11E53) Kernel Version: Darwin 11.4.0 Boot Volume: Macintosh HD Boot Mode:Normal Secure Virtual Memory:Enabled 64-bit Kernel and Extensions: Yes Time since boot: 17 minutes svn, version 1.7.4 (r1295709) compiled Apr 4 2012, 19:58:49 Copyright (C) 2012 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ Eclipse: Version: 3,7 Last Modified:16.02.2012 20:30 Kind: Intel 64-Bit (Intel): Yes App Store:No Get Info String: Eclipse 3.7 for Mac OS X, Copyright IBM Corp. and others 2002, 2011. All rights reserved. Location: /Applications/eclipse/Eclipse.app Subclipse Plugin from http://subclipse.tigris.org/update_1.8.x WORKS FINE: svn, version 1.6.17 (r1128011) compiled Feb 1 2012, 15:04:34 Copyright (C) 2000-2009 CollabNet. Subversion is open source software, see http://subversion.apache.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). SVNKit Client Adapter (Not required) 1.6.15 org.tigris.subversion.clientadapter.svnkit.feature.feature.group tigris.org SVNKit Library1.3.5.7406 org.tmatesoft.svnkit.feature.group TMate Software
Re: Serf: Error retrieving REPORT (120105): APR does not understand this error code
On Tue, May 15, 2012 at 11:10:35AM +0800, Joel Low wrote: > Hello, > > I was doing a switch for my Apache HTTPd WC from the 2.2 tag to the latest > 2.4 tag in preparation for building 1.7.5's mod_dav_svn. I am using Serf as > the RA layer: after a minute or two I get the message in the title; I don't > get the problem using Neon. I've already done a Wireshark capture, so let me > know who to email it to if it would help debugging. > > I think I need to disclaim that I am connected to s.a.o from Singapore, > where there is a transparent HTTP proxy implemented at the national level > for all HTTP requests being routed out of the country. It could be that > causing the misbehaviour with Serf. > > Thanks in advance. There are and were many known problems with the serf-based repository access layer, which is why neon is still the default in Subversion 1.7. There is work happening on trunk at the moment to iron out these problems. If you report problems with serf, you should mention the exact version numbers of serf and Subversion you used. Else, it is hard to tell whether you ran into some problem that's already been fixed. If you're in a position to try an svn client compiled from Subversion's trunk, and linked against the most recent stable release of serf, that would be help us identify problems that still need to be fixed before serf can be made the default for Subversion 1.8.
RE: Serf: Error retrieving REPORT (120105): APR does not understand this error code
Hi Stefan, > -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: Tuesday, 15 May, 2012 5:12 PM > To: Joel Low > Cc: Subversion Users' List (users@subversion.apache.org) > Subject: Re: Serf: Error retrieving REPORT (120105): APR does not understand > this error code > > On Tue, May 15, 2012 at 11:10:35AM +0800, Joel Low wrote: > > Hello, > > > > I was doing a switch for my Apache HTTPd WC from the 2.2 tag to the > > latest > > 2.4 tag in preparation for building 1.7.5's mod_dav_svn. I am using > > Serf as the RA layer: after a minute or two I get the message in the > > title; I don't get the problem using Neon. I've already done a > > Wireshark capture, so let me know who to email it to if it would help > debugging. > > > > I think I need to disclaim that I am connected to s.a.o from > > Singapore, where there is a transparent HTTP proxy implemented at the > > national level for all HTTP requests being routed out of the country. > > It could be that causing the misbehaviour with Serf. > > > > Thanks in advance. > > There are and were many known problems with the serf-based repository > access layer, which is why neon is still the default in Subversion 1.7. > There is work happening on trunk at the moment to iron out these problems. > > If you report problems with serf, you should mention the exact version > numbers of serf and Subversion you used. Else, it is hard to tell whether you > ran into some problem that's already been fixed. [Joel Low] I'm using TortoiseSVN nightly builds (on the 1.7 branch) versions: TortoiseSVN 1.7.99, Build 22899 - 64 Bit -dev, 2012/05/12 15:27:56 Subversion 1.7.6, -dev apr 1.4.6 apr-utils 1.3.12 neon 0.29.6 serf 1.0.3 OpenSSL 1.0.1c 10 May 2012 zlib 1.2.7 > > If you're in a position to try an svn client compiled from Subversion's trunk, > and linked against the most recent stable release of serf, that would be help > us identify problems that still need to be fixed before serf can be made the > default for Subversion 1.8. smime.p7s Description: S/MIME cryptographic signature
Re: svn client step by step guide/tutorial
Thanks Jeyanthan for the reply and completely understood now. Help me understand about codesion. is it a svn hosting service provider. ? Yes, Codesion is a cloud service offered by CollabNet for hosting Subversion or Git repositories. Visit http://codesion.com/features.html to know more about it's features.. You may watch the following Video Demos which covers getting started with Codesion. http://codesion.com/video-tour.html Any queries regarding Codesion can be raised here - https://help.cloudforge.com/ -- Regards, Jeyanthan
Re: delta editor: file properties are not preserved during svnsync of subdir
"Bryan O'Sullivan" writes: > If you svnsync only the trunk of this repo, the new repo loses the > svn:special and svn:executable properties of files. Agreed, this is a Subversion bug. I've raised issue http://subversion.tigris.org/issues/show_bug.cgi?id=4184 Thanks for the clear bug report! -- Philip
Sparse directory: how to display the global state of the working copy
Hi Suppose you explore a working copy, that is known to contain sparse directory, but you do not know, or remember, which one have been excluded. Using svn-1.7.4 collabnet CLI client, I can tell "svn info" on the parent directory does not display "Depth: exclude". If I know the name of the missing (excluded) child directory, I can run: "svn info " That would mean I must check the repository on the server to know the subdirectories' names. Is there a way to recursively display all excluded directories of a given working copy. Regards --- Ce message et toutes les pièces jointes sont établis à l'intention exclusive de ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas assurée sur Internet, la SNCF ne peut être tenue responsable des altérations qui pourraient se produire sur son contenu. Toute publication, utilisation, reproduction, ou diffusion, même partielle, non autorisée préalablement par la SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement l'expéditeur et de le détruire. --- This message and any attachments are intended solely for the addressees and are confidential. SNCF may not be held responsible for their contents whose accuracy and completeness cannot be guaranteed over the Internet. Unauthorized use, disclosure, distribution, copying, or any part thereof is strictly prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete it.
SVN Crash while updating externals
BR Henri Podolski __ /** * @author Henri Podolski * @position Software Developer * @emailhe...@podolski.cc * @abouthttp://about.me/henripodolski * * Please do not hesitate to contact me. */ svn-crash-log20120515163325.dmp Description: Binary data svn-crash-log20120515163325.log Description: Binary data
Re: Planned release date for mod_dav_svn compile error fix (SVN 1.7/Apache 2.4)
On 15.05.12 09:56, Daniel Shahaf wrote: > 1.7.5 will include this fix. That's good news, thanks. -Ralph
Re: Working Copy on SMB/CIFS mounted network shares on [OS X Lion, Subversion 1.7.x]
On May 15, 2012, at 03:31, David Herges wrote: > 1.) Mount a (windows-hosted) network share as SMB/CIFS on my OS X Lion > 2.) Check out a working copy on the mounted share Don't do that. Keep working copies on local disks.
Re: Sparse directory: how to display the global state of the working copy
2012/5/15 FOUCHE Emmanuel (EXT Atos Origin) : > Hi > > Suppose you explore a working copy, that is known to contain sparse > directory, but you do not know, or remember, which one have been excluded. > > Using svn-1.7.4 collabnet CLI client, I can tell "svn info" on the parent > directory does not display "Depth: exclude". > If I know the name of the missing (excluded) child directory, I can run: > "svn info " > That would mean I must check the repository on the server to know the > subdirectories' names. > > Is there a way to recursively display all excluded directories of a given > working copy. > "svn ls" displays all subdirectories, regardless of whether they are excluded in the local wc. Maybe there other ways, but I do not recall now. Best regards, Konstantin Kolinko
