From owner-freebsd-security Tue Aug 31 20:14:50 1999 Delivered-To: freebsd-security@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id F04D414CC6 for ; Tue, 31 Aug 1999 20:14:44 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA11599; Wed, 1 Sep 1999 13:14:38 +1000 Date: Wed, 1 Sep 1999 13:14:38 +1000 From: Bruce Evans Message-Id: <199909010314.NAA11599@godzilla.zeta.org.au> To: ftobin@uiuc.edu, gjb-freebsd@gba.oz.au Subject: Re: Not sure if you got it... Cc: freebsd-security@FreeBSD.ORG Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >The thing that is really wrong with the flags is the absurd >names they have been given as in these two examples: > > * nodump sets a flag, dump unsets it > * uchg sets a flag, nouchg unsets it > >It would have made much more sense if the second one was changed >so that: > > * nodump still sets a flag, while dump unsets it > * nouchg sets a flag ("user flag for no change"), uchg unsets it The immutable flags are well named in the kernel. You can still spell the user immutable flag as `immutable' in chflags(8), but ls(1) will print it as `uchg'. The only purpose of the bad abbreviations seems to be to limit line lengths in ls -lo listings. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message