Don't accept totally bogus dates

Yanmin Zhang committed a patch (09f2724a786f76475ef2985cf84f5359c553aade)
which claims to have been written in August, 2030.  Code that bleeding-edge
makes gitdm confused, so pretend it's just normal, contemporary stuff.

finally get the config file stuff correct

Need to seed the database _after_ loading the config file,
otherwise we don't see the seeds as actually showing up for their
companies.

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>

parse the config file _after_ we have read the command line options

Otherwise it doesn't matter if we change the config file option or not...

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>

make -c option actually work

The -c option was not fully implemented

Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>

Fix up the copyright notices.

Move regular expressions out to patterns.py

...I need them for an associated tool I'm working on.

Get rid of a debugging print statement.

Signed-off-by: Jonathan Corbet <corbet@lwn.net>

A bunch of domain map additions from Greg

gitdm: Report progress to stderr not stdout

When gitdm is used for generating text-only report with its output
redirected to a file, all is well aside from the clutter at the beginning
of that file -- a very long line with repeating "Grabbing changesets...".

Solve that by redirecting progress reporting to stderr. It also helps to
see the progress when you redirect gitdm output to a file.

Also, we don't have to flush stdout since stderr is unbuffered by default.

Signed-off-by: Kir Kolyshkin <kir@openvz.org>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>

Initial commit

First commit of gitdm to the new repo.  Call it version 0.10 or something
silly like that.