unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: emacs-pretest-bug@gnu.org, bug-gnu-emacs@gnu.org,
	819@emacsbugs.donarmstrong.com
Subject: bug#819: 23.0.60; group and owner "Everyone" - what's that about?
Date: Fri, 29 Aug 2008 22:22:58 +0300	[thread overview]
Message-ID: <u7i9zaanh.fsf@gnu.org> (raw)
In-Reply-To: <001901c90a02$d0cfa010$0200a8c0@us.oracle.com>

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <emacs-pretest-bug@gnu.org>, <bug-gnu-emacs@gnu.org>
> Date: Fri, 29 Aug 2008 11:12:35 -0700
> 
> In Emacs 23, it's not what I see in Dired for the other files and directories,
> besides `..'. In my case, I see my user name as the owner for each entry except
> `..', and I see `None' as the group for each entry except `..'.

"None" is the name of the primary group on a stand-alone workstation
(probably because someone at MS thought that groups only make sense
when there's a domain server).  If your machine is a stand-alone
workstation, "None" is what I'd expect.

> In Emacs 22, I see my user name as the owner for each entry (including `..') and
> `root' as the group for each entry (including `..'). In Emacs 20, I see my user
> name as the owner for each entry (including `..') and `5' as the group for each
> entry (including `..').

This code evolved since it was written.  Emacs 20 to 22 didn't
actually ask the filesystem for the owner and primary group of each
file.  Instead, they retrieved during startup the name of the user who
runs Emacs, and then attributed each file to that user, and just
invented its group as "root".  (`5' in Emacs 20 is just due to a bug
in understanding the components of the Windows Security ID
descriptor.)  In Emacs 23, we ask the filesystem about the owner and
the group, and report that if the information is available.

This is why each version behaves differently.  But it is important to
know that before Emacs 23, the displayed info was largely invented
rather than extracted from the filesystem.  Now you see what is really
there (if you are on NTFS, which is not your case, see below).

> And why should following the link `..' show something different from what was
> shown for `..' in the subdir?

You mean the link `.' (on dot) should show the same as what was shown
for `..' (2 dots) in a subdir, right?  If that's not happening for
you, please show a concrete example.

> My hard disk is formatted FAT32, not NTFS.

On a FAT32 we currently attribute all files and directories to the
user who runs Emacs.  FAT32 fails the file-security syscalls, so we
fall back on what Emacs 22 did, because files that have no owner are
in a way ``owned'' by everyone, the current user included.

> Whatever is used should be consistent: (1) `..' shouldn't be special

`..' isn't treated special in the Emacs code that deals with file
ownership.

> and (2)
> `..' should show the same properties (owner group) as what is shown for it when
> you follow the `..' link - the directory's properties should not change
> depending on where you are looking at them.

If you follow the `..' link twice, you mean, right?  Or if you follow
it once, then look at the `.' line.  Right?






  parent reply	other threads:[~2008-08-29 19:22 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <u8wufaefr.fsf@gnu.org>
2008-08-29 15:00 ` bug#819: 23.0.60; group and owner "Everyone" - what's that about? Drew Adams
2008-08-29 17:46   ` Eli Zaretskii
2008-08-29 18:12     ` Drew Adams
2008-08-29 19:03       ` Jason Rumney
2008-08-29 19:22       ` Eli Zaretskii [this message]
2008-08-29 20:06         ` Drew Adams
2008-08-29 21:05           ` Stefan Monnier
2008-08-30  0:32           ` Jason Rumney
2008-08-30  2:00             ` Drew Adams
2008-08-30  2:52               ` Jason Rumney
2008-08-30  3:29                 ` Drew Adams
2008-08-30  8:15                   ` Eli Zaretskii
2008-08-30  8:56                     ` Eli Zaretskii
2008-08-30 13:55                       ` Drew Adams
2008-08-30 14:19                         ` Drew Adams
2008-08-30 14:25                         ` Eli Zaretskii
2008-08-30  8:10               ` Eli Zaretskii
2008-08-29 18:10   ` bug#819: marked as done (23.0.60; group and owner "Everyone" - what's that about?) Emacs bug Tracking System
     [not found]   ` <handler.819.D819.122003287910930.notifdone@emacsbugs.donarmstrong.com>
2008-08-29 18:44     ` bug#819: closed by Eli Zaretskii <eliz@gnu.org> (bug#819: 23.0.60; " Drew Adams
2008-08-29 19:38       ` Eli Zaretskii
2008-08-29 19:56         ` Eli Zaretskii
2008-08-29 20:10           ` Drew Adams
2008-08-29 20:07         ` Drew Adams

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=u7i9zaanh.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=819@emacsbugs.donarmstrong.com \
    --cc=bug-gnu-emacs@gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=emacs-pretest-bug@gnu.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).