You are right.  The history is that we had both in the tree.  mkhybrid
was a monster. The old mkisofs components were more fragile.  We succeeded
at switching.  The comment is dated and can be removed.

> Looking at the source for mkhybrid(8), I noticed a comment at the top
> of the Makefile.
> 
> # NOTE: The mkhybrid distrib also makes an "mkisofs" which is the same binary
> # linked. When we know mkhybrid makes distrib CDs ok we should modify this
> # to make mkisofs as a link to this, rather than the (earlier) version in
> # the tree.
> 
> 
> Looking at the history, it was initially imported back in
> 2000. Scouring the mailing list, I found this thread about the
> position of mkhybrid(8),
> https://marc.info/?l=openbsd-misc&m=120130045426226&w=2# , seems like
> it is destine to stay. Is there any value to following through with
> this original game plan? If there is no intention or benefit, should
> we remove the comment?
> 
> diff /usr/src
> path + /usr/src
> commit - bc42849e5050b53fb33652b93ca006c330d6690e
> blob - ace7095aa87749de6fb1edfc3a0e946261386364
> file + gnu/usr.sbin/mkhybrid/mkhybrid/Makefile
> --- gnu/usr.sbin/mkhybrid/mkhybrid/Makefile
> +++ gnu/usr.sbin/mkhybrid/mkhybrid/Makefile
> @@ -1,10 +1,5 @@
>  #	$OpenBSD: Makefile,v 1.8 2022/07/11 03:11:49 daniel Exp $
>  
> -# NOTE: The mkhybrid distrib also makes an "mkisofs" which is the same binary
> -# linked. When we know mkhybrid makes distrib CDs ok we should modify this
> -# to make mkisofs as a link to this, rather than the (earlier) version in
> -# the tree.
> -
>  PROG=	mkhybrid
>  MAN=	mkhybrid.8
>  BINDIR=	/usr/sbin
> 
> 
> 
>