public inbox for linux-newbie@vger.kernel.org
 help / color / mirror / Atom feed
From: Stephen Samuel <samuel@bcgreen.com>
To: Eve Atley <eatley@wow-corp.com>
Cc: Linux-Newbie <linux-newbie@vger.kernel.org>
Subject: Re: How to hide . folders
Date: Fri, 06 Aug 2004 23:02:48 -0700	[thread overview]
Message-ID: <41147088.9050803@bcgreen.com> (raw)
In-Reply-To: <BD385D76.3EE4%eatley@wow-corp.com>

Eve Atley wrote:
> Ken, thanks for the reply.

> Is my question better stated, then, as how to prevent users from deleting
> any of the directories they encounter? If that's the correct question, then
> is my solution to set a read-only on any folders that I don't wish deleted?

There are a couple of things here:

if you set the sticky bit ( u+t ) then users will only be able to delete
files that they own unless they own the sticky

The ability to delete files depends on the permissions of the directory
they are in. Removing a directory requires permission to the directory that
contains it as well as that the directory be empty. If a directory is
readonly to a user and contains *anything* (other than . and ..) then it
is effectively un-removable regardless of parent directory permisions.
It is still renameable if the directory is rw with no sticky bit set.

> 
> 
>>something : system directories show up if you go too far up the
>>hierarchy, but permissions should prevent you writing in them.
> 
> 
> Is it possible to keep users from proceeding up further in the hierarchy, by
> chance? 

If you lave the execute bit on but turn off the read bit, then
programs (including GUIs) will be unable to search the directory.
Any program which knows the name of the file it's looking for
will still work fine.  I think that this may be close enough to
what you want.

-- 
Stephen Samuel +1(604)876-0426                samuel@bcgreen.com
		   http://www.bcgreen.com/~samuel/
    Powerful committed communication. Transformation touching
      the jewel within each person and bringing it to light.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

  parent reply	other threads:[~2004-08-07  6:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-05 20:06 How to hide . folders Eve Atley
2004-08-05 22:15 ` Ken Moffat
2004-08-06  1:56   ` Eve Atley
2004-08-06  8:13     ` Ken Moffat
     [not found]     ` <Pine.LNX.4.58.0408060856370.23328@ppg_penguin.kenmoffat.uk linux.net>
2004-08-06 15:55       ` Ray Olszewski
2004-08-07  6:02     ` Stephen Samuel [this message]
2004-08-10 18:16       ` How to hide . folders (resolved) Eve Atley

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=41147088.9050803@bcgreen.com \
    --to=samuel@bcgreen.com \
    --cc=eatley@wow-corp.com \
    --cc=linux-newbie@vger.kernel.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox