Bug 191060

Ouch!  The quoted script has obvious errors.  Bad "copy-and-waste".
Here is the corrected one:

#!/bin/sh

# a shell wrapper to make 'antiword' usage reasonable on UTF-8 systems.
#
# Michal Jaegermann, michal, 2004/Nov/03
#    - simplify and we may be printing on a Postcript printer, 2006/May/08

echo "$@" | egrep -q -w -- '-p|-a' && lang="${LANG%.UTF-8}"
LANG=$lang antiword.bin "$@"
exit

By default 8859-1 mapping will be used but something else can be
specified with a help of -m option.

BTW - /share/doc/antiword-0.37/kantiword will be affected the same way.
The simplest way to fix it is to replace there a line

antiword -p $paper_size -i 0 "$@" 2>"$err_file" >"$out_file"

with

LANG= antiword -p $paper_size -i 0 "$@" 2>"$err_file" >"$out_file"

although there are no provisions to supply a mapping other than
a default one.

Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.

If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
http://fedoraproject.org/wiki/LifeCycle/EOL

If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
the change.

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we are following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers

The current version of antiword supplies /usr/share/antiword/UTF-8.txt
mapping file and, AFAICS, this is good enough for a text output.
The moment one tries to use -p or -a a result is:

The combination PostScript and UTF-8 is not supported

followed by a usage message.

My current "wrapper" script which prevents the above from
happening looks like follows:

#!/bin/sh

# a shell wrapper to make 'antiword' usage reasonable on UTF-8 systems.
#
# Michal Jaegermann, michal, 2004/Nov/03
#    - simplify and we may be printing on a Postcript printer
#    - so do not use -i0, 2006/May/08

echo "$@" | egrep -q -- '-p|-a' && lang="env LANG=${LANG%.UTF-8}"
$lang antiword.bin "$@"
exit

and that works.

Just tried it an it failed. LANG is set to en_GB.utf8 and therefore it fails. If
I change your script to do "${LANG%.utf8}" and then it works for me.

Do you have an idea how we could handle both cases "UTF-8" as well as "utf8". I
think something which removes anything starting with "utf" and "UTF"?

> LANG is set to en_GB.utf8 and therefore it fails
Yes, this will fail. I was not aware that such variants will show up.
> Do you have an idea how we could handle both cases "UTF-8" as well as "utf8"
Likely the simplest way to account for all possbile LANG values would be

    lang="env LANG=${LANG%.*}"

This removes the last '.' and everything which follows.  To erase
all from the first dot and further use this:

    lang="env LANG=${LANG%%.*}"

I do not think that this makes a difference here but who knows?

If your LANG is already set to en_GB, say, then nothing will be changed.

If you think that an extra caution is warranted then a construct like
that will work

  echo "$@" | egrep -q -- '-p|-a' && \
    { LNG="${LANG%.UTF*}"; lang="env LANG=${LNG%.utf*}"; }

Take your pick.  Most likely the first proposition is just fine
(and covers such unlikely suffixes like "uTF8" too).

Changes committed to rawhide and built.