Motivation for this change

This is what most distributions ship for hfsprogs,
significantly newer than 332.25 (10.4.11[1], 2005) but only
about half as old (first appears in 10.7[2], 2011).

The newer tools drop support for mkfs.hfs (creating an HFS partition)
however they retain the ability to check both HFS and HFS+.

This seems like a small cost, and can be addressed by either reviving
the 332.25 variant or using hfsutils[3][4]. Coming soon, maybe? :D

It seems HFS drives and images are already unsupported and have been
for quite some time, so while it is unfortunate to drop support
the filesystem creators Apple apparently are very done with it:

"With the introduction of Mac OS X 10.6, Apple dropped support for
formatting or writing HFS disks and images, which remain supported as
read-only volumes. Starting with macOS 10.15, HFS disks can no longer
be read. "[5]

[1] https://opensource.apple.com/release/mac-os-x-10411x86.html
[2] https://opensource.apple.com/release/mac-os-x-107.html
[3] https://www.mars.org/home/rob/proj/hfs/
[4] https://packages.debian.org/source/sid/hfsutils (for patches)
[5] https://en.wikipedia.org/wiki/Hierarchical_File_System

Previously:

• hfsprogs was dropped before and restored:
  • restored: 4602e61
  • dropped: 6c182dd

Also:

Added hfsutils in PR #77866 . :)

Things done

• Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
• Built on platform(s)
  • NixOS
  • macOS
  • other Linux distributions
• Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
• Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
• Tested execution of all binary files (usually in ./result/bin/)
• Determined the impact on package closure size (by running nix path-info -S before and after)
• Ensured that relevant documentation is up to date
• Fits CONTRIBUTING.md.