Re: svn log says text-mods="true" but there are no diffs
Vincent Lefevre wrote on Fri, 04 Dec 2020 01:08 +00:00: > I get the following: > > $ svn log --xml -v -r 1984 https://scm.gforge.inria.fr/anonscm/svn/mpfr > revision="1984"> > vlefevre > 2002-07-23T16:22:08.00Z > > prop-mods="false" >text-mods="true" >kind="file" >action="M">/trunk/mul.c > > Fixed permissions. > > > > > I'm wondering why text-mods="true" while > > svn diff -c 1984 https://scm.gforge.inria.fr/anonscm/svn/mpfr > > shows no diffs. You may be running into this (quoting from svn_fs_contents_changed()'s docstring): * @note svn_fs_contents_changed() was not designed to be used to detect * when two files have different content, but really to detect when the * contents of a given file have changed across two points in its history. * For the purposes of preserving accurate history, certain bits of code * (such as the repository dump code) need to care about this distinction. * For example, it's not an error from the FS API point of view to call * svn_fs_apply_textdelta() and explicitly set a file's contents to exactly * what they were before the edit was made. We have a pair of functions * that can answer both of these questions, svn_fs_contents_changed() and * svn_fs_contents_different(). See issue 4598 for more details. Or maybe that revision was created by a pre-1.0 version of Subversion that had some bug or another.
Re: looking for svn consultant to help solve setup/config problem
Hi Joe, Other things you should look into: - Do you have svn triggers that could be taking too long to execute? - Is your authentication setup sufficient/quick? - Apache has enough resources or is it swapping? Regards, William On Fri, 4 Dec 2020 at 08:41, Nico Kadel-Garcia wrote: > > On Thu, Dec 3, 2020 at 4:53 PM Joe Strout wrote: > > > > I've got a svn server running on a linux VPS. It works, but it is often > > very very slow... like, 15 minutes to commit a 5 MB file. Often it > > times out completely, and we have to svn cleanup and try again. > > Which Subversion verison? Which Linux operating system? And how big is the > repo? > > One of the difficulties with Subverison is the difficulty of expunging > bulky old commits, even from branches or files that have been deleted. > > > There is nothing else running on that virtual machine, and we've checked > > with the hosting company, and they claim they are not throttling our > > bandwidth. I believe it's probably something wrong with our > > configuration. Also we're connecting via https, because that's the > > protocol I'm most familiar with, but some other protocol might be better > > (I know the http layer brings its own limitations). I lack the time, > > and mostly lack the background, to figure this out myself. > > HTTPS has advantages of being readily available, well supported, and > rarely throttled. It has the disadvantage that it's often intermingled > with a lot of other peculiar web setups. > > > I'm looking to hire somebody who knows this stuff like the back of their > > hand, to spend a few hours checking our setup, maybe helping us switch > > to another protocol, and generally making svn run like the champ that I > > know it can be. > > Can't take it on, I have a job. But if you provide a few details, such > as the Subversion releases and the *size* of the repository in > question, it might provide some hints. > > > (For what it's worth, I use command-line svn on Macs, and others on the > > team are using TortoiseSVN on Windows.) > > Right, you have contemporary clients. Do you have shell access to the > Subversion server itself to audit it for the subversion repositories, > their size, and their subversion version? Those are the questions a > sensible consultant would want to ask. > > > Thank you, > > - Joe > > > > -- > > Joe Strout > > Luminary Apps, LLC > > http://www.LuminaryApps.com
Re: looking for svn consultant to help solve setup/config problem
On Thu, Dec 3, 2020 at 4:53 PM Joe Strout wrote: > > I've got a svn server running on a linux VPS. It works, but it is often > very very slow... like, 15 minutes to commit a 5 MB file. Often it > times out completely, and we have to svn cleanup and try again. Which Subversion verison? Which Linux operating system? And how big is the repo? One of the difficulties with Subverison is the difficulty of expunging bulky old commits, even from branches or files that have been deleted. > There is nothing else running on that virtual machine, and we've checked > with the hosting company, and they claim they are not throttling our > bandwidth. I believe it's probably something wrong with our > configuration. Also we're connecting via https, because that's the > protocol I'm most familiar with, but some other protocol might be better > (I know the http layer brings its own limitations). I lack the time, > and mostly lack the background, to figure this out myself. HTTPS has advantages of being readily available, well supported, and rarely throttled. It has the disadvantage that it's often intermingled with a lot of other peculiar web setups. > I'm looking to hire somebody who knows this stuff like the back of their > hand, to spend a few hours checking our setup, maybe helping us switch > to another protocol, and generally making svn run like the champ that I > know it can be. Can't take it on, I have a job. But if you provide a few details, such as the Subversion releases and the *size* of the repository in question, it might provide some hints. > (For what it's worth, I use command-line svn on Macs, and others on the > team are using TortoiseSVN on Windows.) Right, you have contemporary clients. Do you have shell access to the Subversion server itself to audit it for the subversion repositories, their size, and their subversion version? Those are the questions a sensible consultant would want to ask. > Thank you, > - Joe > > -- > Joe Strout > Luminary Apps, LLC > http://www.LuminaryApps.com
