Added stringset. New names: search, indexer, fslocate is main.

Basic command line parsing in place only.
Indexer now scans dirs recursively.

No goroutines yet added, nor any database connectivity.
Have basic inserts working.

No goroutines yet and not refactored to make more DRY.
indexer in progress
Have processTopLevelEntries working correctly: cf. config vs. db entries.

Downstream processing of non top dirs seems to be working correctly too -
though no tests yet.
Downstream is all single threaded at this point.
Changed stringset.StringSet to stringset.Set

Updated indexer.go
Hiatus point
Significant rewrite in progress.  Having basic indexer & dbHandler working.

Minimal functional test and some unit tests in place.  All currently passing.
Have not yet dealt with "top level" dirs at start up, as all that code is
commented out and needs to be revisited.

Pending improvements:
- Have the dbTask struct take a list of fsentry.E, rather than one at a time.
- Add GOMAXPROCS to nindexers + 1
- Use pointers to fsentry.E rather than values (?)
First version all features done, except using the ignore filters.

Tests are passing, but currently has issue: it is inserting the same data
(paths) multiple times. I think this is because it is putting the currdir
onto the db insert list and then putting it back onto the dirChan, causing
it to be searched again.
Defects fixed. Tested on a single toplevel dir so far.

Tested with 1 and 3 indexers and rerun on the same dataset =>
no longer tries to insert duplicate entries.
Have not yet adding filters to ignore the entries in the "ignore conf" file
Primitive version of ignorePattern matching added.

Future version: allow globbing and dir specification - see notes
in the conf/fslocate.ignore file.
Working version. Now has more sophisticated "ignore" functionality.

Tested on Linux so far.
Ran gofmt
Updatd the fslocate.locate conf file
Two significant changes.

1. dbChan is now channel of []fsentry.E, not single ones
   This should prevent the dbChan from filling up.
2. There are now DELETE PreparedStmts - one to delete an individual item
   and one to delete children - the latter is used when a directory is deleted.
Updated the unit tests to match.

There is a flaw in the overall design - if a new file or directory is
added to a child directory that is not top-level, it will not be seen
by fslocate indexer, since it won't descend into dirs that is has already
seen (i.e., are in the db).  Redesign required.
Changed design in three ways:

1. Changed how ignore patterns are handled - now suffixes & patterns.
2. All directories are descended into and searched unless they are
   forbidden by the "ignore" config file.
3. The current directory being searched is not added back to the dbChan
   so as to avoid infinite loops.
Fixed defect where toplevel was putting an extra wildcard on deletes

Seems to be working without failing using nindexers=3 on multiple trials.
Updated toplevel unit tests to match new behavior.
Put db username and passw in config file. Updated README.

Added more tests for the new/modified code.  Also pulled additional
constants to the top of indexer.go.
Improved README and removed vestigial clojure code.