Import NetBSD/src/usr.sbin/mtree in place of pkgsrc'd version.

[jashank]

The mtree(8) implementation in pkgsrc has languished; meanwhile, a range of features have been added to the implementation in the NetBSD source tree, and AFAICT that's now the authoritative source (for instance, FreeBSD imports this, not the pkgsrc version).

Whilst here, switch to tracking src/usr.sbin/mtree CVS. The resulting cvs diff to this tree is now only compatibility fixes.

Whilst here, update stat_flags.c, now in NetBSD/src/lib/libutil; previously, mtree2nbcompat picked it up from NetBSD/src/bin/ls, but it moved in 2006.

Whilst here, update pack_dev.[ch] from NetBSD/src/sbin/mknod.

Whilst here, import (and refresh) Debian's copyright file, which gives provenance for all the files.

Whilst here, mark the CVS timestamp at which src/usr.sbin/mtree was last modified (to wit, 2021-04-03) --- how I wish there were reliable atomic version numbers on that repo! (It'd be nice to use NetBSD's version numbering as a reference marker.)

Whilst here, update mtree.5 from libarchive/libarchive.

Whilst here, autoupdate to bump configure.ac.

[archiecobbs]

While I heartily applaud this effort, this patch is way too large for me to review.

In order to keep things straight and minimize disruption, I suggest instead we create a new branch or even better a new project (nmtree2?) for this flavor of the utility.

Your thoughts?

[jashank]

Either of those options sound reasonable to me. I'm happy to try to put together a repository.

[archiecobbs]

OK that sounds good.

I tried to fork nmtree to nmtree2 under my name but github doesn't allow this.

Instead, if you don't mind hosting it, please fork nmtree to nmtree2 under your name, and then apply your patch. This way we'll keep a relationship between the two code bases. Feel free to make add me as a maintainer as well.

Thanks.