Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 2 Oct 1998 11:46:32 +0930
From:      Greg Lehey <grog@lemis.com>
To:        Satoshi Asami <asami@FreeBSD.ORG>
Cc:        ports@FreeBSD.ORG
Subject:   Re: emacs lock files
Message-ID:  <19981002114632.U24146@freebie.lemis.com>
In-Reply-To: <199810010931.CAA26386@silvia.hip.berkeley.edu>; from Satoshi Asami on Thu, Oct 01, 1998 at 02:31:49AM -0700
References:  <19981001183952.C24146@freebie.lemis.com> <199810010931.CAA26386@silvia.hip.berkeley.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday,  1 October 1998 at  2:31:49 -0700, Satoshi Asami wrote:
>  * From: Greg Lehey <grog@lemis.com>
>
>  * > Right now, we have
>  * >
>  * > emacs:  /usr/local/com/emacs/lock
>  * > mule:   /usr/local/com/mule/lock
>  * > xemacs: /var/run/xemacs/lock
>  * >
>  * > Is there a reason why they can't all share one directory?  I don't
>  * > know about xemacs, but emacs/mule just have PID's in there so they
>  * > should be interchangable.
>  *
>  * Excellent idea.
>
> Glad to hear you agree. :)
>
>  * > If we can standardize them, I propose /var/run/emacs/lock.
>  *
>  * I'd prefer /var/emacs/lock,
>
> No, it should be under /var/run.  That's exactly where it belongs (man
> 7 hier).

I don't see anything there that suggests it belongs in this
directory--quite the contrary:

              run/       system information files describing various info
                         about system since it was booted

                         utmp        database of current users; see utmp(5)

I interpret this to mean system-wide information, not information
about locked files (which could just as well be stored in
/var/spool/uucp/LCK).

>
>  * 			       but since xemacs already uses
>  * /var/run/emacs/lock, it at least sounds like the best choice.
>
> Well, xemacs actually uses /var/run/*xemacs*/lock but I didn't think
> we should standardize on *that*. ;)

On the other hand, it might make sense to consider whether we couldn't
use symlinks.  People are bound to do their own porting rather than to
install a port, and the standard version would not find a lock made by
the ported version.

Greg
--
See complete headers for address, home page and phone numbers
finger grog@lemis.com for PGP public key

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19981002114632.U24146>