Re: upgrade to subversion 1.8.5 suspected bug

Sorry, this is a private repository. The subversion is 1.8.4 (r1534716) mod_dav_svn.x86_64 1.8.4-2 Here is the yum update command: yum update subversion Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirrors.arsc.edu * extras: mirrors.lga7.us.voxel.net * iu

Cryptographic hash computations for a revision range on the repository side

Hi! Suppose someone becomes very paranoid that someone will surreptitiously tamper with a subversion repository while off-duty (no commits without this person review and authorization). Taking a backup when leaving the office and making a diff when coming back is considered impractical. Moreo

Re: 'svn update' command, in case of conflict, should leave the version with unchanged conflicting parts

I would make a correction here: conflicting parts could be marked up in a different fashion: <<< begin conflict <... section of mine with conflicting changes...> >>> end conflict Otherwise it is difficult to tell where the conflict is. Maybe you can name the file .conflicts Yuri

'svn update' command, in case of conflict, should leave the version with unchanged conflicting parts

I am trying to make an external merging utility present merging versions in a nicer way. I am using meld as a remote utility. Below is an example of merge-tool-cmd that I use. svn supplies base revision of the file, new incoming revision (causing conflict), merged by svn version, and the origina

Re: Invalid command 'SVNMasterURI' in configuring svn write-through

On 1/19/14, 6:03 PM, WilliamBai wrote: > Now executing "apachectl restart" and get the result: > > apachectl: Configuration syntax error, will not run "restart": > Syntax error on line 5 of /etc/htt

RE: Files added to repository by others don't come down with 'svn update'

For what it's worth, the FreeBSD ports for Subversion (i.e. the build harness and patches) are freely available via Subversion at the following URLs: svn://svn0.us-east.freebsd.org/ports/head/devel/subversion svn://svn0.us-east.freebsd.org/ports/head/devel/subversion16 svn://svn0.us-east.freebsd.

Bug: Master/Slave Setup + SVN in root directory

Hello I'm experiencing the same issue as described here: http://mail-archives.apache.org/mod_mbox/subversion-dev/201212.mbox... Everything works fine if t

Re: Files added to repository by others don't come down with 'svn update'

Branko Čibej writes: > On 19.01.2014 09:06, Yuri wrote: > >> (Previously I thought that I just did something wrong, or maybe >> unconsciously hit 'resolved' option without remembering) >> >> I am pretty sure that 'svn update' marks certain files as 'deleted' >> without user ever doing 'svn delete