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

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 t

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, wrote: >> I didn't change the hook. I'm not totally sure how to change it. I initially >> commented out the line abou

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: Keyword expansion on Unicode text files

On Jan 14, 2010, at 13:15, Harald-René Flasch wrote: > 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 Sorry,

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

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 < dumpfil

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

Re: Verifying a file version

On Thu, Jan 14, 2010 at 11:30, Headley, Ronald (PSC/ISMS/EAD-CTR) 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. > > File-1 revision 63

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 deploy

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 [mai

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 wrote: > Fr

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 AM,

Re: sync bug -> corrupted proxy repo

On Wed, Jan 13, 2010 at 2:27 PM, Giulio Troccoli 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, >> >> Andersen, Krista [ma

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. > /

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. /

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

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 Ga

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, 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 was why it > was failing

RE: Verifying a file version

Thanks Ryan. Parsing the output really isn't a big deal. I guess I was hoping for a more eloquent solution. Any suggested reading for SVN? Specifically, we're looking at establishing baselines for our systems using SVN. Can this be done using this tool? Ron Headley Contractor HHS/PSC/ISMS/ES

Re: use-commit-times = yes

On Thu, Jan 14, 2010 at 07:01, Claudius Sailer 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 to set the time

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 wrote: >> I have a pre-commit hook to detect mergeinfo >> below root, and remove

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, Main

Re: NetDrive and SVN autoversioning - keep getting Broken pipe

Richard Walker wrote: 2010/1/12 Gunther Mayer > 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 karmic(9.10) 64bit Client: Win

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