Date: Sun, 1 Nov 1998 21:07:40 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: finrod@ewox.org, hackers@FreeBSD.ORG Subject: Re: s/bpfilter/bpf/ Message-ID: <199811012107.OAA26376@usr05.primenet.com> In-Reply-To: <5159.909675209@time.cdrom.com> from "Jordan K. Hubbard" at Oct 29, 98 07:33:29 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > While in Arnhem, I discussed renaming the bpfilter pseudo-device to > > bpf. There seemed to be agreement that it would be more consistent > > (amongst other items, the device nodes are named /dev/bpf*, and the > > man page is bpf(4)). > > I agree that this change is overdue, but I also wonder whether or not > you could do this so that ``pseudo-device bpfilter'' would continue to > be a synonym for bpf. It wouldn't appear in any documentation or be > suggested, but would at least continue to work for those with old > config files. When do deperecated things get removed? It seems that there is not an overall list of deprecated stuff such that things which are deprecated actually end up going away at some point. In other words, it seems that the answer to this question is "never, we just accumulate cruft until our head explodes". I would suggest one release cycle. I would also suggest managing this automatically, with something like (note the use of the word "like"): --------------------------------------------------------------------- #include <deprecated.h> #if (DEPRECATED > 2) #warning "This file contains obsolete code which should" #warning "be removed from the source repository." #else /* This code will be obsolete in release deprecation cycle 3*/ ... /* warn the user that (whatever) is going away next release*/ fprintf( stderr, "option 'bpfilter' is deprecated; use 'bpf' instead\n"); ... #endif /* DEPRECATED*/ --------------------------------------------------------------------- You would increment the value of the manifest constant DEPRECATED each time there is a release. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199811012107.OAA26376>