Bug 16944

Summary: [MFC] Give mtree(8) an ``exclude'' facility
Product: Base System Reporter: wollman <wollman>
Component: binAssignee: Garrett Wollman <wollman>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 3.4-STABLE   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff none

Description wollman 2000-02-23 21:10:00 UTC 
	In thinking about how to make mtree(8) part of an IDS, I hit
upon the insurmountable problem that mtree doesn't know how to exclude
files (or directories) from consideration, and thus requires enormous
amounts of hand-editing work to remove ``normally changing'' files
from an auto-generated specification.  In most other tools which
perform a similar function, there is such a mechanism.  It turned out
to be very simple to write.

Fix: Although this patch is relative to 3.4, it should apply cleanly to
-current as well.
How-To-Repeat: 
	mtree -c -K md5digest -p / | more
Comment 1 Garrett A. Wollman 2000-02-23 21:22:18 UTC 
There's a bug in my patch:

> +		if (strchr(str, '/'))
> +			e->pathname = 1;
		else
			e->pathname = 0;

-GAWollman
Comment 2 Garrett Wollman freebsd_committer freebsd_triage 2000-05-12 03:56:51 UTC 
Responsible Changed
From-To: freebsd-bugs->wollman

I wrote it.
Comment 3 Garrett Wollman freebsd_committer freebsd_triage 2000-05-12 04:03:07 UTC 
State Changed
From-To: open->suspended

Applied in -current; awaiting merge.
Comment 4 Garrett A. Wollman 2000-05-15 21:55:33 UTC 
MFC:

wollman     2000/05/15 13:50:00 PDT

  Modified files:        (Branch: RELENG_4)
    usr.sbin/mtree       Makefile create.c extern.h mtree.8 
                         mtree.c verify.c 
  Added files:           (Branch: RELENG_4)
    usr.sbin/mtree       excludes.c 
  Log:
  Give mtree the ability to exclude files.
  
  PR:		16944
  Requested by:	Cy Schubert
  
[Still awaiting MFC to 3-stable.]
Comment 5 Garrett Wollman freebsd_committer freebsd_triage 2000-07-03 19:04:18 UTC 
State Changed
From-To: suspended->closed

This functionality has been merged into 4.x.  It will not be merged 
into 3.x.