Overview of changes:

 *  Fixed coerce__noctl() to actually do something

    Turns out that the function could not ever work properly since
    Perl's tr/// operator does not support POSIX character classes like
    traditional tr(1) does.  The expression was replaced with s///
    variant, preserving the same character range.

    Also it will now *replace* characters $COERCE__REPCHAR, instead of
    removing them.  (Removing behavior can be achieved by setting the
    variable to empty string.)

Make it more consistent with other similar functions.  Note that one can
always get the old behavior by setting $COERCE__REPCHAR to empty string.

Turns out tr/// *does not support POSIX classes* at all.  This command
could not have ever worked.  (schroedinbug).

Overview of changes:

 *  Enabled shellfu-sh-coerce to avoid Term::ANSIColor dependency on RHEL-6

    Turns out this module is not easily available on RHEL-6, so by adding
    the dependency in recent version, we broke shellfu-sh-coerce and its
    reverse dependencies there.

Overview of changes:

 *  Fixed debian packaging

debian/control does not allow creating dependency lists by repeating
Depends: field, like RPM .spec files do.  I did not realize it when
adding coerce.sh

Overview of changes:

 *  Fixed few minor packaging problems

Overview of changes:

 *  Added module coerce.sh for character set coercion

 *  sfdoc will jump to first object mention in object mode (`-O`)

 *  Minor fixes and cleanups

For situations when there are constraints on what characters are
allowed, this module provides several non-reversible conversion
functions.

Overview of changes:

 *  Improved an updated tab completion for sfdoc

    The tab completion now offers more recent argument and most
    importantly, module and/or object names.

 *  Fixed global variable '$modname' leaking from shellfu()

 *  Fixed --which treated as if no value was needed

 *  Mitigated risk of grep ambiguities

 *  Smaller cleanups and updates

Define it as local and keep it.

Where regular expression is read from a variable and -e argument is not
provided, the resulting call may end up being interpreted as grep
argument,  This can be pretty dangerous, eg. if the variable expands to
`--help`, grep help is shown and grep exits with zero, which would be
interprered as match.  Another example is when the variable expands to
a valid grep parameter; this would mean that next argument would be
interprered by grep as the regex, and if the argument after that would
be missing, grep would read stdin, resulting in data messup or grep
waiting
indefinitely.

See also:

    https://github.com/koalaman/shellcheck/issues/1342

It's been followed for years in number of projects (granted, all being
exclusively written by author of this style), so calling it "draft"
seems just weasely.

Overview of changes:

 *  Added SFPI functions to find and dereference plugin variables

 *  Renamed SFPI name-access functions to be less confusing

 *  Fixed broken sfpi__import()

 *  Finished style guide on naming, capitalization and namespacing

 *  Minor fixes and cleanups

I was about to write something about blank lines between declarations
but that does not seem to be necessary.

You can't "get function" or "get module" with these functions; just
their *names*.  Also "get" is inconsistent with eg.  sfpi__ls() and
sfpi__key(): the "getting" part is implied.

The compatibility check makes more specific sense on plugin level.

Overview of changes:

 *  Switched to in-line `do`/`then` style

    Many projects actually use it already.

 *  Updated docs and meta-data after moving from GitHub to pagure.io

 *  Updated docs after mofing COPR repos

 *  Added VCS Browser URL to specfile

 *  Codebase maintenance and cleanups

Prefer `%global` over `%define` and do it earlier.

Turns out to be concise and safe enough to become the preferred one.

Overview of changes:

 *  Added command to list imported modules

    Useful for introspection, eg. reporting versions of imported
    modules.

 *  Worked around sfdoc problem with old /usr/bin/man

    Turns out we can use man 1.x if we save file to temp and pass it as
    single argument.

 *  Codebase maintenance

Actually man 1.* does support local mode, we just have to pass pathname
(with slash), which can be easily worked around by using tempfile.

Overview of changes:

 *  Added sfpi.sh, Shellfu's favorite plugin interface

    One way to make Shellfu-based modules and applications a bit more
    modular.

 *  sfdoc will now accept function or variable name instead of MODULE

    New -O switch changes meaning of MODULE to mean function or
    variable; sfdoc will then look it up in installed modules and act
    as if the module name was provided.  Works for default manpage mode
    as well as export modes (sfdoc always acts upon whole module, not
    just the object.)

 *  Improved several usage messages

 *  Codebase maintenance