From: Andreas Gruenbacher <agruen@suse.de>
To: Timothy Shimmin <tes@sgi.com>
Cc: linux-xfs@oss.sgi.com, Gerald Bringhurst <gbringhurst@novell.com>,
Brandon Philips <bphilips@suse.de>
Subject: Re: acl and attr: Fix path walking code
Date: Sat, 10 Nov 2007 21:52:05 +0100 [thread overview]
Message-ID: <200711102152.05619.agruen@suse.de> (raw)
In-Reply-To: <4733F301.9020706@sgi.com>
On Friday 09 November 2007 06:41:21 Timothy Shimmin wrote:
> I applied attr patch and tried it out on xfstests/062
> (which I believe was based on one of your tests).
>
> ==========================================================
> --- 062.out 2006-03-28 12:52:32.000000000 +1000
> +++ 062.out.bad 2007-11-09 15:38:09.000000000 +1100
> @@ -526,6 +526,10 @@
> user.name=0xbabe
> user.name3=0xdeface
>
> +# file: SCRATCH_MNT/lnk
> +trusted.name=0xbabe
> +trusted.name3=0xdeface
> +
> # file: SCRATCH_MNT/dev/b
> trusted.name=0xbabe
> trusted.name3=0xdeface
> @@ -562,6 +566,10 @@
> user.1=0x3233
> user.x=0x797a
>
> +# file: SCRATCH_MNT/descend/and/ascend
> +trusted.9=0x3837
> +trusted.a=0x6263
> +
>
> *** directory descent without following symlinks
> # file: SCRATCH_MNT/reg
> ==========================================================
>
> So for the following of symlinks with getfattr -L
> i.e.
> echo "*** directory descent with us following symlinks"
> getfattr -h -L -R -m '.' -e hex $SCRATCH_MNT
>
> Looking at the 2nd difference...
> It now picks up descend/and/ascend which contains the symlink
> of descend/and --> here/up.
> So that makes sense, it is following a symlink which it
> didn't before and finding a dir, "up" in the linked dir.
> Good.
>
> Looking at 1st difference...
> It is now showing up "lnk" which is a symlink: lnk --> dir
> So why is it showing this up
> and yet it is not showing descend/and (which is a link to here/up)?
> So yes we are following symlinks but are we supposed
> to just do the symlinks themselves as well?
With -h, the utilities operate on the symlinks rather than the files that the
symlinks point to. The test case sets attributes on SCRATCH_MNT/lnk, but not
on descend/and.
The -h and -L options together don't make much sense actually.
> BTW, do we not allow user EAs on symlinks? (I've forgotten)
No we don't --- that's explained on attr(5).
Thanks for looking at this!
Andreas
next prev parent reply other threads:[~2007-11-10 20:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-28 17:58 acl and attr: Fix path walking code Andreas Gruenbacher
2007-11-09 5:41 ` Timothy Shimmin
2007-11-10 20:52 ` Andreas Gruenbacher [this message]
2007-11-14 5:08 ` Timothy Shimmin
2007-11-20 5:11 ` Timothy Shimmin
2007-11-23 12:24 ` Andreas Gruenbacher
2007-11-09 7:39 ` Timothy Shimmin
2007-11-10 21:36 ` Andreas Gruenbacher
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=200711102152.05619.agruen@suse.de \
--to=agruen@suse.de \
--cc=bphilips@suse.de \
--cc=gbringhurst@novell.com \
--cc=linux-xfs@oss.sgi.com \
--cc=tes@sgi.com \
/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.
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.