[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Proposal: new fsfs.conf properties

From: Branko Čibej <brane_at_apache.org>
Date: Thu, 13 Jul 2017 20:46:07 +0200

On 13.07.2017 20:42, Paul Hammant wrote:
> A Janitor process that runs independently of Apache isn't a /paradigm
> shift/ but it is a huge amount of work to production harden, even if
> it was done in today's new hotness Go or Rust. As is the minefield of
> maintaining a list that's persistent of things yet to do post
> response. I'm on he Fossil list too, and I see infrequent emails about
> how SqlLite can barf in some situations.

Agreed. That's why I didn't propose this. I proposed spawning off a
daemon that would post-process _one_ commit and exit. It could do all
sorts of analysis of the content and finding the best (for some
definition of "best") source for the delta, etc.

> A cron type thing that's allowed to bisect commits for the repo
> looking for the earliest one that has a property set
> (deferred-delta=true), and removing that property when it's made the
> delta?

That'd work too, but needs administrator intervention. Spawning a daemon
process doesn't.

-- Brane
Received on 2017-07-13 20:46:12 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.