1 # Example configuration file for htsn-import. For this to take effect, you
2 # would need to place it in either the user or global configuration
5 # For a user, that's either $HOME/.htsn-importrc on Unix or
6 # %APPDATA%\.htsn-importrc (e.g. C:\Users\<username>\Application
7 # Data\.htsn-importrc) on Windows.
9 # The global configuration directory is determined by Cabal. The
10 # "sysconfdir" parameter during the "configure" step will be used. On
11 # Unix, it's probably /etc, and this file will need to go in
15 # The RDBMS backend to use. Valid choices are "Sqlite" and
16 # "Postgres". Capitalization is important, sorry.
20 # backend = "Postgres"
23 # The connection string used for connecting to the database backend
24 # given by the "backend" option. The default is appropriate for
25 # the "Sqlite" backend.
29 # connection_string = "dbname=htsn user=postgres"
32 # If you specify a file path here, logs will be written to it
33 # (possibly in addition to syslog). Can be either a relative or
34 # absolute path. It will not be auto-rotated; use something like
39 # log_file = "/var/log/htsn/htsn.log"
42 # How verbose should the logs be? Valid levels are,
44 # "DEBUG", "INFO", "WARNING", "ERROR"
46 # (there are others, but we don't emit them.) The debug output is
47 # extremely verbose and will not be written to syslog even if you try.
51 # log_level = "WARNING"
54 # Remove successfully processed files. If you enable this, you can see
55 # at a glance which XML files are not being processed, because they're
56 # all that should be left.
63 # Do you want to log to syslog? On Windows this will attempt to
64 # communicate (over UDP) with a syslog daemon on localhost, which will
65 # most likely not work.