Re: Concurrent access via file and dav
On Thu, Dec 22, 2011 at 5:37 AM, Hendrik Fuß wrote: > Am 22.12.2011 um 11:24 schrieb vishwajeet singh: > > On Thu, Dec 22, 2011 at 2:23 PM, Hendrik wrote: >> >> Hi folks, >> >> is it safe to access a repository via local file:// protocol on a >> server that also runs apache2 and mod_dav_svn? I'd like to create tags >> locally on the server to avoid some authentication headaches. > > > If you are not doing any write operations that should be just fine. > > > Good. Trouble is, I want to do write operations, e.g. svn copy. Is it safe > to do that with subversion? > > cheers > Hendrik It can get tricky. If you do it *as the same user* that owns the repository for Apache or svnserver or svn+ssh access, then you'll probably be OK. But if you're doing access control with Apache directives, you'll blow right post them and have some risk of doing things you don't normally allow. And the management of "sgid" permission bits and "umask" can get awkward. You'll also fail to set the user attribution setting for your commits that is normally derived from the logged in "user" for HTTPS, svnserve, or svn+ssh authentication. Like a magician pulling a quarter out of your ear, it can be done gracefully and effectively, but tends to involve dropping a lot of quarters on the floor until you've gotten some practice.
Re: Create a new working copy by cloning a subtree of an existing working copy?
On Tue, Dec 20, 2011 at 10:15 AM, Stefan Podskubka wrote: > On 20.12.2011 15:44, Kuno Meyer wrote: >> >> With SVN 1.7, is there a way to create a new working copy by cloning a >> subtree >> of an existing working copy? >> > One thing that comes to mind is cloning the existing working copy and then > performing an svn switch to the subtree. > However, I don't know exactly how the switch is done and if it performs > better than a fresh checkout. I suppose it does, since all the files and > pristines are already in the existing checkout. *Do not clone with svnadmin hotcopy* for this Make sure you have a different uuid, to avoid "split-brain" problems if the working copy is reset to the original copy by someone who thinks that can work. Or use hotcopy, but make absolutely sure to change the uuid on the new repo.
Re: assertion failure when using serf instead of neon RA.
Vick Khera wrote on Fri, Dec 23, 2011 at 10:18:26 -0500: > On a FreeBSD 8.2/amd64 box, if I build svn using the serf RA library, > I get an assertion fail (and core dump) when accessing a particular > remote repository. When I recompile svn using neon, I do not get this > error: > FTR, you can compile svn with both neon and serf and switch between them via --config-option=servers:global:http-library=$libname . I can reproduce your assertion on a linux box using serf 1.0.0 and svn, version 1.8.0-dev (under development) compiled Dec 12 2011, 11:45:23. Could you file an issue, please, and assign it to the 1.8.0 milestone? Thanks! Daniel > [root@yertle]# svn ls http://svn.redports.org/virtualbox > Assertion failed: (svn_fspath__is_canonical(parent_fspath)), function > svn_fspath__is_child, file subversion/libsvn_subr/dirent_uri.c, line 2467. > Abort (core dumped) > [root@yertle]# svn --version > svn, version 1.7.2 (r1207936) >compiled Dec 16 2011, 11:10:55 > > Copyright (C) 2011 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/ > > The following repository access (RA) modules are available: > > * ra_svn : Module for accessing a repository using the svn network protocol. > - handles 'svn' scheme > * ra_local : Module for accessing a repository on local disk. > - handles 'file' scheme > * ra_serf : Module for accessing a repository via WebDAV protocol using serf. > - handles 'http' scheme > - handles 'https' scheme > > *** recompile svn with neon instead of serf *** > > [root@yertle]# svn ls http://svn.redports.org/virtualbox > devel/ > emulators/ > www/ > [root@yertle]# svn --version > svn, version 1.7.2 (r1207936) >compiled Dec 23 2011, 10:11:14 > > Copyright (C) 2011 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/ > > 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. > - handles 'svn' scheme > * ra_local : Module for accessing a repository on local disk. > - handles 'file' scheme > > [root@yertle]# >
Re: [math] Strange svn conflict
[ CC += users@svn; context for them: 'svn commit' error report, and discovery that 'log -qv r1210359' differs between svn.eu.a.o and svn.us.a.o; it appears that only 'log -qv' is wrong (false positives) but the file contents/props are fine ] Sébastien Brisard wrote on Sat, Dec 24, 2011 at 17:37:02 +0100: > > > > You're right, that shouldn't be the case. Something appears to be very > > wrong: > > > > eris,1:svn/asf% svnlook changed -r 1210359 $PWD > > U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/AbstractRealDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BetaDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/CauchyDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/ChiSquaredDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/ExponentialDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/FDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/GammaDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/HypergeometricDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/KolmogorovSmirnovDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/NormalDistribution.java > > UU > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/PascalDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/PoissonDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/SaddlePointExpansion.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/TDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/WeibullDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/ZipfDistribution.java > > > > harmonia,0:svn/asf% svnlook changed -r 1210359 $PWD > > U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/AbstractRealDistribution.java > > U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/PascalDistribution.java > > _U > > commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/SaddlePointExpansion.java > > > > The harmonia version is definitely wrong. Commons devs (especially > > celestin) --- please confirm whether or not r1210359 _on svn.us.apache.org_ > > is correct. > > > As far as I (== celestin) can judge, *both* versions look OK. What I > did is svn checkout of the latest version on both repositories. Then, > I ran diff on each of the files listed above. *All* files are > identical, but for the svn:keywords which *might* sometimes differ. > > More precisely, the following files are strictly identical on both > repositories > ChiSquaredDistribution.java (HEAD=r1210756) > ExponentialDistribution.java (HEAD=r1209963) > FDistribution.java (HEAD=r1210756) > GammaDistribution.java (HEAD=r1210756) > NormalDistribution.java (HEAD=r1210756) > TDistribution.java (HEAD=r1210756) > > while the following files are tagged r1210359 on us mirror, and > r1209963 on the eu mirror (but the remainder of the files are > identical) > BinomialDistribution.java > CauchyDistribution.java > HypergeometricDistribution.java > KolmogorovSmirnovDistribution.java > PoissonDistribution.java > WeibullDistribution.java > ZipfDistribution.java > I *believe* these files should in fact be tagged r1210359 on *both* > repositories. > > Does that help? > Sébastien Yes. Carefully comparing checkouts of the relevant revisions from both mirrors confirms that both r1210358 and r1210359 actually agree between the two mirrors on the contents of all files and props, and only disagree in the 'log -qv' output (and in the changed-paths cache within the revision file). What happened is that eris(svn.us) thinks the N-3 files it has in excess had undergone a propchange but no textchange, where in fact the revision simply replaces the proplist by a proplist identical to the existing one. The sync process[1] is justified in silently swallowing these changes. I have a few questions still: - Can you run 'svn diff -c r1210359' (against either mirror) and confirm that that is exactly what you intended to commit? - Why would the N other files have been committed in that revision? Recall that those files had no text changes and their property lists were re-set to the
