rfc or suggestion--save backups function for gnucash

[jdebert]

Neil Williams wrote:
> 
> It's never wise to solve a system problem at the application level - it's 
> papering over the cracks. Other distributions don't suffer the fault, GnuCash 
> itself is not to blame, this needs to be fixed in the distro, not a package.
> 

It is not a solution to a system or distro problem. It is an attempt to 
solve a problem with losing data to system/kernel/distro misbehaviour. 
More a guarantee, actually.

> 
>>a system 
>>problem trashing the data files would also too likely affect all the
>>backups as well. The wrapper saving backups before and after running
>>gnucash would be a better solution.
> 
> 
> No, solve the problem, don't work around it. Report it to the right people and 
> get it fixed. If this is affecting GnuCash it will affect other packages as 
> well, you could find your databases, email, documents, encryption keys, 
> anything being corrupted. If it is a bug in a service daemon of some kind, it 
> could even cause corruptions in important system areas like /etc/ or /usr/bin 
> because it would be triggered by a process with root privileges. Don't ignore 
> the problem, report it.
> 

It was a kernel problem. A new kernel was released in three days after.
That a new kernel came out was most unhelpful, as the problem occurred 
with the buggered kernel which had troubles with apps like gnucash.

If the wrapper did remote backups as well as multiple local backups 
there'd be no worries.


> What you are doing smacks of writing a DOS batch file to protect against a 
> Windows GPF. "It don't fix nothing."

no. it is a method to insure against data loss. Something most, if not 
all major corporations do, except on a much grander scale.

The idea is to anticipate such surprises as naughty systems, as well as 
various disasters.

Of course, to windows and other HUTA types, it would probably be the 
perfect "fix".

> :-)
> 
> Cure the problem, not the symptom.
> 
> 
preaching to the choir, mate. :)
> 

=-=