Re: Client error when doing server side proplist
I don't get this with either neon (1.7 to 1.7), serf (1.7 to 1.7), or serf (1.7 client to 1.4 server, so not using HTTPv2). All cases to a file that does have properties set. Daniel Widenfalk wrote on Fri, Dec 10, 2010 at 12:54:03 +0100: > Hi all, > > When doing a server side "proplist" I get the following > diagnostic message: > > >svn pl -R http://full-path-to-repo/Proja/trunk/ExecShell.cpp > svn: PROPFIND of '/path-to-repo/!svn/bc/1370/ProjA/trunk/ExecShell.c > pp': 207 Multi-Status (http://name-of-server) > > I only get this for a few files. > > Running 'svnadmin verify' on the repository does not indicate > anything wrong. > > Please advice. > > Regards > /Daniel Widenfalk > >
Re: Bug when merging to pre-1.5 repositories
Ulrich Eckhardt wrote on Fri, Dec 10, 2010 at 08:40:26 +0100:
> Hi!
>
> I'm (now, finally) aware of the fact that svn:mergeinfo only came up with 1.5
> but this issue is about the behaviour when this is simply not supported.
> Anyway, here's what I did:
>
> 1. I have a repository, FSFS, created (or, rather, svnadmin loaded) with a
> Subversion 1.4.
> 2. The commandline client is 1.6, running on Debian.
> 3. The repository is accessed using a file:// URL.
> 4. Check out a WC of a branch and change into it.
> 5. "svn merge -c 1234 --record-only ^/trunk/foo"
>
> What happens is that this actually merged changes into the working copy, or,
> rather, it caused conflicts trying to merge them in my case. I understand
> that it simply can't do what I'm asking it to do, since the 1.4 repository
> doesn't support svn:mergeinfo. However, and that is the issue, I would expect
> an error ("can't record mergeinfo, not supported by the repository" or
> somesuch).
> What it definitely shouldn't do is merge anything into my files,
> since I explicitly asked it to not make any changes.
>
+1, that's a bug.
> Also, but that is a minor issue, I would hope for a warning like "old
> repository version, some features might be unavailable".
Sounds like you want to add a call to svn_ra__assert_mergeinfo_capable_server()
somewhere. If you find where, please let us know...
(I'm not too worried about a warning that only applies to ≤1.4 servers
with ≥1.6 clients --- the real answer is "upgrade the server too".)
> By the way, I simply
> ran "svnadmin upgrade" on the repository and now the above works. Do I gain
> anything else by running a dump/load cycle?
>
> Cheers!
>
> Uli
>
> --
> ML: http://subversion.apache.org/docs/community-guide/mailing-lists.html
> FAQ: http://subversion.apache.org/faq.html
> Docs: http://svnbook.red-bean.com/
Re: SVN Statistics
On Sat, Dec 11, 2010 at 03:27, Gavin Beau Baumanis wrote: > Hi kevin, > > This is indeed the stats package that I already have. > But it is a little sparse on documentation. > It has great statistics that are useful when I report on the whole project > - but I have been unable to find a way to say, > Start at this Revision / in this path... > > I did find this; > http://statsvn.1260.n2.nabble.com/forum/PostLink.jtp?post=5283797 > > Which I overlooked (that it actually uses the log you create, prior to > running the jar) - but it does says that; > "the produced results are not the best since StatSVN assumes it knows all > the data in the repository. " > > The biggest issue I have really, is that I am not a java developer (not a > SVN developer) for that matter. > So I really am unable to do it myself. > > I'll give the svn log route a go and see how it works out. > > > > > On 11/12/2010, at 6:21 AM, Kevin Grover wrote: > > Check out StatSVN: > > http://www.statsvn.org/ > > Cheers. > > > On Thu, Dec 9, 2010 at 20:46, Gavin Beau Baumanis wrote: > >> Hi Everyone, >> >> I have been asked for some statistics about our code base and am hoping >> that someone might have had a task for something similar already, and will >> be able to help me out. >> >> Here is the text I was sent - but it is really just a guide - it is more a >> case of "something" to show as opposed to have any specific item(s). >> >> I do have a jar that I downloaded from SourceForge - that provides pretty >> much what I'm after. >> Lines of code / Churn, >> Number of commits etc. >> >> But it is based on the entire repository from revision 0:head. >> >> The specific request (below) comes from the point of view ; >> These are stats are from rev xxx - when we started work on the latest >> version. >> >> We don't have a classical "release" branch either - just a forever going >> trunk, so we can't use anything "path" specific to obtain the requested >> results either. >> >> Anyway - if you have ideas - I would be most grateful, here is the >> questions I was asked; >> >> Added xxx Lines of new code >> Removed xxx Lines of redundant code >> Performed more than xxx individual code changes. >> >> >> As always - thanks very much in advance! >> >> Gavin. > > > > Granted, the StatSVN documentation could be better - I had also looked for a way to exclude the twitter links, but just did not care enough. One possible solution for you may just be to use svnadmin dump and filter out what you want to report on (svndumptool could also be helpful for this). Good luck.
"No locks available" how do I fix it?
>svn ci -m "svn lock trouble" . svn: Commit failed (details follow): svn: Can't get exclusive lock on file '/media/stuart/svn/ca/db/txn-current-lock': No locks available I had done a svn mkdir and svn moved a bunch of files to it plus adding some more - is that relevant? I tried a svn ci . but the program hung after the edit pop up, and I killed it. Since then I can not get it past the No locks available message. I have tried all the possible relevant admin actions I could find in the manual, including recover (which also dies for lack of lock). lslocks does not show any rmlocks does nothing svn status -u sees no problem and so on. I am running Ubuntu 10.10 Maverick Meerkat and the distribytion is up to date. svn --version svn, version 1.6.12 (r955767) compiled Jul 5 2010, 16:53:32 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 Help.
DB_RUNRECOVERY: Fatal error, run database recovery
I'm having some trouble accessing the svn via Apache, with the following error: "Could not open the requested SVN filesystem" I've recently upgraded CentOS from 4 to 5 and upgraded SVN along with it. I have verified and recovered the database, both report back OK now. Can you advise further? Thanks.
403 Forbidden
I know this is a common problem but I'm at a complete loss. Nothing that I've seen in the interwebs appears to be applicable. I recently migrated my server to a linode VPS and the apache based subversion server seems to have stopped working for commits. Nothing should have changed except the kernel. I can checkout repositories fine but a checkin gives me: svn: Server sent unexpected return value (403 Forbidden) in response to PUT request for '/svn/search/!svn/wrk/854b5354-a103-443f-9e5e-94c8a965eaa5/x' Any suggestions at all will be most helpful. Thanks in advance, Ted
Re: Client error when doing server side proplist
Hi, On 2010-12-12 15:18, Daniel Shahaf wrote: > I don't get this with either neon (1.7 to 1.7), serf (1.7 to 1.7), or > serf (1.7 client to 1.4 server, so not using HTTPv2). Ok. I'm using 1.6.15 win32 client on a 1.6.6 Linux (Ubuntu) server. I'm also seeing it on a 1.6.12 (I think) client using the same server/repo. > All cases to a file that does have properties set. > > Daniel Widenfalk wrote on Fri, Dec 10, 2010 at 12:54:03 +0100: >> Hi all, >> >> When doing a server side "proplist" I get the following >> diagnostic message: >> >>> svn pl -R http://full-path-to-repo/Proja/trunk/ExecShell.cpp >> svn: PROPFIND of '/path-to-repo/!svn/bc/1370/ProjA/trunk/ExecShell.c >> pp': 207 Multi-Status (http://name-of-server) >> >> I only get this for a few files. Just to clarify: I get this on a few file in one of our ~50 repositories. It also comes through when using TortoiseSVN, which is how we first found this. What kind of error is this? To me it looks like the client got an unexpected return kind and is dumping it in my lap (basically). What should I do to track this down? Regards /Daniel Widenfalk
