> The KSH found at configure time is propagated to most scripts that are
> installed.  It's quite possible that all of these work as intended with
> /bin/ksh, but maybe it's best to not take any chances.

Depending on shells/ksh93 is problematic due to the conflict with
devel/libast. Now both have consumers, so the conflict bit me in my
last bulk:

>>> Building on localhost under x11/eterm,kanji
	BDEPENDS = [devel/libast;converters/libiconv]
	DIST = [x11/eterm:Eterm-0.9.6.tar.gz]
	FULLPKGNAME = ja-eterm-0.9.6p3
	RDEPENDS = [devel/libast;converters/libiconv]
(Junk lock obtained for localhost at 1755944213.73)
>>> Running depends in x11/eterm,kanji at 1755944213.75
   last junk was in x11/kde-applications/grantleetheme
/usr/sbin/pkg_add -aI -Drepair libast-0.7p12
was: /usr/sbin/pkg_add -aI -Drepair libast-0.7p12 libiconv-1.17
/usr/sbin/pkg_add -aI -Drepair libast-0.7p12
Can't install libast-0.7p12 because of conflicts (ksh93-1.0.10v0)
--- libast-0.7p12 -------------------
Can't install libast-0.7p12: conflicts
Couldn't install libast-0.7p12
>>> Running show-prepare-results in x11/eterm,kanji at 1755944214.30
===> x11/eterm,kanji
===> Building from scratch ja-eterm-0.9.6p3
===> ja-eterm-0.9.6p3 depends on: libiconv-* -> libiconv-1.17
===> ja-eterm-0.9.6p3 depends on: libast-* - not found
Dependency check failed
*** Error 1 in x11/eterm (/usr/ports/infrastructure/mk/bsd.port.mk:2392 '/tmp/pobj/eterm-0.9.6-kanji/.dep-devel-libast': @unset _DEPENDS_TAR...)
*** Error 2 in x11/eterm (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'prepare': @lock=ja-eterm-0.9.6p3;  export _LOCKS_HELD=" ja-eterm-0....)
===> Exiting x11/eterm,kanji with an error
*** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:144 'show-prepare-results': @: ${echo_msg:=echo};  : ${target:=show-prepare-...)
(Junk lock released for localhost at 1755944214.85)
>>> Ended at 1755944214.85
max_stuck=0.00/depends=0.55/show-prepare-results=0.56
Error: job failed with 512 on localhost at 1755944214