Re: Files in /etc containing empty VCSId header
- In reply to: Kevin Oberman : "Re: Files in /etc containing empty VCSId header"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 10 Jun 2021 22:33:45 UTC
> On 11. Jun 2021, at 00:28, Kevin Oberman <rkoberman@gmail.com> 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. I have, just earlier today. Like I wrote somewhere else in this thread, it does so by using locate (it’s debatable how useful this really is though). -m >> 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 > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683