Re: Files in /etc containing empty VCSId header

From: Steve Kargl <sgk_at_troutmask.apl.washington.edu>
Date: Fri, 11 Jun 2021 00:31:13 UTC 
On Thu, Jun 10, 2021 at 03:26:58PM -0700, Kevin Oberman wrote:
> On Wed, Jun 9, 2021 at 2:02 AM Michael Gmelin <freebsd@grem.de> wrote:
> >
> > > On 9. Jun 2021, at 01:15, Ian Lepore <ian@freebsd.org> wrote:
> > >
> > > On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote:
> > >>> On Tue, 8 Jun 2021 09:41:34 +0000
> > >>> Mark Linimon <linimon@lonesome.com> wrote:
> > >>>
> > >>>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote:
> > >>>>> Sometimes it's a real interesting exercise to figure out where
> > >>>>> a
> > >>>>> file on your runtime system comes from in the source world.
> > >>
> > >> There is a command for that which does or use to do a pretty
> > >> decent job of it called whereis(1).
> > >>
> > >
> > > revolution > whereis ntp.conf
> > > ntp.conf:
> > > revolution > whereis netif
> > > netif:
> >
> > That line might make it to a shirt one day:
> >
> > > revolution > whereis services
> >
> > ;)
> > Michael
> >
> Just to clarify for those not willing or able to RTFM, it only works for
> executables, not conf files or libraries. It reports the location of the
> executable, the man page and the port location, if it is a port. For those
> who did RTFM, it is wrong. It claims that it reports on the location of the
> source, but that is not the case as far as I know. I have never seen it
> return anything from /usr/src.
> > whereis cc
> cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz
> > whereis postfix
> postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz
> /usr/ports/mail/postfix

I should probably just lurk, but I believe the command that
some are looking for is ident(1).  This command is, of course,
broken by the lost of $FreeBSD$ expansion.

-- 
Steve