> Yes I know you run Open Solaris. However, 99.99% of computer users
> don't so we don't have access to zfs. On the other hand free sql
> database applications are available on just about any OS. Why is so
> hard to understand that Open Solaris is not just an option for the
> average user. It is also a lot easier to install a vanilla sql
> database app then to set up and maintain a new Open Solaris server
> just to run BackupPC.

zfs isn't confined to Solaris; it's now available in FreeBSD, and there
are plans to make it available in Linux through fuse.

> This is getting ridiculous. Just because BackupPC meets the needs of
> your particular environment doesn't mean that it meets other peoples'
> needs.

Just because a word processor has tables doesn't mean you shouldn't be
using a spreadsheet.

> Then that is good I suppose since everyone was arguing for how
> reliable filesystem-based tools are.

The point is that a database is another layer on top of the filesystem, so
there's simply more that can go wrong.

> Highly unlikely. Why would a single database query and filesystem lookup
> be slower than having to find/open/read/decompress/parse an attrib file?

Why would it be any faster?  Parse SQL, seek indexes, look up data tables,
relate to other table, format, return to client...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/