all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: kai@emptydomain.de (Kai Großjohann)
Subject: Tramp and VC integration: "calling user"
Date: Thu, 31 Mar 2005 15:07:58 +0200	[thread overview]
Message-ID: <87is386k0h.fsf@emptydomain.de> (raw)

Tramp advises some VC functions.  It is bad for one package in Emacs
to advise functions in another.

In one of those cases, VC wants to find out if a file is locked by the
calling user.  To do this, VC invokes a command to print the name of
the user who locked the file, and then compares that name with
user-login-name.

For remote files, the comparison should not be with user-login-name,
it should instead be with the user logged into the remote host in
question.

Suggestions for solving this:

(1) New file operation file-mine-p, returns true if the file is owned
    by the "calling user".  For non-special files, the calling user is
    the user who invoked Emacs.  For Tramp files, the calling user is
    the user logged into the remote host.

(2) New file operation file-calling-user, returns the calling user, as
    defined in (1).

(3) Augment the return value of file-remote-p to indicate the calling
    user.  The return value could be augmented to also indicate the
    remote host, if the file is remote.

What do people think?

Kai

             reply	other threads:[~2005-03-31 13:07 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-31 13:07 Kai Großjohann [this message]
2005-03-31 13:34 ` Tramp and VC integration: "calling user" Stefan Monnier
2005-03-31 14:40   ` Kai Großjohann
2005-03-31 15:50     ` Stefan Monnier
2005-03-31 17:13       ` Kai Großjohann
2005-03-31 16:54   ` Andre Spiegel
2005-04-01  4:10 ` Richard Stallman
2005-04-01 17:43   ` Andre Spiegel
2005-04-01 19:14     ` Stefan Monnier
2005-04-02 20:52       ` Andre Spiegel
2005-04-03 17:19         ` Michael Albinus
2005-04-03  5:19     ` Richard Stallman
2005-04-03 10:15 ` Kai Großjohann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87is386k0h.fsf@emptydomain.de \
    --to=kai@emptydomain.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.