few bugs corrections and improvements in flexbackup

[Bodinux]

Binary package hint: flexbackup

Flexbakcup 1.2.1-6

*BUG Correction:
There is an error in the flexbackup.conf file which can cause the following error :

afio: 2866m+916k+0 bytes written in 1704 seconds. The operation was successful.
Kilobytes Out 2935700

ERROR: non-zero exit from:
find . -depth -xdev ! -type s ! -regex .*/[Cc]ache/.* ! -regex .*~$ -print

ERROR: exiting
|------------------------------------------------------------
| Backup start: Tue Nov 11 09:36:58 2008

This bug is due to the wrong regex expressions in flexbakcup.conf (this error has been there for several years):
$exclude_expr[0] = '.*/[Cc]ache/.*'; (wrong)
$exclude_expr[1] = '.*~$';

instead of
$exclude_expr[0] = '.*\/[Cc]ache\/.*'; (better and more adapted to ubuntu)
$exclude_expr[1] = '.*~$';
$exclude_expr[2] = '.*\.thumbnails\/.*png';
$exclude_expr[3] = '.*\.local\/share\/Trash\/.*';

*IMPROVEMENT
Later in this file, there is an exclusion list of files to be compressed. I suggest completing the list from

# File extensions that should not be compressed (seperate with spaces)
$zip_nocompress_types = 'mp3 MP3 Z z gz gif zip ZIP lha jpeg jpg JPG taz tgz deb rpm bz2 lzo';

to

# File extensions that should not be compressed (seperate with spaces)
$zip_nocompress_types = 'mp3 MP3 Z z gz gif zip ZIP lha jpeg jpg JPG taz tgz deb rpm bz2 lzo rar avi mp4 iso';

*BUG Correction and IMPROVEMENT
I suggest also to implement the patches from john_r_graham (http://sourceforge.net/tracker/?group_id=848&atid=100848) which do fix a bug in the parameters of mbuffer (in case of use of this program) and puts some more documentation regarding the 'prune' option that I could not get to work before (thanks john_r_graham).

[Shawn McMahon (smcmahon)]

Also add this, to correct the same error if gvfs-fuse is mounted (i.e. any GNOME user is logged in):

$exclude_expr[4] = '.*/\.gvfs$';

[Shawn McMahon (smcmahon)]

Never mind; an error in my testing made me think that regex fixes the problem, but it doesn't. Back to the drawing board...