Try to show user also "why" they might want to do it.

Overview of changes:

 *  Added 'newstub', builder script to help with new projects

    The script is intended to help start up new MKit project by generating
    structure necessary for MKit to work, and instructing user which
    parts to review and how.

 *  Fixed bug when skeletons could be deployed as part of directory

    If directory targeted in [files] section contained .skel files, they
    would get deployed along with built files.

 *  Code refactoring

    Moved global variables to new vars.sh module, improved initialization
    and importing code and added file headers.

 *  Improved patch importer utility

We had to switch to recursive mode so that we can control more precisely
what gets installed.

To minimize code needed to import a module

Overview of changes:

 *  Enabled rpmstuff and debstuff specific tokens

    These can be used to (somewhat hackishly) try to mitigate
    differenceds between distros.

 *  Fixed printing error message to stdout
 *  Fixed broken error message

 *  Big code cleanup

    Only refactoring, but we needed to get up to date with style.

Drop the unnecessary and space-wasting requirement that `do` and `then`
must be alone on line.  It's a thing of the past!

Can be useful in cases when Debian and RHEL/Fedora/... paths differ.

Decouple variable declarations so that each can have docstring.
In case of _relck() we also rename variable $relsrc to a more
context-specific term $oracle.

Where not required, they only add visual cruft.

Probably leftover from slightly different implementation.  There's
nothing to add to the error message now.

In this file we declare lot of globals and source lot of code, and
basically do only that, which makes this check less useful.

Overview of changes:

 *  Added `vbump` and `release` targets, defaulting to Z

Overview of changes:

 *  Changelog will be included in tag annotation message.

    The changelog generated by `vbump_*` target will be included in tag
    annotation message.  The annotation message is meant as release note
    of sorts, so it makes sense to have the changelog there.  (For
    example, GitHub will use the message as release note on Releases tab
    of a project.)

Annotation message is meant as official release note, so including it
there makes sense.

(For example, GitHub will use it to create release note under Releases tab.)

Overview of changes:

 *  Fixed bug when 'src' directory must have existed to build anything
 *  Improved README

Overview of changes:

 *  Added codename back to tag annotation message
 *  Added README.md

Overview of changes:

 *  Enabled overriding of bump size (MKIT_BUMPSIZE)

If for some reason, user wants to skip a version or two, this will
override version bumping in vbump_* and some checks new and tag
creation in release_*.

Overview of changes:

 *  Added (mandatory) mkit.ini version checks
 *  Revamped parts of mkit.ini structure

 *  Dry mode now implies debugging mode
 *  Fixed latest_tag git fact
 *  Made reldst optional
 *  Removed ini() debugging
 *  Removed unnecessary exports
 *  Code clean up and maintenance

although I haven't been able to put my finger on it, git-log must have
changed between Debian's 2.1.4 and Fedora's 2.5.something.  The previous
version worked on Fedora but not on Debian; hopefully this solution is
more robust.

This is the last version where we tolerate incompatible changes in
mkit.ini and from now on, all mkit.ini files must have the version line
(in first 3 or last 3 lines).

As per my interpretation of SemVer, if major version is 0, we may
introduce incompatible changes within minor, in that case we check that
as well.  Otherwise, we just check the major.