The way zic is built, it assumes by default (no -y arg) that
"yearistype" is somewhere in your path. However (and especially
as it is distributed with the data files these days) yearistype
is usually going to be found in "." which is generally not in
anyone's path (and should never be in root's path).
The NetBSD workaround (in its distributed tzcode) is to run zic
as:
zic -y "sh yearistype.sh"
and not bother with making "yearistype", including making it executable,
at all. The tzcode Makefile uses "-y ./yearistype".
Those are OK for a makefile, but not really ideal for one off running zic
by hand. As things are currently, the -y option is almost mandatory, zic
just doesn't work properly without it, yet it is still optional in zic.
Is there any reason that the distribution couldn't be altered as ...
*** zic.c.old Mon Jul 31 23:24:18 2000
--- zic.c Sat Aug 05 21:55:39 2000
***************
*** 538,544 ****
if (directory == NULL)
directory = TZDIR;
if (yitcommand == NULL)
! yitcommand = "yearistype";
setboundaries();
--- 538,544 ----
if (directory == NULL)
directory = TZDIR;
if (yitcommand == NULL)
! yitcommand = "./yearistype";
setboundaries();
which will work better than now, except in the (somewhat odd I think)
case where yearistype is actually getting installed in some standard binary
directory. Since it isn't included with tzcode the standard Makefile
doesn't install it anywhere (but does depend upon it), it tends to just
live with the data.
Much better would be to actually look for, and find (when no -y is given)
a suitable yearistype file - look in the directory where the data file
is found (so "zic /usr/src/share/zoneinfo/australasia" would work), and
if not found there, look in "." to see if it is there, and if not there,
just assume it must be in PATH (and so leave it as just "yearistype") or
can't be found at all. For now, that's more effort than is needed (for me).
The searching should include looking for "yearistype.sh" as well most likely,
and if that's found, and no yearistype is found, then run it as "sh ..."
so it doesn't need 'x' permission).
kre