Page MenuHomeFreeBSD

fmtree: prepare for removal
ClosedPublic

Authored by kevans on Feb 10 2021, 3:17 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Nov 5, 6:50 PM
Unknown Object (File)
Tue, Nov 5, 6:43 PM
Unknown Object (File)
Wed, Oct 23, 8:35 AM
Unknown Object (File)
Mon, Oct 21, 4:35 AM
Unknown Object (File)
Sun, Oct 20, 4:29 PM
Unknown Object (File)
Sun, Oct 20, 4:29 PM
Unknown Object (File)
Sun, Oct 20, 4:29 PM
Unknown Object (File)
Sun, Oct 20, 4:22 PM
Subscribers

Details

Summary

This is staged as three commits, but squashed here because none of them are substantial. I suspect I'll let the deprecation notice settle for a couple weeks, then axe it.

commit dbedca69c8030bb90eb38c833174e8bfbb65b4e4

fmtree: add a deprecation notice to the manpage

MFC-after: 3 days

commit f10a4e8377edb5b8350ab1d44c415f84fe013f76

build: turn off FMTREE by default to prepare for removal

nmtree is derived from fmtree, and has been the default mtree(8) since
6adfbbbf161, a little over a year after its introduction.

fmtree has not seen any substantial work since then, except for build
fixes and runtime issues that were diagnosed in nmtree and backported
because this was still in the tree.

Turn it off by default.

commit b17ff8bfca4ab8ec67c567021e7b224624adab73

Regenerate src.conf(5) after FMTREE default change

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Feb 10 2021, 3:24 PM

Also a Relnotes: yes somewhere noting the deprecation.

It seems worth adding a reference to mtree.

usr.sbin/fmtree/mtree.8
368
380–381

It probably goes without saying, but please confirm that contrib/mtree/mtree.8 is what's getting installed as mtree.8, not usr.sbin/fmtree/mtree.8.