Re: svnsync Error About Disallowed "non-regular" Property

[Andreas Stieger]

On 2024-08-16 00:58, Williams, James P. {Jim} (JSC-CD4)[KBR Wyle
Services, LLC] via users wrote:


When I run the following on a number of my SVN repos,

   % svnsync initialize file:///my/mirror file:///my/original

I get this error.

   svnsync: E165002: Storage of non-regular property
'svn:entry:committed-date' is disallowed

   through the repository interface, and could indicate a bug in your
client

I don't know where that property is to remove it or where it came
from. I assume it's something SVN puts there for its own bookkeeping.

How do I get past this?

This is with SVN 1.14.1.  Repo formats are all 5.  Just before running
svnsync, I used "svnadmin create" to create a fresh, empty mirror
repo, and added a pre-revprop-change hook that just exits.



Check if your r0 of the source repository has this revision property set

svnlook proplist --revprop -r 0 REPOS_PATH

svnlook propget --revprop -r 0 REPO_PATH svn:entry:committed-date

If it does, you can remove it, see "svnadmin help delrevprop" etc.. That
should enable the sync to be initialized.

Andreas

Re: Deletion of Branches(Folder and Files) from SVN server

[Andreas Stieger]

Hello,

On 2024-07-02 17:09, Roshan Pardeshi wrote:

We require to delete the branches(folder and files) from SVN server to
release some space from disk as we are facing space crunch on disk in
SVN server.

Please help on this as what command we should use to delete the
branches(folder and files). We have used below command but its not working

1. svn delete branch name
2. svnadmin delete branch name
3. svn rm branch name
4. svnadmin rm branch name
5. del branch name



In addition to the guidance given about the svn repository being
immutable, and towards possible filtering, let me share the following:

Check for old, uncommitted transactions taking up disk space. If they
are old you can remove them as they are unlikely to ever become a
revision. On disk this is db/transactions which you can check for space.
To operated on them I recommend you use "svnadmin lstxns" / "svnadmin
rmtxns".

$ svnadmin help lstxns
lstxns: usage: svnadmin lstxns REPOS_PATH

Print the names of uncommitted transactions. With -rN skip the output
of those that have a base revision more recent than rN. Transactions
with base revisions much older than HEAD are likely to have been
abandoned and are candidates to be removed.

Valid options:
  -r [--revision] ARG  : transaction base revision ARG

$ svnadmin help rmtxns
rmtxns: usage: svnadmin rmtxns REPOS_PATH TXN_NAME...

Delete the named transaction(s).


Andreas

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Andreas Stieger]

On 2024-06-18 23:19, Paul Leo wrote:

If I try a relocate in TortoiseSVN, I get an error saying the uuid of
the new server is different than the WC of the local repo.   I presume
this is because of the DNS name change.



No, this is because the UUID is different.



I've done some searching and have followed a suggestion and edited the
wc.db and replaced old server uuid with new server uuid, tried the
relocate command again and things seem to be working and pointing to
new server.



No, see "svnadmin help setuuid"



I also know that doing a new checkout from the new server may be the
simplest solution. But perhaps some folks will not commit all of their
changes before switchover because they are not ready.



Make the old one read-only via a pre-commit hook if you can.


Andreas

Re: Loss by accident, clean up unversioned files

[Andreas Stieger]

  
  
On 2024-06-14 16:52, Ayyanar Raja
  wrote:


  
  
Is there anyway I can recover files ?
  



Your files are gone.
Andreas



  

Re: Fwd: Loss by accident, clean up unversioned files

[Andreas Stieger]

On 2024-06-14 12:30, Ayyanar Raja wrote:

On Saturday, July 10, 2021 at 5:22:36 PM UTC+5:30 Jose Gaspar wrote:


Done, by accident, a clean up including unversioned files.
TortoiseSVN indicates deleted unversioned files can be recovered from
the recycle bin:

https://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-rename.html



As per the below mail, I've unknowingly deleted the unversioned files.
How to recover them?



Subversion, by design, does not version unversioned files. Requesting to
delete them will do exactly that. If they should be permanently
versioned, you should commit them. Read about branches, in particular
feature branches, to create a permanent record of intermediate work
inside the repository.

The TSVN extension for the recycle bin functionality is custom to them.
I looked into adding API support for this via the Windows API/ XDG where
supported but this would go beyond the tool.


Why is this not yet fixed ?


I believe that desktop backup, and point-in-time recovery for
uncommitted work are out of scope for Subversion. The recommend method
is to work on branches.

Andreas

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Andreas Stieger]

Hello,

On 2024-06-06 21:40, Paul Leo wrote:

[...] migrate an SVN repository from CentOS 7, Subversion 1.94 to
Ubuntu 24.04, SVN 1.14.3.
[...]



The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google Drive.
We would obtain the dump file and then use svnadmin load, importing
the repository.


No cooperation from the hosting provider needed. See "svnrdump help
dump", and yes this does exactly what you need. Assuming you don't have
any path based access controls this is the same as a local dump.


I am just wondering if anyone has some guidance and suggestions, since
we are making a significant jump to newer version of SVN.


dump/load is the right thing to do in this case.

Andreas

Re: Queries on SVN

[Andreas Stieger]

Hello,

On 2024-01-08 07:12, kiran.sm...@siliconbrains.co.in wrote:


  o *Does Subversion support Version control for LabVIEW,
test-stand, AutoCAD, SolidWorks?*



Yes. However note that these files are not suitable for text-base
merging as they are not code. Meaning that any version control system,
including svn, should be configured to required locking prior to
editing, in order to enforce a sequence in editing.

https://svnbook.red-bean.com/nightly/en/svn.basic.version-control-basics.html#svn.basic.vsn-models.copy-merge

https://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html



  o Does Subversion automatically update revision when someone
makes any changes in the documents?



Auto-versioning is supported with WebDAV

https://svnbook.red-bean.com/nightly/en/svn.webdav.html

https://svnbook.red-bean.com/nightly/en/svn.webdav.autoversioning.html

Andreas

Re: Consistency checks / svnadmin dump/verify

[Andreas Stieger]

On 2023-09-28 17:28, Felix Natter wrote:

So the question is: Does "svnadmin dump" do some consistency checks
(like svnadmin verify does)?



Probably not. Specifically it does not *test* that the dump can be
loaded. Although that would certainly be a bug. I actually do not think
that this is the best way of thinking about this. Maybe you should be
thinking about "backup verification" instead? Start from the backup
result (the compressed data), and regularly ensure it can be loaded and
verified.



Regarding "svnadmin verify path/on/server": Can I be sure that
this does not modify the data?



It is read-only.



Or do I have to use "svnadmin load" (on another machine),
does "load" do more consistency checks?



I do recommend to use "svnadmin load" as a signal that the backup can
actually be restored.

Andreas

Re: Maintaining a SVN 1.7 mirror without network access

[Andreas Stieger]

Hello,

On 2023-06-03 00:25, Colcord, Scott via users wrote:


[...] Subversion 1.7 [...] periodically mirror it to a location that
does not have direct net access
[...]

the mirror needs to be able to receive one divergent commit after the
load (this commit alters svn:externals locations to be appropriate for
the mirror’s network).
[...]

Is there a way to replace the mirror repo with the contents of the
dump, without needing to manually delete it first – and ideally
without needing local rights (perhaps using svnrdump)?  Essentially, I
want the revisions from the dump file to replace the same-number
revisions in the repo, rather than appending.

Is this possible?



No you cannot do it in the way you described, and your approach is
incorrect. Not for svn, but IT.

For subversion: If you alter the history of the repository in any way,
all working copies will be invalidated. So even if you repeat the steps
described, you will need to get new working copies.

Please separate immutable history from the location-specific
configuration. Either have the network configuration represented in a
location-specific source, such as local DNS or other
network-discoverable data. Or simply do not version location-specific
data that creates a need to change it. Or make the code discover it's
own location and pick one of the versioned configurations. This isn't
even working around a limitation of svn, but good system design.

If you proceed like that, you can use the incremental dump feature which
should make administration faster and more straightforward.

Andreas

Re: Repeated mergeinfo changes

[Andreas Stieger]

> When merging from trunk to branch, and then back to trunk again, with various 
> branches,
> I find that a certain group of files are repeatedly included in the merges 
> with just mergeinfo changes.
> This is a bit annoying because it makes it less easy to identify the files 
> that had significant changes.
> Is there any way I can stop this happening for those files?

The problem is called "explicit subtree mergeinfo", where there are 
svn:mergeinfo properties set on paths other than the level that merges are 
normally performed. There exists a valid use case (namely: subtree merges), but 
more frequently this happens after incomplete switches between paths.

The following is typed from memory. It removes any explicit merge tracking 
information on subtrees, under the assumption that they represent the same data 
already recorded on the main path. Make sure the consequences are understood.

# ensure a clean trunk copy, updated without switched subtrees.
# On trunk, remove all svn:mergeinfo recursively
svn propdel -R svn:mergeinfo
# except of course the main one you want to keep
svn revert .
# check the
svn diff [...]
# try some merges from branches
# and if you are happy
svn commit [...]

If you do the same on a branch, which is otherwise up to date with it's parent 
(usually trunk), a good sanity check is to do the above, and then check if 
another sync merge does what you expect in this case: Nothing.

Andreas

Re: OpenSSL 1.1.x EOL - upgrade to 3.x planned?

[Andreas Stieger]

Hello,

> [OpenSSL 3.0 and Apache Subversion]
 
Subversion supports OpenSSL 3 if serf (it's http library dependency) or, 
respectivey, httpd (for mod_dav_svn) are build against it:

$ ldd `which svn` | grep -E "lib(crypto|ssl)"
libssl.so.3 => /usr/lib64/libssl.so.3 (0x7feeae68)
libcrypto.so.3 => /usr/lib64/libcrypto.so.3 (0x7feeae25)
$ rpm -qf /usr/lib64/libssl.so.3 /usr/lib64/libcrypto.so.3
libopenssl3-3.0.8-2.4.x86_64
libopenssl3-3.0.8-2.4.x86_64

The Subversionn project does not distribute binaries, If you are using a binary 
distribution please contact the vendor or distribution.

If you are looking for a patch to make serf work with OpenSSL 3 here is one:
https://build.opensuse.org/package/view_file/devel:libraries:c_c++/libserf/openssl3.patch
I can check if this is still needed. If not this may be easier for you. If not 
serf might want to do a release.

There is no work planned because there is not needed, at least none that I am 
aware of.

Andreas

Re: svnsync on SVNParentPath

[Andreas Stieger]

Hi,

> Is it possible to setup svnsync from an SVNParentPath? 
> I'd like to avoid reconfiguring the mirror every time a new repository is 
> created.

No, needs some mild scripting, also to put in place the hooks for each repo.

Andreas
 
 

Re: Enhancement with Subversion

[Andreas Stieger]

On 10/13/22 15:32, Aynes Varghese via dev wrote:



  In simple terms, iam looking for custom html pages to be displayed
  based on the "error code for 400 and 408
  
"



https://httpd.apache.org/docs/2.4/custom-error.html


Andreas

Re: Moving the entire SVN instance to a newer Windows server

[Andreas Stieger]

Hi,

> We just use Tortoise with Subversion.

You mean just plain file:// access? (no mod_dav_svn or svn)? Then there is not 
even a Subversion server involved. Is there any way you can re-use the hostname?

Andreas

Re: Moving the entire SVN instance to a newer Windows server

[Andreas Stieger]

Hi,

> If you have not used any of the advanced features in VisualSVN [...]

FWIF... The free VistualSVN version can* be set up to do full write-through 
proxying and async replication. It ships all the modules. (* last confirmed in 
~2015)

Andreas

Re: Moving the entire SVN instance to a newer Windows server

[Andreas Stieger]

On 5/22/22 14:40, Nico Kadel-Garcia wrote:

Why would you want to move a Subversion server to a Windows system?



Because that is what poster said they were migrating from. In existing
deployments keeping the current authentication, logging and
administration experience is probably more important than tweaks. So
let's assume that this is on purpose.



Definitely activate an svnsync to allow the new service to run in
parallel for a while, and to avoid any split-brain issues.



Only if they cannot deal with a short migration read-only or down time.


Andreas

Re: Moving the entire SVN instance to a newer Windows server

[Andreas Stieger]

Hi,

On 5/18/22 16:54, Mark Phippard wrote:

If you can use the same DNS hostname for the new server there will be
no impact on your clients



Except for possibly a change server-side certificate which may have
changed (and not properly verified before). Can be addressed with
testing, and it helps to use a service name instead of a host name.

If you are looking to make this seamless, you can set up replication and
write-through proxying as you move the configuration and scripts first.


Andreas

Re: Subversion Exception

[Andreas Stieger]

"Miriam Mutici" wrote:
> 'D:\Development\SVN\Releases\TortoiseSVN-1.9.5\ext\subversion\subversion\libsvn_wc\wc_db.c'
> line 11825: assertion failed (op_depth == relpath_depth(local_relpath))

You are running an 8 year old version. Upgrade to a current version and try 
again.

Andreas

Re: Export Control Classification Number (ECCN) for SUBVERSION

[Andreas Stieger]

On 1/4/22 11:23, Akar, Seyit Ali Duezguen wrote:

Can you please tell me the ECCN for your application called SUBVERSION?



See https://www.apache.org/licenses/exports/

Apache Subversion is not listed, so it is "n/a". Please note that we do
not distribute binaries, but you are in all likelihood using binaries in
your deployment. Contact your binary vendor for details. Also, you are
probably using encryption facilities for TLS (OpenSSL, Mozilla NSS) or
SSH (OpenSSH and others). Same advise, contact your binary vendor or
distributor.

Andreas

Re: Simple Trio of Questions about Apache SVN

[Andreas Stieger]

Hi,
 
> -In SVN, can you have multiple additions, queued up, marked with an A?

No queuing feature, but changelists on file granularity.
See https://svnbook.red-bean.com/nightly/en/svn.advanced.changelists.html

> If so, can the queued edition(s) be reviewed for marked files,

Using svn diff which takes file names and changelists

> and can those marked files be examined internally for change markers too?

Yes by calling external tools or tools integrating svn.

> If so, what are the command(s) involved?

svn cl, svn diff

> Can addition(s) be deleted before any comitting?

Yes using diff tools, usually those implementing per-line reverts. Meld is a 
generic tools, IDEs offer their own support.

Andreas

Re: Easiest way to backup SVN repositories?

[Andreas Stieger]

Hello,

On 4/20/21 6:48 PM, scotrod wrote:

I wanted to ask which is the fastest and painless way to backup a SVN
repos without stopping the service.
I've heard that people on the Internet do it using rsync, but I am not
familiar yet with using this tool.



Rsync is only suitable if you take specific extra measures on the
repository (locking, hotcopy)

Start reading here:
http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.backup

Also note (as a general statement) that an rsync copy is just a copy,
not a backup. A backup is something where you can not only restore one
snapshot but all past states. Also something that is tested to work in
the reverse.

Andreas

Re: storing password on a server

[Andreas Stieger]

Hi,

> I understand that 1.14 disables storing a password at compile time.
>
> How am I supposed to run a subversion command in non-interactive scripts
> like a cron job on a headless server?

You can use an unattended configuration of Gnome Keyring, Kwallet, GPG-Agent. 
Or client certificates for which passphrase caching is allowed.

Andreas

Re: COTS : [urgent] : Information required on security-related patches under APACHE GROUP

[Andreas Stieger]

Hello Nandiraju,

 

You can't really assign action items to open source projects like that.

That being said, see http://subversion.apache.org/security/ and http://subversion.apache.org/docs/release-notes/

 

Andreas

 
 

Gesendet: Mittwoch, 05. August 2020 um 13:41 Uhr
Von: "Tanmayi, Nandiraju Sai" 
An: "users@subversion.apache.org" 
Cc: "B&FApps_VulnerabilityManagement" , "DL-INTVULMGMT" 
Betreff: COTS : [urgent] : Information required on security-related patches under APACHE GROUP




Hi Team,

 

We are from Vulnerability Management Team of Honeywell, We keep on track on applications those are running in Honeywell environment and ensure that they are running on secure version to avoid any security breach.

We contact to vendor of the application and if we get any information regarding security enhancement or fixes in higher version that Honeywell used version then we notify the application user for an upgrade.

 

We recognize your time is valuable so tell us the best way to learn about and obtain the latest security patches or software revisions/upgrades of your product :

 

Option #1: On a monthly basis, Honeywell can send an email inquiring if new security patches are available. 

Option #2: Provide Honeywell with an annual release schedule and we will contact you upon each release date.

Option #3: Notify Honeywell with the information related to the patch/version when such becomes available.

Option #4: Suggest alternate methods that your company uses to inform customers about software patches or revisions.

Option # 5: Provide us the website URL from where we can get the new version release information as well as release notes as a monthly basis.

 

 

Your action ::

· Please revert us with an option#

· Please fill up the table with the latest information available

· Inform us - Is there any security fixes/enhancements/updates available in any version between Latest Version and Honeywell used version or we can consider the HON version as secured ?

 


	
		
			
			Product Name
			
			
			Honeywell installed version
			
			
			Latest Market version
			
			
			Release Date of Latest Market version
			
			
			Website URL

			(where vendor publishes versions & release notes)
			
			
			End Of Support

			 (Honeywell having valid contract/ license with the vendor)
			
			
			End of Life

			(Of Honeywell installed version)
			
		
		
			
			AERO SVN RESTRICTED
			
			
			SVN 1.9.12
			
			
			?
			
			
			?
			
			
			?
			
			
			?
			
			
			?
			
		
	


 

We want to stay in touch to obtain new security patches or software revisions that Honeywell can implement accordingly. Keeping Honeywell systems secure and up to date are a major priority for the Honeywell Information Technology organization. 



 




Thanks & Stay Secure,

Nandiraju Sai Tanmayi

Vulnerability Management
Tata Consultancy Services | Contracted to Honeywell
Email:  nandirajusai.tanm...@honeywell.com
Disclaimer Notice
Please do not email any confidential or privileged information that may violate export control rules as I'm NOT authorized to view Export Controlled Data.

Re: SVNSYNC issue with user

[Andreas Stieger]

Hello,
 

> “svnsync init --allow-non-empty --username abcd file:///u03/svn/repos 
> svn://xxx.xxx.xxx.xxx/”
[...]
> svnsync: E165001: Revprop change blocked by pre-revprop-change hook (exit 
> code 1) with output:
> Changing revision properties is not permitted, the user used is klnm

When running the svnsync sync command from your cron, specify the destination 
repository username using one of the following options:

  --username ARG   : specify a username ARG (deprecated;
 see --source-username and --sync-username)
  --sync-username ARG  : connect to sync repository with username ARG

The credentials originally given to svnsync init are cached in the 
authentication cache. However they are not "remembered" in the sense of always 
using the same user. You still need to specify the user if it deviates from the 
user executing the cron job.

Andreas

Re: "hook" "conf" "db" "lock" folders are showing under SVN physical project repository instead of actually project files

[Andreas Stieger]

> On 2020/01/27 09:43:07, Lorenz  wrote:
> > salman younus wrote:
> > >Our actual project structure / files are not available under SVN server 
> > >physical storage directory. E.g. following is our project folder structure:
> > >
> > >MainFolder then Folder A and Folder B. Under Folder A we have 10 files 
> > >e.g. file 1, 2, 3 ...
> > >
> > >But when we check under SVN server physical directory, we are unable to 
> > >find our project folder structure / files and system is showing "conf" 
> > >"db" "hooks" "locks" folders.
> >
> > the files the subversion server is managing constitute a database, not
> > a direct mirror of your project folder structure.
>
> But previously it was showing if i am not wrong


The on-disk format of the repository never contains the actual working tree in 
plain. You must have been looking at something else.

Andreas

Re: Want to remove corrupt revisions on SVN

[Andreas Stieger]

On 1/21/20 8:39 PM, M Yazdi wrote:

On Jan 21, 2020, at 22:22, Andreas Stieger  wrote:

On 1/21/20 5:54 PM, M Yazdi wrote:

svnadmin create /svn/newrepo

svnadmin dump -r1:5132 /svn/oldrepo > /tmp/dumpfile
svnadmin dump --incremental -r5847:HEAD /svn/oldrepo >> /tmp/dumpfile
svnadmin load /svn/newrepo < /tmp/dumpfile

<<< Started new transaction, based on original revision 5850 *
editing path : branches/15 ...svnadmin: E160013: File not found:
transaction '5134-3ym', path '/branches/15'



You are dumping and importing non-continuous revision ranges, where
the second one is incremental. One of the revisions (r5850) attempts
to modify a path that is not known to the repository. It was
originally created in one of the revisions you left out.

Look into svndumpfilter,




What do you suggest? Would you please modify my command, I try
different way but it give me same error!
I just Want to remove revision 5132 to 5847.



Please keep your replies on the mailing list for public follow-ups.

In short, you cannot remove these revisions and then attempt to load
subsequent revisions (r5850 and certainly others) that modify something
that you just filtered out.

What is "corrupt" about these revisions in the first place?


Andreas

Re: Want to remove corrupt revisions on SVN

[Andreas Stieger]

Hi,

On 1/21/20 5:54 PM, M Yazdi wrote:

svnadmin create /svn/newrepo

svnadmin dump -r1:5132 /svn/oldrepo > /tmp/dumpfile
svnadmin dump --incremental -r5847:HEAD /svn/oldrepo >> /tmp/dumpfile
svnadmin load /svn/newrepo < /tmp/dumpfile

<<< Started new transaction, based on original revision 5850 * editing
path : branches/15 ...svnadmin: E160013: File not found: transaction
'5134-3ym', path '/branches/15'




You are dumping and importing non-continuous revision ranges, where the
second one is incremental. One of the revisions (r5850) attempts to
modify a path that is not known to the repository. It was originally
created in one of the revisions you left out.

Look into svndumpfilter,


Andreas

Re: DUMP Error

[Andreas Stieger]

Hi,

> C:\ >svnadmin create --fs-type fs_x %SVN_HOME%\repos\newProjectRepos
> This application has halted due to an unexpected error.
 
> Version:  1.12.0 (r1857323)

Can you please upgrade to 1.12.2 or 1.13.0 and try again?

Andreas

Re: Trying to build svn 1.12.2 from tarball

[Andreas Stieger]

Hi,

> Maybe SVN works with 1.1.1c but AFAIK, it does not.

Subversion works with OpenSSL 1.1.1c.

> I think Serf is what has to add this support and there has not been a new 
> Serf release in several years.

Serfer 1.3.2 works with OpenSSL 1.1.1c.

Andreas

Re: Trying to build svn 1.12.2 from tarball

[Andreas Stieger]

Hello,

> > > When building SERF, I ran into the following errors
> > >
> > ⋮
> > > Any ideas as to how I can build SERF?
> >
> > Try asking on the Serf mailing list, d...@serf.apache.org (serf doesn't use 
> > a separate users@ list).
> 
> And try including what operating system you're starting from. Porting
> current releases of Subversion to RHEL became a hell of a lot more
> work than anyone was paying me for, which was nothing, so I gave up
> some years back. If you need my last remnants of build tools, you
> might look at httpg://github.com/nkadel/ for various obvious
> subversion releases.and sanitized get-deps.sh.

Maybe this is a case of not really needing to build from source, but wanting 
Subversion installed. Maybe swdev went down an unintended rabbit hole. So if I 
may ask swdev... why are you building from source? Do you just need a 
Subversion server set up with the current version?

The being said, openSUSE has all build dependencies and current versions and 
packages for everything involved here, including patches and rebuild capability 
if you want to change things. Must most of the time you don't have to.

Andreas

Re: Questions about a script for regular backups

[Andreas Stieger]

Hi,

> > A hobbyist approach this this has lead to many instances
> > of data loss in serious applications.
>
> While planning a backup strategy, one must consider the
> possible malfunctions and ways to counteract them.  How was
> the data lost in the cases you describe?

Literally any situation where the undesired change to be recovered from 
happened before this last and single copy was taken.

[...]
> Dumps are very slow.  `svnadmin verify' emulates a dump.  Is
> it equally slow?

Pretty much, yes. But at backup time you don't care about that. And the 
recommendations against the dump format for a backup is the fact that the 
dump/load cycle is much slower, emphasis on the load part.

> Is it practical to call it daily with a
> several Gb, several thousand-revision repository?

To verify a successful backup, yes. Again, you don't need to care about how 
long the backup takes. Only about it's consistency and the time to restore in a 
restore event.

Good luck,
Andreas

Re: Questions about a script for regular backups

[Andreas Stieger]

> No, it depends on one's purpose.  If it is to keep the data
> in case of HDD crashes, a single mirror is sufficient.

A hobbyist approach this this has lead to many instances of data loss in 
serious applications.

> again, since an SVN repository maintains its whole history,
> a point-in-time recovery is easily effected by
> `svn up -r N'.

That is application level (versioning), different from file level backup.

> The only potential problem is some quiet data corruption,
> which is why I ask: will `hotcopy' propagate data corruption
> or will it detect it via internal integrity checks and fail?

Your concern about silent data corruption is not consistent with your "a copy 
is a backup" statement. Why would you care about one while accepting the other? 
That being said, hotcopy will copy corruptions that may have happened, even if 
in the incremental case will only do so when first processed. svnadmin verify 
is suitable for an integrity check.

Andreas

Re: Questions about a script for regular backups

[Andreas Stieger]

Hello,

> that --incremental hot-copies are sufficient for regular
> backups, which can then be mirrored by content-aware file-
> synchronisation tools, but the problem remains of preventing
> an accidental propagation of corrupt data into the backup.
> How do you solve it?

What the fruit do you mean? The whole purpose of a backup is that you can 
restore previous points in time. That means multiple points in time, whenever 
the backup happened to be run. Don't just make a copy and overwrite it every 
time. That is just copy, not a backup. Select backup software that can do that.

Andreas

Re: Questions about a script for regular backups

[Andreas Stieger]

Hello,

> In order to write a backup script in the Windows batch
> language, I was reading the section "Migrating Repository
> Data Elsewhere" from "Repository Maintenance":
>
>http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html

The dump format is not the best option for backups. The restore time is much 
too slow as you need to recover from a serialized format. In many hand-baked 
scripts the dump method misses point-in-time recovery capabilities, and few 
people implement backup usability checks by loading the dump. If you have 
content-aware file based backup software available use that in the on-disk 
repository format. Just make sure you take a consistent snapshot, which can be 
achieved by briefly locking it (svnadmin lock) or operating on a consistent 
copy (svnadmin hotcopy).

Andreas

Re: Using a backup server as local svn handler?

[Andreas Stieger]

Hello,

> If I create a "Private" repository on this server and store my projects
> in that repository, can it interfere with the backed up repos?

This works without issues as long as the repository names are separate.

> AFAIK you cannot write anything in a synced repository except via
> svnsync or the backup system will break

The granularity for this is the repository, not the server. In other words, you 
can run your own repositories separate from that that are svnsynced from 
another location.

The only extra consideration that would need to be made is when using 
write-through proxying (SVNMasterURI). Merely noting for completeness that you 
would need an extra Location block in your httpd configuration. But your 
back-up configuration does not include that.
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy

Andreas

Re: precommit hook to prevent large commits?

[Andreas Stieger]

> I'm looking to update my precommit hook to reject commits that are larger 
> than x megabytes.

The proposed transaction is passed as a parameter to the hook.
Hand that to svnlook (svnlook -t $TXN changed), and iterate over all entries.
Filter out deletions and directory changes.
For each file get size (svnlook -t $TXN filesize) and sum it up.
Evaluate and return hook as required.

Andreas

Re: Hook Scripts For Visual SVN Server

[Andreas Stieger]

Hello Ashish,

> To: undisclosed-recipients:;

Do not write to the dev- list for user support questions.

> Subject: - - URGENT REQUIREMENT: Hook Scripts For Visual SVN Server - -

It may be urgent for you, but not for us. So unless you are looking for 
consultants this does nothing.

> I am currently using Visual SVN server along with the TortoiseSVN as a 
> Subversion client.
> I need your MOST URGENT HELP & ASSISTANCE if you could render me the below 
> hook scripts.
> 1. start-commit
> 2. pre-commit
> 3. post-commit
> 4. pre-revprop-change
> 5. post-revprop-change
> 6. pre-lock
> 7. post-lock
> 8. pre-unlock
> 9. post-unlock

Why do you think you need hook scripts at all? What are you trying to achieve?

You will find templates for all of these in the repository tree.

Start reading here:
https://www.visualsvn.com/support/topic/00018/
http://svnbook.red-bean.com/nightly/en/svn.reposadmin.create.html#svn.reposadmin.hooks
http://svnbook.red-bean.com/nightly/en/svn.ref.reposhooks.html

Andreas

Aw: RE: svn log -r based on a start date suddenly no longer returns any revisions

[Andreas Stieger]

Nate Kerkhofs wrote:
> [...] this repo does not have monotonically increasing dates [...]

> The appropriate way to fix this would most likely be to simply create a new 
> svn repository from scratch

Actually you could set the svn:date revision property on the existing 
repository.

Andreas 

Aw: RE: svn log -r based on a start date suddenly no longer returns any revisions

[Andreas Stieger]

> > svn log -r {2008-01-01T00:00:00}:{2019-02-20T10:21:03} [...] http://[...] 
> > --xml -v
> > [..] 
> > It should find exactly 2 commits in this range
> 
> Check if all revisions (0:HEAD) on the root of the repository (not just 
> trunk) are strictly monotonic increasing.


[...] counted the number of times the string "revision="

I should have been more clear. You want to check the date. In other words, the 
svn:date property of a revision N must be later than the same of a revision M, 
for every N>M.

Andreas

Aw: svn log -r based on a start date suddenly no longer returns any revisions

[Andreas Stieger]

> svn log -r {2008-01-01T00:00:00}:{2019-02-20T10:21:03} [...] http://[...] 
> --xml -v
> [..] 
> It should find exactly 2 commits in this range

Check if all revisions (0:HEAD) on the root of the repository (not just trunk) 
are strictly monotonic increasing. If they are not, this can cause this issue. 
It is most frequently caused by importing repository history into a subtree of 
an existing repository.

Andreas

Re: working copy hook

[Andreas Stieger]

Hi,

> Could Subversion support working copy hook? Because I want to ensure
> new commit won't introduce any building error, e.g. always running
> "make html" before "svn commit".

This is not implemented in plain svn (and has serious security issues)
However some IDEs and UI integrations have this. e.g. 
https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-settings.html#tsvn-dug-settings-hooks

Andreas

Re: Subversion Exception!

[Andreas Stieger]

On 07/17/2018 11:08 AM, Igor Korkin wrote:
> On Tue, Jul 17, 2018 at 12:04 PM Andreas Stieger  
> wrote:
>> On 07/17/2018 10:42 AM, Igor Korkin wrote:
>>> with as much information as possible about what
>>> you were trying to do.
>> You forgot about this part.
>>
>>> In file
>>>  
>>> 'D:\Development\SVN\Releases\TortoiseSVN-1.8.8\ext\subversion\subversion\libsvn_wc\update_editor.c'
>>>  line 2821: assertion failed (db->propchanges->nelts == 0)
>> Upgrade to 1.10.0 and try again.
>>
>>
> I'm a beginner in github and I'm trying these steps -
> https://help.github.com/articles/adding-an-existing-project-to-github-using-the-command-line/

This seems to have no relation to your original report. How can we help?

Andreas

Re: Subversion Exception!

[Andreas Stieger]

On 07/17/2018 10:42 AM, Igor Korkin wrote:
> with as much information as possible about what
> you were trying to do.

You forgot about this part.

> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.8.8\ext\subversion\subversion\libsvn_wc\update_editor.c'
>  line 2821: assertion failed (db->propchanges->nelts == 0)

Upgrade to 1.10.0 and try again.

Andreas

Re: Why can’t I create folder ??

[Andreas Stieger]

On 05/17/2018 02:43 PM, Piyaporn Settabunjong wrote:
> In file
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.8.6\ext\subversion\subversion\libsvn_subr\dirent_uri.c'
>
> line 1571: assertion failed (! svn_path_is_url(relative))
>

Update to TortoiseSVN 1.8.12 (compatible), 1.9.7 (also comptible) and
1.10.0 (recommended), and try again.

Andreas

Re: SVNSYNC questions

[Andreas Stieger]

Please consider stopping to top-post.


On 05/02/2018 10:43 PM, Paul Greene wrote:
> Ok, thanks, I was hoping I wouldn't have to manually create 110
> folders and set permissions, but it is what it is.

Is that not something what a shell is usually happy to do for you in a loop?

Anyway, as you may have already read from the documentation, svnsync can
be initialized on non-empty destination repositories which represent a
past state of the on-disk data. One would normally use the hotcopy
operation to get such a consistent copy. However,  if you can stop
commits for a bit this can be done using file system level tools such a
cp/tar/rsync/lvm, some of which can preserve permissions. This has the
added benefit of bypassing the initial sync time, which can be
significant for repositories of non-trivial size.

Andreas

Re: SVNSYNC questions

[Andreas Stieger]

Hello,


On 05/02/2018 10:02 PM, Paul Greene wrote:
> Prior to running svnsync, do I need to create the same folder
> structure on the destination as on the source?

no, just an empty, randomly named repository.

> i.e. the source has 110 repositories located under /data/subversion. I
> have a folder named /data/subversion on the destination as well where
> I want the mirror to go.

You need to have as many repositories on the far side as you need
mirroring for. The on-disk data will look like this: conf  db  format 
hooks  locks  README.txt
Each of these is a synchronization unit and needs to be set up
separately. svn does not help you above that level, and below that any
structure only exists inside the repository tree which is replicated.

>
> Do I need to manually create all the subversion repository folders
> under /data/subversion before syncing, along with the same user
> permissions/ownership? Or does subversion automatically create the
> folders?

Depends if /data/subversion IS the repository, or CONTAINS repositories.

Andreas

Re: Subversion 1.9.7 server on Windows, advice on setting up svnsync?

[Andreas Stieger]

Hello,


On 03/24/2018 02:15 PM, Bo Berglund wrote:
> Is there some current HOWTO I can use to set this up?

http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.replication
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy

> Some questions that have popped up:
> - Should the nightly sync job run on the source or the target?

Actually this could (and should) be a post-commit hook for an immediate
sync.

> - Can the servers be using different OS (Win/Linux)?

Yes.

> - Should I use Apache or plain svn on the destination Linux server?

Both work, and this depends on your network behind it. Ensure that you
have at least one layer of encryption and authentication.

> - I can port forward the svn server to the gateway on the target but
> not on the source, does this affect where the job should run?

Yes you can sync in this way, the sync can be run from any host
including a third one (but I recommend server hooks). The sync can also
be done via URLs (ports) deviating from the usual or declared sync target.

Andreas

Re: Apache subversion unable to open another ext4 partion svn repository

[Andreas Stieger]

Hello,


On 11/07/2017 03:37 PM, Ulaganathan, Udhayakumar wrote:
>
> Make sure the contents of svn.acc file have the entries – to give rw
> access to the accounts as stated in the following example
>
>

Irrelevant and confusing, as it does not match the original error message.

Andreas

Re: Apache subversion unable to open another ext4 partion svn repository

[Andreas Stieger]

Hello,

On 11/07/2017 01:34 PM, kushal bhattacharya wrote:
> Could you please help me out here ,sorry. But I have been trying whole
day regarding this

I am not sure what you are asking here?

On 11/07/2017 01:37 PM, kushal bhattacharya wrote:
> given permissions like :-
>
> sudo chown www-data:www-data 
> /media/sense/20457332-fd6a-409d-821d-6bf368ecf6bd/svn
> sudo chmod -R 775 /media/sense/20457332-fd6a-409d-821d-6bf368ecf6bd/svn

Yes, continue?

Andreas

Re: Apache subversion unable to open another ext4 partion svn repository

[Andreas Stieger]

On 11/07/2017 01:15 PM, kushal bhattacharya wrote:
>> On 11/07/2017 01:05 PM, kushal bhattacharya wrote:
>> > Can't open directory
>> > '/media/sense/20457332-fd6a-409d-821d-6bf368ecf6bd/svn': Permission
>> denied
>>
>> The Subversion server process (svnserve or httpd) is unable to access
>> (read) the path. Adjust the ownership and permissions so that the server
>> process has the required privileges.
>>
>
> [..cut..]
> this is my configuration file

No, adjust the file system permissions. chown, chmod.

Please refer to the documentation specific to your distribution, e.g.:
https://build.opensuse.org/package/view_file/openSUSE:Factory/subversion/subversion.README.SUSE

Andreas

Re: Apache subversion unable to open another ext4 partion svn repository

[Andreas Stieger]

Hello,


On 11/07/2017 01:05 PM, kushal bhattacharya wrote:
> Can't open directory
> '/media/sense/20457332-fd6a-409d-821d-6bf368ecf6bd/svn': Permission denied

The Subversion server process (svnserve or httpd) is unable to access
(read) the path. Adjust the ownership and permissions so that the server
process has the required privileges.

Andreas

Re: svn status does not detect a modification if the same file was touched

[Andreas Stieger]

Greetings,

On 10/19/2017 11:41 AM, Sasikala Kottegoda wrote:
> A file named a.txt exists inside a folder in the working copy, which
> has been copied from somewhere else
>
>   * cCopy and replace a.txt with the same file/or modify it by issuing
> the 'touch' command
>   * Do an svn status, it shows nothing
>   * Do an svn info on the file and 'Last Changed Date' shows the same
> as the previous file. It does not get modified even though the
> file was newly copied.
>   * But the from java files API, the file is shown with a different
> modified date
>
> Why do we not modify the 'Last Changed Date' when the file was newly
> copied/touched?

Last Changed Date refers to the last change of the version item in the
repository that the working copy knows about. It does not relate or
account for local file system changes, neither in identity (inode),
timestamps (touch) nor content - because this is a local change that
does not change the versioned item until commit.

Andreas

Re: Please publish unsubscribe information in the patch update mailings.

[Andreas Stieger]

Hi, 

"CCD Systems Help Desk" wrote:
> Subject: Please publish unsubscribe information in the patch update mailings.
> 
> We no longer require updates for SubVersion, please remove us from the 
> mailing list.

Please read: http://subversion.apache.org/mailing-lists.html

Andreas 

Re: svnsync size differences

[Andreas Stieger]

 
> i svnsync gzrepos(centos 6.4-svn1.6.11) to gz-mirror1(centos 7-svn1.9.5),
> [...]
> mirror repo(gz-mirror1) is more less than source repo(gzrepos) in sizes 
> the source repo(gzrepos) is 177G while the mirror one(gz-mirror1)  is only 66G
> for example: revision:2012,it seems to be compressed

Possible reasons for differences in on-disk repository size:

* Target may use deduplication and intra-revision deduplication. (good)
* The user that performs the read part does not have complete repository read 
access
  Depending on what you are trying to do, this may be bad (as the sync is 
incomplete.

Andreas

Re: Windows - Can not commit if foldername contains invalid characters

[Andreas Stieger]

Daniel Peta wrote:
> last week, I wrote this E-Mail to the dev-list,  but didn’t get a response 
> until now.

You did!
http://mail-archives.apache.org/mod_mbox/subversion-dev/201706.mbox/%3Cffb97c0a-53a3-8e68-e112-2dc4fff29c5d%40apache.org%3E

Andreas
 

Re: [PATCH] Re: Subversion 1.9.5 --with-serf problem

[Andreas Stieger]

> Thanks very much for this patch, it does indeed fix the problem for me.
> 
> My use case is pretty much as you describe.
> I'm building a Subversion client RPM which includes serf.
> 
> During the %build phase serf is built as so:
> 
> scons PREFIX=%{prefix} install --install-sandbox=%{buildroot}
> 
> It therefore installs into %buildroot rather than %prefix, but the serf-1.pc
> file used by pkg-config will contain %prefix paths. When the subversion
> configure step runs I use --with-serf=%buildroot but because it now uses
> pkg-config in preference to the --with-serf value, %prefix is assumed and the
> include files etc don't get found.

You are building two packages in one. "scons PREFIX=%{prefix} install 
--install-sandbox=%{buildroot}" assumes that you will extract the files 
installed to %{buildroot} to make a serf rpm, then use the -devel to build the 
subversion one (at which point all paths with check out).

For reference:
https://build.opensuse.org/package/view_file/openSUSE:Factory/libserf/libserf.spec
https://build.opensuse.org/package/view_file/openSUSE:Factory/subversion/subversion.spec

If you really want to use the serf built in the combined package, point 
--with-serf= to the serf (source) build tree, not the (install) build root.

Andreas

Re: about svnsync

[Andreas Stieger]

You have to create a working pre-revprop-change-hook.

http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.replication.pre-revprop-change

 

Gesendet: Freitag, 19. Mai 2017 um 08:39 Uhr
Von: Dummy <3295285...@qq.com>
An: users 
Betreff: [wait on line]about svnsync

dear subversion:
when i exec : svnsync init svn://192.168.5.32/CMMI-mirror  http://192.168.9.222/CMMI

i was given a error : please create a pre-revprop-change hook, but i already have one and it works by hand

i tried many solutions,but they  are  not available

so i need help o(╯□╰)o  , could you please  point out what the problem is?

 

here is the problem: 

 

Re: Mailing List

[Andreas Stieger]

Kenneth Reynolds wrote:
> Can you please add me to the mailing list to know when new versions or 
> patches are released.

Read https://subversion.apache.org/mailing-lists.html on how to subscribe to 
the subversion-annouce mailing list.

Andreas

Re: 64 bit - msi for subversion

[Andreas Stieger]

Hello,
 
"Rajam, Lakshmi" wrote:
> Is there an equivalent 64 bit available fom win32svn?

TortoiseSVN contains 64 bit builds for CLI utils as an optional module.
https://tortoisesvn.net/downloads.html

Andreas

Re: environment variable for location of the .svn directory ?

[Andreas Stieger]

Hello Hugh,

> Is there an environment variable that can be used
> to specify the location of the .svn directory ?

The only method to alter the .svn path (that I am aware of) is the the 
SVN_ASP_DOT_NET_HACK
http://svnbook.red-bean.com/nightly/en/svn.basic.in-action.html#svn.basic.in-action.wc

> If not, is this planned for a future version ?

What is the problem you are trying to solve?

Andreas

Re: True repository backup

[Andreas Stieger]

Александр Козлов wrote:
> The [subversion repository restore] problem is:
> 
> - data is backed-up every night, it's ok, but
> - many (50) users do they commits couple of times every day, and
> - users' working copies are out of sync (they are later!) with server 
> after backup restoration.

Yes, but you knew that when you configured nightly backup.

> Of cause, every user can do a virgin repository checkout and then commit 
> his/her latest data. Many users have some local unversioned data inside 
> ours working copy directories, so they would also synchronize this data.

If you are talking about uncommitted data, that is not even a consideration for 
svn.
 
> Latest data and even file revisions are in clients svn databases. So, my 
> question: is there some "magic" instrument, that helps users or admins 
> to resynchronize working copies and commit latest data into the server?

Working copies are considered throw-away data. Subversion has no facilities to 
re-sync working copies to a restored server repositories that may have some 
revisions removed, in the case where a working copy has newer revisions 
locally. 

> The Red Book says that making backups every hour is a form of paranoia. 
> But after some moments every admin tends to be the real paranoic:)

That has nothing to do with paranoia, just cost vs. benefits. If nightly 
backups with archives covers what you need at a price you want to spend for it, 
then do that. If you need running back-ups and are willing to "pay" for it, 
implement it. Many people fail to protect their invested effort properly 
testing the configuration in a real life drill, a.k.a. test restore.

> will try to use a repository mirror or some distributed version control. 
> But I would teach all users to use the new instruments.

I am not sure what you are saying here as these are different concepts.

svnsync mirrors can bridge the gap between interval, archived backups and the 
intra-day data, but NEVER replace them. As part of a mixed strategy they 
absolutely make sense for your case. They are not synchronous, neither are dvcs 
for that matter, and synchronicity is a different consideration.

Andreas

Aw: Can't compile Subversion against Serf-1.3.9.

[Andreas Stieger]

Hi,

Alexandre C. Guimarães wrote:
> I am getting trouble to rebuild subversion-1.9.4 on my
> FreeBSD-10.3 box after Serf be updated to 1.3.9:
[...]
> /usr/local/lib/libserf-1.so: undefined reference to `BIO_meth_set_gets'

Looks like an OpenSSL linking problem. Ensure Apache Serf and Apache Subversion 
are built against the same OpenSSL version.

Andreas

Re: Issue report

[Andreas Stieger]

Regardless:
 
Compare the commits:
https://sourceforge.net/p/tortoisesvn/code/27283   tags the release
https://sourceforge.net/p/tortoisesvn/code/27284   commits a build fix to trunk
https://sourceforge.net/p/tortoisesvn/code/27285applies the build fix to the tag
 
As such, never mind, you have the correct file. There was just a minor thing 
added during the release process
 
Andreas

Re: svnadmin dump issue - E200015

[Andreas Stieger]

> [...] svnadmin dump for 1000 commits at a time[...]
[...]
 
> * Dumped revision 2062.
> WARNING 0x: Referencing data in revision 1696, which is older than
> the oldest dumped revision (r2001).  Loading this dump into an empty
> repository will fail.
> 
> * Dumped revision 3000.
> WARNING 0x: The range of revisions dumped contained references to
> copy sources outside that range.
> 
> WARNING 0x0001: Mergeinfo referencing revision(s) prior to the oldest
> dumped revision (r57001). Loading this dump may result in invalid
> mergeinfo.
> 
> What would this imply?

Standard warning that if you dump part of the history, and that part references 
earlier history, the mergeinfo may be invalid (working, but not meaningfully 
so). If you load the dumped parts in the same sequence, this is not an issue.

Andreas

Re: Subversion Supported vs. Unsupported versions clarification

[Andreas Stieger]

Hello,

> Tenable is currently working on an update for our unsupported detection
> plugins for the Nessus security scanner

Which routinely causes confusion and disinformation in users as this lacks the 
concept fixes back-ported in distributions.

>  Supported Versions: 1.9.x Fully supported Fixes for all bugs 1.8.x
>  Partially supported Only fixes for security issues and bugs which
>  could cause data loss 1.7.x and earlier No longer supported
> 
>This implies the entire 1.8.x branch is partially supported and the
>entire 1.9.x branch is fully supported.

Both are maintained, but 1.8.x releases will contains security fixes and data 
loss issues only, while 1.9.x will include even minor fixes and improvements.

>  "In addition to the recommended release (1.9.4), we generally
>  support the latest release from at least one prior release stream
>  for security-related bugfixes only. The currently supported older
>  releases (1.8.16) are as follows:"
> 
>This implied to me that only 1.9.4 and 1.8.16 are supported. The
>first page sounded like a blanket support page that was not updated
>frequently, and covered support level at a high level, while the
>second page drilled down into actual support versions. Needless to
>say, and as you mention, it's a matter of interpretation.

That means the following:
* If you are using 1.9.x, you should be using 1.9.4 now.
* In 1.9,x, there will not be a 1.9.3.1 or 1.9.4.1, but a 1.9.5.
* If you are using 1.8.x, you should be using 1.8.16 now.
* In 1.8.x, there will not be a 1.8.15.1 or 1.8.16.1, but a 1.8.17.

Andreas

Re: Subversion Exception!

[Andreas Stieger]

Gemmy Jing wrote:
> In file
> 'D:\Development\SVN\Releases\TortoiseSVN-1.8.7\ext\subversion\subversion\libsvn_wc\update_editor.c'
> line 1550: assertion failed (action == svn_wc_conflict_action_delete)

You forgot about the part where you were supposed to explain what you did.

That being said, update to the compatible 1.8.12 or newer 1.9.4 and try again.
https://sourceforge.net/projects/tortoisesvn/files/1.8.12/Application/
https://sourceforge.net/projects/tortoisesvn/files/1.9.4/Application/

Andreas

Aw: Re: Strange merge problem

[Andreas Stieger]

Hello,

> > Ideally use svn cli UI only.
> 
> Really?  I’ve had better luck using the CLI for merges.  So what GUI do you 
> recommend using on Linux?

I wrote nothing of GUI.

Andreas

Re: Strange merge problem

[Andreas Stieger]

> $ svn pg svn:mergeinfo | grep branchA
> /branches/branchA:28000-29203
> $ svn pe svn:mergeinfo .
> Set new value for property 'svn:mergeinfo' on '.'
> $ svn pg svn:mergeinfo | grep branchA
> /branches/branchA:15542-29203
> $ svn mergeinfo ^/branches/branchA --show-revs=eligible 
> [100’s of revisions starting at 15544 including a
>  dozen or so expected ones after revision 29203]

Commonly caused by explicit subtree mergeinfo. Check for svn:mergeinfo 
properties set on subtrees for both the merge source and the merge target. 

> Somehow the merge info data got corrupted for these
> branches and I attempted to fix it by manually editing
> the svn:mergeinfo property.

Ideally use svn cli UI only.

Andreas

Re: SVN

[Andreas Stieger]

Hi,
 
>> How can we move to apache 2.4 from 2.2 for the already installed SVN.
> This is quite a general question which IMHO is reasonably close to impossible 
> to answer.

It is also the wrong question to ask! If you have to ask this question, stop 
and do not do it.

Instead use a properly maintained GNU/Linux, BSD or other software 
distribution. Most of these come with Apache httpd and Apache Subversion with 
matching builds. They are made to work, are pre-configured and are supported by 
their integrators. If you find yourself compiling anything, you are probably 
doing it wrong, and the instructions are not for you but for the distribution 
maintainers. (By "wrong" I mean what I honestly recommend you do, not what you 
may have the freedom to do.)

That being said.. migrate to a distribution release that has Apache httpd 2.4, 
and the rest will follow. I am proud to say that the distributions I work on - 
SUSE Linux Enterprise Server (commercial) and openSUSE Leap 
(professional/community) - have a turn-key configuration with a working httpd 
and mod_dav_svn, with maintenance updates, support and everything. And yes, you 
really can just get a small VM for this, why are you bothering to bolt on 
something to that single httpd you happen to have around?

It just tears me to pieces every time a junior guy is tasked to set up svn and 
he is for some reason motivated to dive into build and dependency problems 
which are long solved elsewhere. That for no other reason than mistaking the 
build instructions for end-user install instructions. You are just needlessly 
burning through your time, the money of your employer and the upstream 
community support resources.

This is of course written from the view of a distribution package maintainer. 
In other words, the people who make stuff to get things done with. If you are 
using a Windows platform, use a binary vendor listed on the link below.
https://subversion.apache.org/packages.html#windows

Andreas

Re: Performance Decrease After Moving Working Copy to Another Machine

[Andreas Stieger]

Hi,

Brandon Eusebio wrote:
> I am trying to move/copy a Subversion (version 1.8.10) working copy 
> from one linux machine to another.
[...]
> however the performance of svn operations becomes drastically slower.

Are the machines software identical w.r.t. svn and it's dependencies?
In particular, can you give the output svn --version -v and the linked SQLite 
version?

rsync -t?

Andreas

Re: bug

[Andreas Stieger]

Update to 1.8.12 or 1.9.4 and try again.
https://sourceforge.net/projects/tortoisesvn/files/1.8.12/Application/
https://sourceforge.net/projects/tortoisesvn/files/1.9.4/Application/
 
Andreas

Gesendet: Montag, 13. Juni 2016 um 10:05 Uhr
Von: lemon 
An: users@subversion.apache.org
Betreff: bug

---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list archives for the error message
to avoid reporting the same problem repeatedly.
You can find the mailing list archives at
http://subversion.apache.org/mailing-lists.html
 
Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):
 
In file
 
'D:\Development\SVN\Releases\TortoiseSVN-1.8.8\ext\subversion\subversion\libsvn_wc\update_editor.c'
 line 1550: assertion failed (action == svn_wc_conflict_action_delete)
---
确定   
---
  
 

Re: which version control supports file locking and who has it locked

[Andreas Stieger]

Doug,
 
Doug Robinson wrote:
> To be more precise, you can know who, in the past, has made changes to files 
> and
> checked those change into the repository.  You cannot know who has made 
> changes
> in their working copy and has not yet checked them back into the repository 
> (they
> may never do so). 

I am not sure why you would introduce this dichotomy here, it is irrelevant. OP 
asked for locking support. Subversion supports locking, lock hinting 
(svn:needs-lock), lock communication/discovery (display of who, when and why). 
In the cli, hooks and GUI clients. Whether or not actual changes were done in 
any working copy is irrelevant, and a delay in submission a mere social/project 
problem.

> To know who is actually working on a file requires a level of integration 
> that is not
> found in SVN, Git or CVS.  I have a vague recollection of an SCM that did 
> enable
> such information but I'm not remembering which one it is at the moment.

Rather, if the project policy is such that locking is required, it should be 
implemented accordingly. lock-modify-unlock for the whole project is a 
supported option, albeit not a commonly used one.

Andreas

Aw: which version control supports file locking and who has it locked

[Andreas Stieger]

Hi,

> in Tortoise SVN, there is no method of locking a file until it has been 
> changed .

Incorrect. locking, requiring locking and lock communication are supported by 
both plain svn and TortoiseSVN.

https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-locking.html
http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html

> or knowing who is actually working on a file.

Incorrect, this is shown in both TortoiseSVN and svn cli.

Andreas

Re: single file version control - was: SVN

[Andreas Stieger]

Nico Kadel-Garcia wrote:
> On Fri, May 27, 2016 at 2:53 AM, Andreas Stieger  
> wrote:
> >
> > On 26/05/16 20:08, PERRY JENNINGS wrote:
> >>
> >> cannot use SVN because the code is for *non-object-oriented* applications
> >> ; hence a single file, not a project needs to be checked in and out of the
> >> repository.  So my question is: Are you aware of a client that could be 
> >> used
> >> to checkout and checkin a single file to the SVN repository and maintain 
> >> the
> >> version number of the source code that is checked in?   If not, do you know
> >> if SVN has the single file checkout and checkin feature?
> >
> >
> > Apache Subversion supports serializing changes to binary files will all
> > standard clients. It is called "locking", e.g. attaching svn:needs-lock
> > properties to the files, and acquiring locks to serialize access. Read about
> > it here:
> >
> > http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html
> 
> That does not sound like what Perry is looking for. He seems to want
> to only have a loal working file, not a full directory based working
> copy.

It did sound like non-text assets. Either way, besides the limitation of 
working copies always being a directory, all svn clients support checking out a 
selection of the tree, including down to a single file therein.

Andreas

single file version control - was: SVN

[Andreas Stieger]

Hi,

On 26/05/16 20:08, PERRY JENNINGS wrote:
cannot use SVN because the code is for *non-object-oriented* 
applications ; hence a single file, not a project needs to be checked 
in and out of the repository.  So my question is: Are you aware of a 
client that could be used to checkout and checkin a single file to the 
SVN repository and maintain the version number of the source code that 
is checked in?   If not, do you know if SVN has the single file 
checkout and checkin feature?


Apache Subversion supports serializing changes to binary files will all 
standard clients. It is called "locking", e.g. attaching svn:needs-lock 
properties to the files, and acquiring locks to serialize access. Read 
about it here:


http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html


Andreas

Re: New source for $SERF.tar.bz2

[Andreas Stieger]

Hi,

Karl Burkett wrote:
>Just need someone to update get-deps.sh script that is part of 1.9.4

http://svn.apache.org/viewvc?view=revision&revision=1745515

Thanks,
Andreas

Re: Clarifications using Subversion

[Andreas Stieger]

Hi,
 
Vijay Peddamallu wrote:
> can restrict “svn delete” command to limited set of users?

Pre-commit hook that examines the pending transactions and rejects accordingly.
http://svnbook.red-bean.com/en/1.7/svn.ref.reposhooks.pre-commit.html

> If I lock source code on my name, can we apply a restriction that only I can 
> unlock it. Otherwise, admin?
 
Pre-unlock hook that examines the unlock request and restricts as required.
http://svnbook.red-bean.com/en/1.7/svn.ref.reposhooks.pre-unlock.html 

Note that svn's locking feature is not a write protection, but intended for 
serializing edits to files where individual changes cannot be merged - such as 
binary assets, images.

For that and the above, I have found that project policies work much better 
than technical restrictions you are asking for. Certainly in reasonably 
motivated professional environments.

Andreas

Re: VisualSVN server / Linux client

[Andreas Stieger]

Hi,
 
> [...] VisualSVN server that has Basic authentication disabled.
> [...] Kerberos on the Linux box;

> "Error running context: The requested authentication type(s) are not 
> supported" when I try anything.

This binary server distribution does not support Kerberos in this 
configuration. You will need to use Integrated Windows Authentication feature 
available in the paid version.

Andreas

Re: rollback to previous revision

[Andreas Stieger]

Hello,
 
> How to rollback of a file or folder to previous revision?

svn merge -rHEAD:PREV TARGET

Andreas

Re: Subversion exception report

[Andreas Stieger]

Hello,
 
Carlos Hernandez Alaniz wrote:
> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.9.1\ext\subversion\subversion\libsvn_client\commit_util.c'
>  line 1197: assertion failed (svn_dirent_is_absolute(base_dir_abspath))

Please update to the compatible TortoiseSVN 1.9.3 (with svn 1.9.3) and try 
again.

> I had two copies of a repository and didn't notice I was
> trying to commit two files from one, and one file from the other.

Could you describe this in more detail please?

Andreas

Re: 'D:\Development\SVN\Releases\TortoiseSVN-1.9.2\ext\subversion\subversion\libsvn_client\cleanup.c' line 227: assertion failed (svn_dirent_is_absolute(dir_abspath))

[Andreas Stieger]

Hi,

rosa scarz wrote:
> Please take the time to report this on the Subversion mailing list
> with as much information as possible about what
> you were trying to do.

You did not do that.

> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.9.2\ext\subversion\subversion\libsvn_client\cleanup.c'
>  line 227: assertion failed (svn_dirent_is_absolute(dir_abspath))

Update to 1.9.3 and try again.

Andreas

Re: 【Subversion Exception!】Whenever where the error occurred when downloading from 'https://github.com/MyCATApache/Mycat-download/trunk/'

[Andreas Stieger]

Hello,

On 27/01/16 04:39, wpf295288299 wrote:

  ---
Subversion Exception!
---
Subversion遇到了一个严重的问题。
麻烦您花点时间将这个问题报告给Subversion
请尽量详细的描述您之前尝试的操作。
不过希望您先在邮件存档中搜索一下同样的问题，避免重复提交。
您可以登录下面的地址搜索邮件存档：
http://subversion.apache.org/mailing-lists.html
Subversion产生的报告如下
(您可以用Ctrl-C快捷键复制
本对话框的内容到剪切板)：
文件
 “D:\Development\SVN\Releases\TortoiseSVN-1.8.10\ext \subversion 
\subversion\libsvn_wc\update_editor.c”，行

 1550：断言失败(action == svn_wc_conflict_action_delete)
---
确定
---




Upgrade to the compatible TortoiseSVN 1.8.12 (with Subversion 1.8.14) 
and try again!

http://sourceforge.net/projects/tortoisesvn/files/1.8.12/Application/

Andreas

Aw: Why every time execute svn command need type password explicitly

[Andreas Stieger]

朱国伟 wrote:
> execute svn command in terminal every time need to enter password explicitly. 

You have either configured your client to never store passwords 
(store-auth-creds,store-passwords,store-plaintext-passwords), or rather not 
enable it if there is some default in your distribution... Check your local 
client configuration. Also the client is unable to store credentials, e.g. when 
it's unable to write to it's home directory.

Andreas

Re: SVN 1.6.17 dump is growing larger than repository size (approx. more than 10 times)

[Andreas Stieger]

On 12/12/15 13:54, arun prasath wrote:
For -M options - is this is the cache for processing for dump files. 
do I need to increase the value in MB like -M 1024 to speed up.


Yes this affects processing dump files. This option is documented. It 
increases the size of the memory cache used to reduce redundant 
operations. Give it plenty if you have it.


Andreas

Re: undo svnadmin pack

[Andreas Stieger]

Eric Johnson wrote:
> Ignacio González (Eliop) wrote:
>> Is there a simple way to undo the effects of an "svnadmin pack" command?
>> If not, is there a complex way?
>> If needed, I can retrieve the individual files that compose the packed
>> file (there is only one), but I don't know what other files I would have
>> to modify (assuming they could be edited somehow) 
> 
> Best I can think of is to dump the repo, create a new one to load it into, 
> turn off packing on the target repo, and then do the load.

I can only speculate about what issue might require undoing svnadmin pack, but 
I feel prompted to note the following: Be careful here. Alone due to the 
effects of representation sharing, and certainly others, there is no guarantee 
that single revision files are portable between different incarnations of the 
same revision history. The only portable format/protocols are the dump 
serialization and the client protocol.

Andreas

Re: line 227: assertion failed (svn_dirent_is_absolute(dir_abspath)) In file 'D:\Development\SVN\Releases\TortoiseSVN-1.9.0\ext\subversion\subversion\libsvn_client\cleanup.c'

[Andreas Stieger]

Hello,

> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.9.0\ext\subversion\subversion\libsvn_client\cleanup.c'
>  line 227: assertion failed (svn_dirent_is_absolute(dir_abspath))

Can you try to update to 1.9.2 and perform the same action again?

Andreas

Re: restore error svnadmin: E160013: File not found

[Andreas Stieger]

Hi,
 
> svnadmin create $new_repo
> $ svnadmin load $new_repo  < $save_path/r1.dump
> for rev in `seq 162717` 2; do
>   echo $rev
> $ svnadmin load $new_repo  < $path_path/r${rev}.dump
> done

It is entirely unclear why you would first import r1, then r1 again through the 
seq expression, this will result in failures. (and then r2 again?) Dump need to 
be imported in sequential order.

Andreas

Re: SVN 1.8.8 CPU 100%

[Andreas Stieger]

Hello,

> [SVN to 1.8.8, 100% CPU]

This may already be fixed between 1.8.8 and 1.8.14.
http://svn.apache.org/repos/asf/subversion/tags/1.8.14/CHANGES

Update to that and try again.

Andreas
 

Re: SVN Issue while connecting to the repository

[Andreas Stieger]

Hi,
 
> Recently we have installed SVN in a new windows server.
> Migrated and loaded the users repositories in the new SVN server.
> I could able to access those repositories. 
> Created users, but could not able to access those repository,
> login is not accepting and it prompts continuously.

Not enough information. Check the error log of your server.

> www.S4Carlise.com[http://www.s4carlise.com/]
> [...] @s4carlisle.com

One of these has a typo.

Andreas
 

Aw: Re: Checkout hangs on invalid external URL

[Andreas Stieger]

Hello,

> > On Nov 10, 2015, at 7:46 AM, s...@alagazam.net wrote:
> >> We moved our repository to a new server, but didn't update the 
> >> svn:externals properties everywhere.
[...]
> > See the section beginning "Also, absolute URLs can cause problems":
> >
> > http://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html
[...]
> The main problem right now is people trying to checkout/update a path 
> with a invalid external doesn't wait long enough to get the error.
> Also TortoiseSVN repository browser hangs when trying to browse to a 
> folder with an invalid external (probably also for about 5 minutes, 
> hasn't checked).

And every time this happens I wonder why anyone would choose to expose himself 
to the problem of "changing URLs when moving to a different server". Cool URIs 
don't change: http://www.w3.org/Provider/Style/URI.html

Any administrator worth his salt will configure a service name, e.g. 
svn.example.com, and move this between hosts as required.

> Seems like a bug to me.

As far as one would expect a timeout error to be marshalled to the user in less 
than 5 minutes - agree.

Andreas

Re: Temporary repository.

[Andreas Stieger]

Hi,

> due, to a datacentre migration , a temporary SVN repository was set up to 
> allow devs to continue working for a week or two. 
> 
> When the PROD SVN repository is brought online what is the best method of 
> adding the changes  in the temporary repository back in to the Prod SVN 
> repository ?

Depending on your specific procedural requirements (relating to downtime etc), 
svnadmin dump/load, svnrdump dump/load or svnsync.
http://svnbook.red-bean.com/en/1.7/svn-book.html#svn.reposadmin.maint.migrate
The capable administrator can perform this completely transparent to users.

Andreas

Re: Subversion Exception

[Andreas Stieger]

Hi,

> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.9.1\ext\subversion\subversion\libsvn_wc\wc_db.c'
>  line 10179: assertion failed (svn_dirent_is_absolute(local_abspath))

Please update to TortoiseSVN 1.9.2 (linking against Subversion 1.9.2) and try 
again.

Andreas

Aw: https / ssl performance, 1.8

[Andreas Stieger]

Hi,

Gerard Weatherby wrote:
> We've used server version 1.6 with svnserve on an existing project and it 
> works great. (All teams members are inside firewall)
> 
> We have a new project with outside collaborations and some not open source 
> code, so we set up https:// Mod Dav using apache2 and pwauth for validation 
> -- we have other resources and prefer using the same authentication for all 
> for simplicity.
> 
> It "works" but the performance makes it nearly unusable. Monitoring the 
> server using the top linux utility indicates many, many invocations of 
> "pwauth" for a single client request. The next thing I was going to try was 
> to install an sssd daemon on the server, but I wanted to ask if there was 
> anything else I was missing.
> [...]
> LoadModule authnz_external_module modules/mod_authnz_external.so
> DefineExternalAuth pwauth pipe /usr/bin/pwauth
> 
> 
> 
> # Require SSL connection for password protection.
> SSLRequireSSL
> 
> AuthType Basic
> AuthName "realm name"
> AuthBasicProvider external
> AuthExternal pwauth
> require valid-user
> 
> 

The many invocations are expected with DefineExternalAuth. Svn uses many http 
connections for a single operations. Maybe you would like to choose one of the 
more integrated authentication methods available with Apache httpd. As you 
would like to retain pwauth, mod_auth_pam comes to mind.

Andreas

Re: Svn Searcher

[Andreas Stieger]

Anil,

On 08/10/15 00:40, Anil Kumar wrote:
Can you please provide some document you used or prepared to install 
SVNSearcher on Linux?  Other than http://svn-search.sourceforge.net/.


You seem to be implying here that the documentation linked above did not 
lead you to success, and therefore you assume something must be wrong 
with it. Instead, you should mention what you did, what you observed, 
and where you are stuck.

http://www.catb.org/esr/faqs/smart-questions.html

Andreas

Re: Installing a svn server on openshift

[Andreas Stieger]

Yuri Nachitov wrote:
> Does anyone install the svn server on openshift or other PaaS ?

Yes.

( http://www.catb.org/esr/faqs/smart-questions.html ?)

Andreas

Re: 1.6 dump => 1.5 load => dump => 1.8 load : any issues expected?

[Andreas Stieger]

Hi,

On 28/09/15 17:49, pjaytycy wrote:
We are planning to do a dump from our current 1.6 server, load it into 
the new 1.5 server, continue working for a few months, dump again from 
the 1.5 server, upgrade to 1.8 (maybe already 1.9 by that time) and 
load the repos again.

[...]
will we lose any data / functionality due to the load in and 
subsequent dump from SVN 1.5? Any difference for the commits that were 
done in the past against 1.6 vs the commits that will be done in the 
transition period against 1.5?


In the described scenario this will work as you intended, there will be 
no incompatible differences in the commits. (APR hash order changed but 
this is transparent to the repo user)


Andreas

Re: path based authz and write-through proxy

[Andreas Stieger]

Nico Kadel-Garcia wrote:
> On Fri, Sep 25, 2015 at 7:51 AM, Andreas Stieger  
> wrote:
> > Nico Kadel-Garcia wrote:
> >> On Fri, Sep 25, 2015 at 4:37 AM, Andreas Stieger  
> >> wrote:
> >> > Nico Kadel-Garcia wrote:
> >> >> On Thu, Sep 24, 2015 at 3:34 PM, Aaron Friesen  
> >> >> wrote:
> >> >> > I have been tasked with setting up a mirror of several repositories 
> >> >> > with write-through back to the master.
> >> >>
> >> >> What is your engineering time worth? Wandisco publishes a very nice
> >> >> multi-master setup that does precisely this, at
> >> >
> >> > Not "precisely", it's synchronous replication with a variant of Paxos.
> >>
> >> It's a more complete multi-master solution. The result is even better:
> >> full high availability access with multiple Subversion servers,
> >> synchronized write access to the core repository, and you don't have
> >> to write the potentially fragile and split-brain prone hooks yourself.
> >
> > Yes. Synchronous replication. Paxos. Why repeat the definition?
> 
> Because "Paxos" doesn't mean anything to most system admins who are
> just starting out, and I wanted it clear for new mailing list members.

You made it appear like it's a "more complete" thing than what the terms 
describe. There is convenience for an alleged audience and there is skewing.
 
> > Split-brain is an irrelevant consideration for a write-through asynchronous 
> > configuration.
> 
> Until your primary master goes toes up, for whatever hardware or
> software reason, or needs downtime for maintenance, and you wind up
> having to manually switch around the services to link to a new
> designated master, or lose all write access while the favored master
> is offline. Unless ou're ready and able to take the old master
> completely offline and never replace it, you than have to pull from
> the new "master" to the old "master" to remain consistent.
> 
> That can be difficult to avoid when you don't have complete
> network control and can't trivially access the disabled previous
> master to ensure that it stays read-only. It's also one of the very
> classic problem of any master/slave database relationship. Swapping
> the master and slave to provide full failover can be quite tricky and
> error prone, and it's very easy to accidentally leave two masters live
> with divergent histories. If you're able to do that manually, great!
> Enjoy the benefits of your expertise and competence.
> 
> For a new admin, the results of a mis-step or failure to fully
> implement genuine high availability can be very expensive. Been there,
> done that, got paid to clean up the problems, for various source
> control systems and databases.

You are re-iterating the problems around asynchronous replication. 
"Split-brain", however, is concerned with consensus in distributed coordination 
systems (here: global eventual sequence of applied transactions). So I do not 
see how your narrative can reasonably begin with "Until...", or how you can 
apply this term as a negative for Subversion's built-in *asynchronous* 
capabilities. I am under the impression that you keep pointing out the 
challenges in one method while mixing terms, counting it as a benefit for the 
other. Both have their benefits and costs and you seem to prefer one in 
particular.

Andreas

Aw: Re: path based authz and write-through proxy

[Andreas Stieger]

Hi,

Nico Kadel-Garcia wrote:
> On Fri, Sep 25, 2015 at 4:37 AM, Andreas Stieger  
> wrote:
> > Nico Kadel-Garcia wrote:
> >> On Thu, Sep 24, 2015 at 3:34 PM, Aaron Friesen  wrote:
> >> > I have been tasked with setting up a mirror of several repositories with 
> >> > write-through back to the master.
> >>
> >> What is your engineering time worth? Wandisco publishes a very nice
> >> multi-master setup that does precisely this, at
> >
> > Not "precisely", it's synchronous replication with a variant of Paxos.
> 
> It's a more complete multi-master solution. The result is even better:
> full high availability access with multiple Subversion servers,
> synchronized write access to the core repository, and you don't have
> to write the potentially fragile and split-brain prone hooks yourself.

Yes. Synchronous replication. Paxos. Why repeat the definition?
Split-brain is an irrelevant consideration for a write-through asynchronous 
configuration.

Andreas

Re: path based authz and write-through proxy

[Andreas Stieger]

Hello,
 
Eric Johnson wrote:
> In our deployment with mirrors, the access file is generated from information 
> stored in Subversion.
 
> The act of mirroring the repository with the access information in it 
> triggers the post-commit hook which updates the permissions locally.

You may be interested to know that starting from 1.8 this no longer requires a 
post-commit hook on the slave:
https://subversion.apache.org/docs/release-notes/1.8.html#in-repo-authz

Andreas

Re: path based authz and write-through proxy

[Andreas Stieger]

Hello,

Nico Kadel-Garcia wrote:
> On Thu, Sep 24, 2015 at 3:34 PM, Aaron Friesen  wrote:
> > I have been tasked with setting up a mirror of several repositories with 
> > write-through back to the master.
> 
> What is your engineering time worth? Wandisco publishes a very nice
> multi-master setup that does precisely this, at

Not "precisely", it's synchronous replication with a variant of Paxos.

> It can be a real
> advantage to have a responsible commercial vendor to keep your tools
> up-to-date for you, rather than to do so manually and be encouraged to
> integrate local confusing tuning that is unsupportable in the long
> term.

I wouldn't be a thread on the topic without you chiming in for WD's services 
and products. I am not sure how this is relevant to Aaron's question, or if you 
just want to rationalize past purchase decisions. Using a paid vendor is a 
choice one can make, so is to the exchange for enterprise pricing.

> Been there, done that, got paid a lot of consulting money for cleaning
> up after it.

A properly configured and monitored configuration would not need that, or not 
more or less than a commercial product. AFAIK my free setups run to this day.

Andreas