RE: Subversion queries hanging, timing out

Hi, (sorry for the format - OutBarf again..) From: Dave Purrington [mailto:dave.purring...@gmail.com] Sent: Monday, January 11, 2010 8:25 PM To: users@subversion.apache.org Subject: Subversion queries hanging, timing out

Re: NetDrive and SVN autoversioning - keep getting Broken pipe

Richard Walker wrote: 2010/1/12 Gunther Mayer gunther.ma...@googlemail.com mailto:gunther.ma...@googlemail.com Hi guys, I'm not sure if anyone here is working with the following combination (or similar): Server: svn 1.6.5 (latest) + apache 2.2.12 (latest) on ubuntu

use-commit-times = yes

Hi, we have our Client configured with the setup use-commit-times = yes is it possible with a svn or svn-admin command to modify this commit-times in the repository? bye Claudius Landesbank Baden-Wuerttemberg Anstalt des oeffentlichen Rechts Hauptsitze: Stuttgart, Karlsruhe, Mannheim,

Re: Question about excessive mergeinfo

That's an awesome hook to limit svn:mergeinfo propagation, but unfortunately it is not viable for complex repositories :(. Let's hope Subversion 1.7 helps us with this. On Wed, Jan 13, 2010 at 11:46 AM, Stein Somers ssom...@opnet.com wrote: I have a pre-commit hook to detect mergeinfo below

Re: use-commit-times = yes

On Thu, Jan 14, 2010 at 07:01, Claudius Sailer claudius.sai...@lbbw.de wrote: Hi, we have our Client configured with the setup use-commit-times = yes is it possible with a svn or svn-admin command to modify this commit-times in the repository? use-commit-times is only used by the client

Re: Unable to change a commit message

Hi Kari, [putting users@ back in cc, so other people can chime in if they can help] On Tue, Jan 12, 2010 at 7:51 PM, kmcn...@lingraphica.com wrote: I didn't change the hook. I'm not totally sure how to change it. I initially commented out the line about exiting but after you suggested that

Inconsistent changes update

Hi, I am Richard. I have a problem that sometimes when I make changes to my files locally, I can not see those changes after running the project locally. But is I commit others will see them. What could be wrong and what can I do to correct that. Feel free to ask more details. Regards Richard

Windows 7 entries file locking

From the TortoiseSVN lists: A few people have raised this: a check-out on Windows 7 often fails because entries is unreadable. This is caused by antivirus software and/or Windows indexing services competing for file locks. It's fairly easy to reproduce with a large repository on Windows 7 if you

Problem with merge tracking information in conjunction with file externals

Hello, I discovered an imperfection of subversion 1.6.6 (at least in my eyes) last days when I was merging some files from our trunk into the stable branch. All the merge tracking information of all files in one directory have been changed. The detailed situation was the following. /

RE: Problem with merge tracking information in conjunction with file externals

I discovered an imperfection of subversion 1.6.6 (at least in my eyes) last days when I was merging some files from our trunk into the stable branch. All the merge tracking information of all files in one directory have been changed. The detailed situation was the following. /   

Re: sync bug - corrupted proxy repo

On Wed, Jan 13, 2010 at 2:27 PM, Giulio Troccoli giulio.trocc...@uk.linedata.com wrote: From: Jon Foster [mailto:jon.fos...@cabot.co.uk] Sent: 13 January 2010 13:13 To: Andersen, Krista; users@subversion.apache.org Cc: ssi-svn_admin Subject: RE: sync bug - corrupted proxy repo Hi,

Re: Subversion queries hanging, timing out

Great feedback from both of you, thanks for the help. In the meantime, we've decided to stop using mod_auth_sspi. Hopefully, that will mitigate some of this. But we definitely have more than 150 users, so I'll take a look at the max_clients setting. Cheers! -dave On Thu, Jan 14, 2010 at 4:37

Re: Windows 7 entries file locking

FWIW, I'm on Windows 2008 Server R2 (the server version of Windows 7) with a large repo. I have Windows Search enabled as well as virus scanning. The only time I have seen this behavior is running Filemon or Procmon during svn operations. On Thu, Jan 14, 2010 at 4:59 AM, David Turner

AW: Problem with merge tracking information in conjunction with file externals

Hello Bob, thanks for the quick answer. It's safe to assume that the published mergeinfo paths are the only merge information on those folders/files. And of course - if I didn't include the external then the problem doesn't emerge. Andreas -Ursprüngliche Nachricht- Von: Bob Archer

RE: Verifying a file version

Thanks Andy. We really want to work with a file version, or revision, as opposed to a tree revision. Suppose there are three revisions of File-1 in the repository and one revision of File-2. File-1 revision 63 File-1 revision 64 File-2 revision 65 File-1 revision 66 Suppose we want to

Re: Verifying a file version

On Thu, Jan 14, 2010 at 11:30, Headley, Ronald (PSC/ISMS/EAD-CTR) ronald.head...@psc.hhs.gov wrote: Thanks Andy.  We really want to work with a file version, or revision, as opposed to a tree revision.   Suppose there are three revisions of File-1 in the repository and one revision of File-2.

RE: Verifying a file version

Thanks Andy. We really want to work with a file version, or revision, as opposed to a tree revision. Suppose there are three revisions of File-1 in the repository and one revision of File-2. File-1 revision 63 File-1 revision 64 File-2 revision 65 File-1 revision 66 Suppose we want

svn load command does not restore all files from dump

I am trying to move my repository from one server to another. I am doing this by dumping the repository and moving the dump file and then creating and loading a new repository on the new server. The trouble is on the new server, not all of the files are restored. The svnadmin load Repo dumpfile

Keyword expansion on Unicode text files

Hi, what should I do in order to make keyword expansion on Unicode text files working (e.g. .inf files)? - BOM is FF FE (used Notepad Save As -- Unicode to create the file) - There is only the svn:keywords property on the file Regards, hfrmobile

Re: sync bug - corrupted proxy repo

On Jan 14, 2010, at 09:06, Johan Corveleyn wrote: Is it not the case that a svn commit cannot start before the post-commit hooks has finished? I am asking becuase I will be implementing a DR system using svnsync, but I am not planning to let the post-commit finish before svnsync has

Re: Unable to change a commit message

On Jan 14, 2010, at 08:43, Johan Corveleyn wrote: Hi Kari, [putting users@ back in cc, so other people can chime in if they can help] On Tue, Jan 12, 2010 at 7:51 PM, kmcn...@lingraphica.com wrote: I didn't change the hook. I'm not totally sure how to change it. I initially commented

Re: use-commit-times = yes

The commit time is a property on the revision, svn:date. It is possible for a user to edit this without leaving a trail. That's why you cannot edit a revision property without a pre-revprop-change hook. It is up to the administrator of the repository to create and maintain this hook and to ensure

Sasl and svnserve does not work

Hello list, i have a problem with svnserve + sasl auth. Version is 1.5.1 running on Debian Lenny 64bit. I Created a repo named gdiproject and a svnserve.conf and a /var/lib/sasl2/svn.conf. --svnserve.conf # [general] # anon-access = none # auth-access = write # password-db