Slashdot Mirror


Define - /etc?

ogar572 asks: "There has been an ongoing and heated debate around the office concerning the definition of what /etc means on *nix operating systems. One side says "et cetera" per Wikipedia. Another side says it means 'extended tool chest' per this gnome mailing list entry or per this Norwegian article. Yet another side says neither, but he doesn't remember exactly what he heard in the past. All he remembers is that he was flamed when he called it 'et cetera', but that 'extended tool chest' didn't sound right either. So, what does it really mean?"

548 comments

  1. It means by offlerthecrocgod · · Score: 5, Funny

    It means etc...

    --
    Shin: a device for finding furniture in the dark.
    1. Re:It means by Anonymous Coward · · Score: 3, Informative

      don't wanna hijack FP, and i'm sure it's mentioned below, but what it really means is:

      Editable Text Configuration

      I belive i got it from the FHS pdf ages ago, and since I also asume et cetra for ages, this came as a suprise, but it does make sense if you think about it. Remember the 'no binaries in /etc' rule? Well if it's only editable text configurations that's allowed there, makes sense then don't it.

    2. Re:It means by Anonymous Coward · · Score: 5, Funny

      etc tool chest

    3. Re:It means by Raven42rac · · Score: 1

      Extremely touchy chums

      --
      I hate sigs.
    4. Re:It means by ultranova · · Score: 2, Funny

      Judging by things like "GNU's Not Unix" "etc" is obviously short for "etc's the champ".

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    5. Re:It means by SpankR · · Score: 2, Informative

      Using an ellipses after "etc" is redundant. Just use "etc." ...

    6. Re:It means by Stealthey · · Score: 3, Interesting

      As far as I recall, I used to call it et cetera too, but then I was corrected/flamed once, and was basically told that etc stands for, "everything configurable".

      --
      I am at loss with words...
    7. Re:It means by Anonymous Coward · · Score: 0

      It's pronounced et-C. What does it mean? Duh! Use your telepathy skills or buy a freaking Japanese dictionary, it's in there. Tell me what Kanji means, then we'll listen.

    8. Re:It means by kumachan · · Score: 3, Funny

      Exists To Confuse

    9. Re:It means by shokk · · Score: 3, Interesting

      We always pronounced it "slash et cee" since all your other recommendations are too damn long.

      --
      "Beware of he who would deny you access to information, for in his heart, he dreams himself your master."
    10. Re:It means by muffel · · Score: 1
      You mean Editable Text Configuration in contrast to all those uneditable text configurations?
      Just because you read it somewhere doesn't mean it's not bullshit.

      but it does make sense if you think about it.
      No, it doesn't.
      --

      bla
    11. Re:It means by HomelessInLaJolla · · Score: 3, Informative

      I belive i got it from the FHS pdf ages ago Correct. Full explanation and rationale for the Linux filesystem can be found here. It is possible that other sources of rationale and explanation exist in other, more venerable, locations associated with AT&T, Bell Labs, BSD, and others who were present at the time that the whole thingw as being fleshed out. This link, and the sections immediately following it, contain the contact information for the people who know where the material originated.
      --
      the NPG electrode was replaced with carbon blac
    12. Re:It means by Anonymous Coward · · Score: 0

      Geeze, I can edit MOST of the files in my /etc direcotory, no prob. Who CARES what it means anyway. This is'nt news.

    13. Re:It means by Anonymous Coward · · Score: 0

      Using "an" before the plural "ellipses" is wrong. Just use the singular form.

    14. Re:It means by Anonymous Coward · · Score: 0

      As a long-time Unix user (way before Linux days), I can attest that most people I associated with "back then" called it "et-see" as well, as in "et-cee password."

    15. Re:It means by Anonymous Coward · · Score: 1, Insightful
      don't wanna hijack FP, and i'm sure it's mentioned below, but what it really means is:

      Since no one below really seems to have an authoritative answer. it might be best to just call it "etsee" and let it go at that. If a specific meaning feels good to you, think it to yourself and don't say it out loud.

      In any case, it's about as useful as trying to figure out the correct pronunciation and accent position for sci-fi characters whose names look like Thryyggdenlmp -- just go with whatever your first reaction is.

    16. Re:It means by Wdomburg · · Score: 1

      Historical note, the "boot" binary was originally in /etc. :)

    17. Re:It means by bitbucketeer · · Score: 0, Offtopic

      Yeah, right. And EMACS stands for "escape, meta, alt, control, shift"...

    18. Re:It means by Naruki · · Score: 1

      Kanji means Chinese characters.

    19. Re:It means by bluephone · · Score: 1

      In contrast to non-text configuration storage methods like databases or binary blobs.

      --
      jX [ Make everything as simple as possible, but no simpler. - Einstein ]
    20. Re:It means by BrynM · · Score: 1

      We always pronounced it "slash et cee" since all your other recommendations are too damn long.
      Abbreviating an abbreviation is repetitive and redundant! ;P
      --
      US Democracy:The best person for the job (among These pre-selected choices...)
    21. Re:It means by Impotent_Emperor · · Score: 1

      Everyone Tokes Cannabis

      (Alternative: Everyone Tokes Crack)

    22. Re:It means by Anonymous Coward · · Score: 5, Informative

      The UNIX Programming Environment written by Brian W. Kernighan and Rob Pike of Bell Labs, published in 1984 by Prentice Hall defines /etc as et cetera on page 63. IMO this is the single best Unix book ever wriiten to learn Unix.

    23. Re:It means by The_Wilschon · · Score: 1

      Just because you read it somewhere doesn't mean it's not bullshit.
      True, but considering that he didn't say he read it somewhere, he said he read it in FHS, unless he's wrong about having read it there, it would tend to mean it isn't bullshit. OTOH, even just the word "editable" (case insensitive) does not occur in either version of FHS posted at the page I linked, so perhaps he is wrong and it is bullshit.
      --
      SIGSEGV caught, terminating

      wait... not that kind of sig.
    24. Re:It means by dave_f1m · · Score: 1

      No, no, no... Eight Megabytes And Constantly Swapping.

    25. Re:It means by totally+bogus+dude · · Score: 1

      "An" an "a" have nothing to do with plural or singular forms. You use "an" when it precedes a vowel sound.

      http://andromeda.rutgers.edu/~jlynch/Writing/a.htm l

    26. Re:It means by Anonymous Coward · · Score: 0

      I learned to read /etc as et C. I seem to recall that it was meant as a play on C or the C shell or some such.

    27. Re:It means by Checkmait · · Score: 1

      People bashing others over the meaning of "etc" is pointless because I doubt that anybody is truly right. To different people it means different things.

      First of all, "Editable Text Configuration" is feasible, and especially since most of the configuration files are in /etc, this makes a compelling argument. However, it is also true that previous config files were also dumped into home directories (or elsewhere). Plus, I've also got binaries in /etc which came with my system....

      "etc" meaning "et cetera" makes sense too, but like "Editable Text Configuration," it has weaknesses, too. Many extraneous files are dumped into /etc, giving the obvious name "et cetera" (shortened to "etc"). However, all you people who say it's "et cetera" seem to just bash people who think its something else and then dictate that it stands for et cetera--without providing a sliver of evidence.

      --
      "All you need is ignorance and confidence; then success is sure." -- Mark Twain
    28. Re:It means by tofner · · Score: 1

      I was taught to refer to /etc as et Cee. This is only a guess, but perhaps the name is a nod to C programming language or the C shell. No end of fun did they have in the early days.

    29. Re:It means by Anonymous Coward · · Score: 0

      > However, all you people who say it's "et cetera" seem to just bash people who think its something else
      > and then dictate that it stands for et cetera--without providing a sliver of evidence.

      Take a look at Lew Pitcher's post above, quoting from "The Unix Programming Environment."

      If Brian Kernighan says it stands for 'et cetera', I'm going to take his word for it!

    30. Re:It means by Anonymous Coward · · Score: 0

      "An ellipsis" is correct. "An ellipses" and "a ellipses" are both wrong, because it's plural. You wouldn't say "an apples are red".

    31. Re:It means by mysidia · · Score: 1

      You mean Eighty Megs and Constantly Swapping?

      It's 2007. Nowadays, 8 megs is not very much RAM, if you're swapping badly at that point, the problem is with your system (or other excessive RAM usage) and not Emacs.

    32. Re:It means by CAIMLAS · · Score: 2, Funny

      I worked with a guy once who called "et see" instead of the historical "et cetera". Ironically, he'd supposedly (I doubted the veracity of his claims based on his relative level of knowledge - or lack thereof) been working with Linux/Unix for longer than I.

      The first time he said "et see" it took him a good five minutes to explain to me what he was talking about, because he lacked the verbal skill required for sentences. And I eventually gave up saying "et cetera" in preference over "et see" - because he would ask me what I was talking about almost every single time.

      God I'm glad I don't work with him anymore.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    33. Re:It means by Anonymous Coward · · Score: 0

      I've always heard it as /etc
      pronounced "slash et-see" and never questing the meaning since. Does it really matter?

    34. Re:It means by afxgrin · · Score: 1

      I've resorted to pronouncing it 'et cee' like Yeti.

    35. Re:It means by Anonymous Coward · · Score: 0

      Thank you, circus monkey, for trying your best.

      You use "an" in place of "a" when it precedes a vowel sound. When it is grammatically incorrect to use "a" at all (e.g in the case of plurals) it is also incorrect to use "an".

      Don't post another correction until you finish primary school please.

    36. Re:It means by that+_evil+_gleek · · Score: 1

      Apparently, back when secretaries took dictation (literally, not euphuismistically) one say "et cetera" when one meant to have it spelled-out "et cetera", and "et ce" when one wanted it abbreviated "etc."

  2. I've always assumed et-cetera by gevmage · · Score: 1

    I've always assumed "et-cetera". Sort of like labelling a box "miscellaneous".

    It'll be interesting to see what this turns up. I assume that the people that would actually know why it was named that way in Unix are still around and active in computing?

    --
    Craig Steffen
    http://www.craigsteffen.net
    1. Re:I've always assumed et-cetera by squiggleslash · · Score: 5, Informative

      It does. Originally it contained configuration files, start-up scripts, and system management tools needed at boot. As time has gone on, most of the second group are in subdirectories of /etc, and the latter group was moved to /sbin. Amiga users will probably note that the "S" directory had similar problems in AmigaOS 1.x, and was similarly broken up on AmigaOS 2.x.

      Historically, Unix had /sys for the kernel (short for SYStem, duh), /usr for user areas (yes, user areas), /lib for system libraries, /bin for top-level binaries, and /etc as the miscellaneous area. As time went on, substantial amounts of the operating system went into /usr, with the "bin" account set up to contain most of the tools people needed (which is why bin is also in /etc, and owns substantial amounts of the operating system, despite the apparent lack of a need to have that. It's legacy practices.)

      So some time in the mid to late eighties, much of this started to be moved around. Real home directories were moved out of /usr to a variety of directories, eventually standardising, Mac OS X aside, on /home. /usr itself started to be reorganized to look something like the top level, /etc was cleaned out (though much of this happened in the mid-nineties), and we have what we see today.

      Meanwhile, people trying to be "clever" have invented new names for all these areas. I've heard people claim that USR stands for "Unix System Resources", which opens the question of why all the system directories don't begin with "US"? We see the nonsense above about ETC meaning something other than, well, etc, and other silly explanations doubtless exist for BIN and VAR.

      The names mean what they sound like they mean. If it doesn't sound like a directory has a name that fits its current use, it's usually because it wasn't intended for that use originally.

      --
      You are not alone. This is not normal. None of this is normal.
    2. Re:I've always assumed et-cetera by e9th · · Score: 2, Informative

      Going back to SVR2, /etc, /lib, and /bin contained files that were needed in single-user mode, when /usr was unmounted (e.g., during boots & backups). It was not uncommon for multi-user mode only configuration files to reside somewhere in /usr (cron & UUCP come to mind).

    3. Re:I've always assumed et-cetera by NeilTheStupidHead · · Score: 1

      "Extended Tool Chest" sounds like someone made up an acronym after the fact for a collection of miscellaneous files that don't really fit other places. Engineers do the same thing all the time. I can't count the number of times I've heard "...stored in the ass... er, that is.. the Aft Storage System/Section",

      --
      Lose: misplace or fail || Loose: not bound together
    4. Re:I've always assumed et-cetera by Anonymous Coward · · Score: 2, Funny

      Historically, Unix had /sys for the kernel (short for SYStem, duh), /usr for user areas (yes, user areas)...


      Almost got it all right, but "usr" is "Unix System Resources." That goes way back.
    5. Re:I've always assumed et-cetera by ebh · · Score: 1

      Yeah, if we can get our wheelchairs from our rooms to the nursing home's "Internet lab". :)

      As others have said, /etc was where system files that weren't the kernel (/sys), binaries (/bin), libraries (/lib), or users' home directories (/usr, along with other things only useful in multi-user mode like /usr/games) went.

      Actually, the big argument 25 years ago was whether /bin and /lib were pronounced like they were spelled or pronounced "bine" and "libe" owing to what they were short for. We also pronounced /etc as "et cetera" which sounded more like "tsetra". It wasn't until much later that I heard it pronounced "et-see".

    6. Re:I've always assumed et-cetera by Mikachu · · Score: 5, Funny

      /bin for top-level binaries

      Wait wait wait... I always thought /bin was the recycling bin.

      ...

      Shit.
    7. Re:I've always assumed et-cetera by Anonymous Coward · · Score: 0

      Historically, Unix had /sys for the kernel (short for SYStem, duh), /usr for user areas (yes, user areas)...

      Almost got it all right, but "usr" is "Unix System Resources." That goes way back.


      If you'd looked a little further back, you'd have seen it stands for "unix shared resources."
    8. Re:I've always assumed et-cetera by inicom · · Score: 1

      Very well explained. I've been using and running unix systems since 1981, and I concur with this explanation.

      --
      -a.e.mossberg
    9. Re:I've always assumed et-cetera by gunny01 · · Score: 1

      Wait wait wait... I always thought /bin was the recycling bin. ...

      Shit.


      What the hell's a /cgi-bin then?
      --
      kill all the fucking niggers
    10. Re:I've always assumed et-cetera by SnarfQuest · · Score: 1

      That explains why we have to keep re-installing your operating system.

      --
      Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
    11. Re:I've always assumed et-cetera by killjoe · · Score: 1

      I was told that /usr is an area that can only be counted on to exist when the computer is in multi user mode. That's why you have /bin and /sbin and /usr/bin and /usr/sbin. The former are the base tools you need to get the system going into multi user mode and to mount all the volumes need the latter being all the rest of the programs.

      Maybe it's time for an overhaul of these names but I hope nobody looks to apple and copies their braindead schema.

      --
      evil is as evil does
    12. Re:I've always assumed et-cetera by charlieman · · Score: 0

      cgi-bin is for files that Can't Get In bin

    13. Re:I've always assumed et-cetera by Servo · · Score: 1

      That's where Pixar puts its out takes.

      --
      A slip of the foot you may soon recover, but a slip of the tongue you may never get over. -Benjamin Franklin
    14. Re:I've always assumed et-cetera by mollymoo · · Score: 1

      /home is called /Users, which is pretty annoying. But everything else is no more bizarre than moving from Linux to Solaris or between any other two *nix-alikes. Is /tmp, /etc and /var being symlinks the end of the world? If I install *nix stuff from source it goes in /usr/local. Configuration files live in /etc. Log files are in /var/log. My NFS mounts go wherever the hell I want them to go. There's some other stuff cluttering up the root (/System, /Applications, /Library, /Network...) which you use when you're in pretty GUI mode, but none of it you use for *nix-type stuff so I don't find it gets in the way at all.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    15. Re:I've always assumed et-cetera by killjoe · · Score: 1

      /Library/Startup Items /System/Library/Startup Items /Users/joe/Library

      First of all let's cut the mixed case crap out.

      --
      evil is as evil does
    16. Re:I've always assumed et-cetera by Anonymous Coward · · Score: 0

      > /Library/Startup Items /System/Library/Startup Items /Users/joe/Library
      >
      > First of all let's cut the mixed case crap out.

      Sure, what next? You'll want to get rid of all the vowels?

  3. Let's be logical shall we by Rosco+P.+Coltrane · · Score: 0, Redundant

    - The C must mean "configuration" obviously
    - There's a high chance the T means "tool"
    - The E, I don't know, but surely it means something to do with system-wide

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Let's be logical shall we by Anonymous Coward · · Score: 0

      extended? external?

      maybe external configuration table?

    2. Re:Let's be logical shall we by Anonymous Coward · · Score: 0

      environment[al]?

    3. Re:Let's be logical shall we by Hes+Nikke · · Score: 1

      Etc Tool Chest?

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    4. Re:Let's be logical shall we by Erioll · · Score: 1

      This is the one I'd go with if we assume that etc doesn't mean et-cetera.

      Environment Tool Configuration

      Could be...

    5. Re:Let's be logical shall we by lpcustom · · Score: 1

      How about "Essential Configuration Texts"

      --
      Beer! It's what's for breakfast!
    6. Re:Let's be logical shall we by lpcustom · · Score: 3, Funny

      Sorry, I'm an early morning drunk. I meant "Essential Text Configurations"

      --
      Beer! It's what's for breakfast!
    7. Re:Let's be logical shall we by HeroreV · · Score: 2, Funny

      Let's be logical shall we
      The logical choice would be to rename it to something that makes more sense. If renaming would cause problems, that is already a problem that needs to fixed. I should be able to name it "Pretty Pink Ponies and Princesses" if I want and not have any problems arise from that.
    8. Re:Let's be logical shall we by tverbeek · · Score: 1, Funny

      I should be able to name it "Pretty Pink Ponies and Princesses" if I want and not have any problems arise from that.
      You mean aside from being beaten up after school every day by the neanderthals at your middle school?
      --
      http://alternatives.rzero.com/
    9. Re:Let's be logical shall we by lems1 · · Score: 1

      well, when i read this it was late nite and i was already drunk... i couldn't stop laughing!! good lord /. is really stooooopid!

      --
      This sig can be distributed under the LGPL license
  4. etc by l3v1 · · Score: 1

    Well, etc means etc. And it's really the "place-where-config-files-go". And wow, this must be the day when a question like this made into /. :)

    --
    I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
    1. Re:etc by boobavon · · Score: 1

      It did make it onto slashdot today so...yea isn't that obvious?

  5. I vote for et cetera by toonerh · · Score: 1

    I would side with "et cetera", or (if I remember my Latin) "and the rest". The rest of the stuff that *nix needs to run.

    /var is system-specific read-write stuff; you can (rarely) have a network file system (NFS) *nix system with a common /etc (hardly ever written to), but always requiring a local /var (as well as /tmp).

    1. Re:I vote for et cetera by crath · · Score: 3, Informative

      "/var" didn't exist until long after "/etc" was created; so, you can't look to /var's use to provide a clue to /etc's origins.

    2. Re:I vote for et cetera by AsnFkr · · Score: 5, Funny

      "/var" didn't exist until long after "/etc" was created; so, you can't look to /var's use to provide a clue to /etc's origins.

      server / # ls -lah
      total 72K
      drwxr-xr-x 47 root root 4.0K Feb 11 10:23 etc
      drwxr-xr-x 14 root root 4.0K May 11 2005 var


      Wow, you're right. /etc is exactly three months older than /var. Amazing!!

    3. Re:I vote for et cetera by Anonymous Coward · · Score: 1, Informative

      /root/your.mum Managed to figure out that you were Australian before I even saw your login name. Hint: 99.9% of people without corks on their hats won't understand what "root" means in Ozzie slang, though now that I've brought it up they can probably guess :-/
    4. Re:I vote for et cetera by BladeMelbourne · · Score: 1

      So mum should be mom?

      PS: There are no corks inside my apartment, let alone on any hat. And English humour is lame!

      PPS: It's really Aussie, Ozzie refers to an ostrich with a hand up it's ass.

    5. Re:I vote for et cetera by Anonymous Coward · · Score: 1, Informative

      Actually, thats 1 year 10 months.

    6. Re:I vote for et cetera by indigo78 · · Score: 0, Redundant

      Doesn't "/var" stand for "variable data", meaning things that change during time, so that if you put them there you can mount other directories (e.g. /usr, Unix System Resorces, read-only)? Or did I miss something? Anyway, no clue about what /etc stands for!

      --
      I'm fat, you're ugly. I can get slimmer, and you?
    7. Re:I vote for et cetera by Anonymous Coward · · Score: 0

      AND, var is older than etc.

    8. Re:I vote for et cetera by Anonymous Coward · · Score: 0

      So mum should be mom? Nah, I was talking about "root".

      PS: There are no corks inside my apartment, let alone on any hat. So you keep the flies away by tying empty tinnies of XXXX onto your cap? ;-)

      And English humour is lame! True, but you can only watch Crocodile Dundee so many times before you want a change. Anyway, I'm not English :-P

      PPS: It's really Aussie, Ozzie refers to an ostrich with a hand up it's ass. WTF?! Is this some strange sexual preference of Australians that I haven't heard about?
    9. Re:I vote for et cetera by Anonymous Coward · · Score: 1, Funny

      > I would side with "et cetera", or (if I remember my Latin) "and the rest".

      Yes, but next season they're changing it to /professorandmaryann :)

    10. Re:I vote for et cetera by mfnickster · · Score: 1

      >> PPS: It's really Aussie, Ozzie refers to an ostrich with a hand up it's ass.
      > WTF?! Is this some strange sexual preference of Australians that I haven't heard about?

      Should be 'Ossie' actually!

      http://en.wikipedia.org/wiki/Ossie_Ostrich

        - MFN

      --
      "Slow down, Cowboy! It has been 3 years, 7 months and 26 days since you last successfully posted a comment."
    11. Re:I vote for et cetera by Anonymous Coward · · Score: 1, Funny

      You took the time to try to correct a +5,Funny post, and then can't even subtract correctly. So sad.

      (Feb 2007) - (May 2005) = 1 year 9 months.

    12. Re:I vote for et cetera by jrockway · · Score: 3, Funny

      I think you're misreading the output. /etc is from Feb 11 of this year, while /var is from May 11 of 2005. So /var is actually a few years older.

      --
      My other car is first.
    13. Re:I vote for et cetera by Anonymous Coward · · Score: 0

      You should really learn to interpret the output of ls, before trying to be a smartass.

      On your system, assuming you typed ls -lah in the last few weeks, /var is 1 year and 9 months older than /etc.

    14. Re:I vote for et cetera by cralewyth · · Score: 1

      It's a 13-month year, you insensitive clod!

      --
      "Women are just like ninjas; They lie even when it is more convenient to tell the truth." ~ Unknown
  6. Pronunciation? by Rinisari · · Score: 1, Insightful

    I've always said "et see" and not "et ketera" or "et setera."

    1. Re:Pronunciation? by D3m0n0fTh3Fall · · Score: 1

      It's pronounced et setera. How did you manage to get through your life without hearing someone pronounce it properly ?

    2. Re:Pronunciation? by gEvil+(beta) · · Score: 1, Informative

      The correct pronunciation is "et setera", since it is taken directly from Latin. It's also not uncommon to see it abbreviated as &c. This is because the ampersand is actually a highly stylized glyph representing the Latin "et".

      As for the 'ask slashdot' question, I've always viewed it as being et cetera, a place for all the other stuff...

      --
      This guy's the limit!
    3. Re:Pronunciation? by ari_j · · Score: 5, Informative

      I'm replying to you because you were more polite than the sibling. Just because the word "cetera" is Latin does not mean that it is pronounced with an S sound. In fact, in Latin, it would never have been pronounced that way. In the days of Caesar, it would have been pronounced with a K sound and, as the Latin language evolved into ecclesiastical Latin, it would be pronounced with a CH sound.

      The pronunciation with an S sound comes from the way that Latin words have usually been anglicized. Most often, the letters are pronounced as in English but the syllables are accented as in the original Latin.

    4. Re:Pronunciation? by TapeCutter · · Score: 1

      Obviously the GP has never watched "The king and I".

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    5. Re:Pronunciation? by Bastard+of+Subhumani · · Score: 1

      The correct pronunciation is "et setera", since it is taken directly from Latin.
      Nope, that's the Anglicised pronunciation. In Latin a c never has an s sound (that's what s is for), so it would be "et ketera" or maybe "et chetera". "Caesar" should sound more like "Kaiser" than "seize her".
      --
      Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
    6. Re:Pronunciation? by Chris+Mattern · · Score: 4, Interesting

      The correct pronunciation is "et setera", since it is taken directly from Latin.


      In which, ironically, it is pronounced "et ketera" (stress on the "ke" and remember to roll the r). English has done really weird things to the pronounciation of Latin.

      Chris Mattern

    7. Re:Pronunciation? by Anonymous Coward · · Score: 0

      The proposed 'et see' pronounciation comes from the fact some ppl like to shorthand it &c. (as also mentioned in the wikipedia article I see)

    8. Re:Pronunciation? by cortana · · Score: 1

      This seems as good a place to ask as any... how do we know how anything was pronounced in the ancient world? Did the Romans produce a Latin dictionary with IPA transliterations for each word?

    9. Re:Pronunciation? by ari_j · · Score: 4, Interesting

      No, but they did write millions of lines of poetry, much of it with strict forms. If you read a million lines of C with lots of good comments, you'd figure out the syntax before you finished.

    10. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Heck, find me ANY sysadmin and I'll find you a weirdo.

    11. Re:Pronunciation? by Hes+Nikke · · Score: 2, Informative

      "Caesar" should sound more like "Kaiser" than "seize her".


      but Kaiser and Caesar mean two very different things in the food world. ask for it one way and you get bread, (or health insurance++) and the other gets you salad. huh?!
      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    12. Re:Pronunciation? by Anonymous Coward · · Score: 1, Interesting

      No, but they did write millions of lines of poetry, much of it with strict forms. If you read a million lines of C with lots of good comments, you'd figure out the syntax before you finished.

      And yet we still do not know how they pronounced them because they wrote down their language they did not speak it into a dictaphone. Et cetera is pronounced as the English-speaking world has decided, not Latin pronunciation guessers.

      Put a little differently, we are much more likely to know what /etc original meant than how et cetera was originally intended pronounced.

    13. Re:Pronunciation? by lymond01 · · Score: 1

      You make a good point, but I wouldn't be surprised at all if there was a written pronounciation of letters, just like there is in modern schools. Latin is "ancient" but it's not prehistorical. "The latin 'et' is spoken with a moderate tone, finishing with the tongue tight behind the top teeth. 'Cetera' begins with a sharp noise from the back of the tongue, follows with 'et', then rolls into...." etc, etc. ;-)

    14. Re:Pronunciation? by Haeleth · · Score: 4, Informative

      how do we know how anything was pronounced in the ancient world?

      We don't, but historical linguistics is like any other science - we can try to find the theories that best explain the available evidence, and refine those over time as new ideas are developed.

      Did the Romans produce a Latin dictionary with IPA transliterations for each word?
      No, but they did many other useful things, like transliterate words between languages and scripts; e.g. writing Latin names in the Greek alphabet and vice versa, or writing Celtic and Germanic names in the Latin alphabet. This doesn't tell us much about the actual sounds the alphabets represented, but it tells us about their relationships, and reduces the number of plausible solutions for ancient pronunciation.

      For a simple example, "Caesar" was regularly written in Greek as the equivalent of "kaisar", not as "saisar" or "saizar". The fact that different Greek letters were chosen to represent the different Latin letters implies that they represented different sounds. From considering all the other evidence, we find that the solution that is most consistent with the observed facts is the one that has Greek kappa and Latin C pronounced like an English K; therefore we conclude that "Caesar" was pronounced with a "k" sound, and it also seems reasonable to assume that "caetera" was consistent with that.
    15. Re:Pronunciation? by Bloke+down+the+pub · · Score: 1

      Plus you can work backwards from the languages derived from it, which are still spoken by (ballpark guess) half the people in Europe. Not an exact science, but anyone who says philologists, historical linguists and etymologists are just guessing proves nothing but his own ignorance.

      --
      It's true I tell you, feller at work's next door neighbour read it in the paper.
    16. Re:Pronunciation? by Pharmboy · · Score: 4, Funny

      If you read a million lines of C with lots of good comments, you'd figure out the syntax before you finished.

      And if you read a millions lines of Perl, you would come to the conclusion that it has no syntax, then you would scratch your eyes out with a ball point pen. ;)

      --
      Tequila: It's not just for breakfast anymore!
    17. Re:Pronunciation? by greenguy · · Score: 2, Funny

      Thanks for the tip. All this time, I'd been pronouncing "C" as "one hundred."

      --
      What if I do the same thing, and I do get different results?
    18. Re:Pronunciation? by DudeTheMath · · Score: 1

      Not quite. Germanic pronunciations of Latin use the "ts" sound for the soft "c" (i.e., followed by "i" or "e", or even "y" if it's a loan word from Greek), instead of the Italian "ch". Both use "k" for hard "c" (followed by any other vowel). Which pronunciation would have been used in the medieval British Isles I'm not sure; the Irish would certainly have used the Italian pronunciation, but the Anglo-Saxons would likely have started with the Germanic.

      --
      You save only 59 seconds over 8 miles by going 75 instead of 65. Do you really have to pass that guy? Do the Math!
    19. Re:Pronunciation? by SatanicPuppy · · Score: 3, Insightful

      Lot of hardcore unix guys pronounce it "et-see" because you sound retarded saying, "It's in "et-cetera-slash-init-period-d" rather than "et-see init-dee". Same reason people transliterate Ess-Que-Ell into "Sequel"...It's quicker, and it sounds better.

      In my mind I always label people who insist on saying it exactly like it's written down as amatures, or anal retentive, though people who try to come up with ways of saying things like "url" make my teeth hurt.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    20. Re:Pronunciation? by Fyre2012 · · Score: 1

      I pronounce it that way too. I used to say 'eee-tee-see' until I heard my predecessor sysadmin use 'et-see'.
      I just find that it rolls off nicer for me.

      The nice thing about diversity is that everyone's going to have a different interpretation of the meaning and pronunciation, but in the end it's just /etc. Like religion... a hundred ways of vocalizing something that can't be truly vocalized.

      --
      This is not the greatest .sig in the world, no. This is just a tribute.
    21. Re:Pronunciation? by saforrest · · Score: 2, Insightful

      'm replying to you because you were more polite than the sibling. Just because the word "cetera" is Latin does not mean that it is pronounced with an S sound. In fact, in Latin, it would never have been pronounced that way. In the days of Caesar, it would have been pronounced with a K sound and, as the Latin language evolved into ecclesiastical Latin, it would be pronounced with a CH sound.

      You're quite right of course, but do you actually use these pronunciations in casual conversation?

      Not that I have a lot of cause to randomly speak in Latin, but when I do, I usually say "venee, vedee, veechee", "et setera", "Sisero", rather than the corresponding correct versions with double-U's and hard C's. To do otherwise would usually prompt a blank look, followed by an forced explanation on my part which would probably come off as being rather pedantic.

    22. Re:Pronunciation? by Fnkmaster · · Score: 1

      Maybe not such a weird transformation. For example, see the Centum-Satem isoglass. Proto-Indo-European fractured at some point along a similar transformation (and oddly enough, English, with the word "hundred" is a "centum" language).

      A lot of words of Latin root were reimported into the English language around 1066 with the Norman Conquest. Some of these seem to have moved from hard-c to soft-c in their modern English usage (century, circus, circa, percent, recipe, basically any Latin-derived word with a c preceding an i or e rather than an a). I'm guessing this was something that happened during the mixing of the Anglo-Saxon and Norman languages in the 11th and 12th centuries, maybe an artifact of how "Church Latin" had evolved over the years and how Church-style pronunciations (c as ch) as voiced by the upper class Norman conquerers sounded to Anglo-Saxon listeners? That would be my best guess.

    23. Re:Pronunciation? by fmobus · · Score: 0, Redundant

      According do wikitionary, it's pronounced "et setera" (of course, this is the anglicized pronunciation). Anyway, I believe the Latin pronunciation was the same, for it is the same in my language too (Portuguese - one of the Vulgar Latin descendants). I'm not sure about French, Spanish and Italian, but they should provide a good clue for the original pronunciation.

      As for your "Greek-to-Latin" method, I guess this is a bad example. We know "Caesar" sounded like current-German "Kaiser", but this doesn't mean all Latin "C" sounds like "K". I think it depended on the next vowel, as it does in most current romance languages: "ca", "co" and "cu" sound like "kah", "kow" and "koo", respectively; "ce" and "ci" sound like "se" and "see". Therefore, "et cetera" (it wasn't spelled "et cætera" as you propose), would sound like "et setera", not "et ketera".

      Of course, IANAALS (I am not an ancient latin speaker), but I googled a bit and http://www.utexas.edu/courses/cc303/sounds/">found this. I didn't read, so it may disprove my point, but anyway

    24. Re:Pronunciation? by Anonymous Coward · · Score: 1, Informative

      Same reason people transliterate Ess-Que-Ell into "Sequel"...It's quicker, and it sounds better.

      That's not an accident or a quirk-- SQL was really spelled 'SEQUEL' at first.

    25. Re:Pronunciation? by theodicey · · Score: 1

      It has to be pronounced as an S, otherwise my favorite 70-80s music joke doesn't work:

      Did you hear that Crosby, Stills and Nash are forming a new supergroup with the former lead singer of Chicago?

      Yeah, they're calling it Crosby, Stills, Nash et Cetera.

    26. Re:Pronunciation? by cortana · · Score: 1

      Thanks for the interesting & informative post!

    27. Re:Pronunciation? by mfnickster · · Score: 3, Interesting

      > And yet we still do not know how they pronounced them because they wrote down their language
      > they did not speak it into a dictaphone. Et cetera is pronounced as the English-speaking world has decided,
      > not Latin pronunciation guessers.

      A lot of that pronunciation knowledge comes from how Latin works were translated into Greek. They used kappa to represent 'C' in transliterated Latin words.

        - MFN

      --
      "Slow down, Cowboy! It has been 3 years, 7 months and 26 days since you last successfully posted a comment."
    28. Re:Pronunciation? by HuckleCom · · Score: 1

      How is pronouncing it "Es Que Ell" versus "Sequel" anal retentive, or amateur? I call it being professional when you pronounce the acronym, and don't be lazy and use the quicker phrases. "etsee" and "sequel" may be 'faster'... but that's really just an excuse to act like you're a part of an elite club. "Sequel" is actually a database engine proprietary to IBM. Whereas "SQL" is the SHORT phrase for "Structured Query Language". I guess I should just start doing this for all acronyms then? IBM can be... "ibim"... and "WTF" can be "wuhthf"...

    29. Re:Pronunciation? by Anonymous Coward · · Score: 0

      > Did you hear that Crosby, Stills and Nash are forming a new supergroup with the former lead singer of Chicago?

      > Yeah, they're calling it Crosby, Stills, Nash et Cetera.

      I remember a DJ who thought Chicago's lead singer had left to form a new group called Pizza Terra! :)

    30. Re:Pronunciation? by bradkittenbrink · · Score: 2, Insightful

      And if you read a millions lines of Perl, you would come to the conclusion that it has no syntax, then you would scratch your eyes out with a ball point pen. ;)

      Who needs a million? That happens to me every time I read a single line of perl code.
    31. Re:Pronunciation? by omeomi · · Score: 1

      "Sequel" always seemed like too much of a businessland buzz-word to me...I always say the letters. It's not like it's 50 letters long or something...Although I do pronounce etc "Et-See".

    32. Re:Pronunciation? by Anonymous Coward · · Score: 0

      An educated guess is still a guess. Reasoning backwards from different languages can gives us some ideas of how they may have pronounced those words. But it is still far from certain. It is in the realm of the guess, as any honest etymologist/linguist would tell you.

    33. Re:Pronunciation? by MollyB · · Score: 1

      Ordinarily I don't stand up for AC's, but this seems to be the most reasonable (and on-topic the whole way) comment in this long debate. Did someone actually mod it down? If so, why? It deserves Insightful, imho.

    34. Re:Pronunciation? by Anonymous Coward · · Score: 0

      > Did someone actually mod it down? If so, why? It deserves Insightful, imho.

      Because the mods are spiteful babies with itchy trigger fingers and heads up their asses?

    35. Re:Pronunciation? by antibryce · · Score: 3, Funny

      I used a mechanical pencil. When scratching out your eyes there's more than one way to do it.

    36. Re:Pronunciation? by Reziac · · Score: 1

      Because there are surviving languages that are closer to Roman-Latin than is modern Italian (church Latin is functionally archaic Italian with a funny accent). My high school Latin teacher got into this, with some examples from Romanian, which is supposedly the nearest living descendent of classical Latin.

      Also, a lot of Latin words are descended from Greek words, and ancient Greek pronunciation is, to my understanding, somewhat "better preserved" in the language today, thus giving us clues what those words sounded like when migrated into Latin.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    37. Re:Pronunciation? by croddy · · Score: 1

      So, we should be pronuncing it like "etch"?

      Won't that be confusing in a couple of years?

    38. Re:Pronunciation? by BillX · · Score: 1

      Crap, am I the only one who pronounces it 'ettik'?

      I think a buddy and I got into a minor argument about this once.
      me: "Check if the port is listed in ettik services"
      him: "in where?"
      me: "slash ettick slash services"
      him: "in WHERE? What's this ettick crap, it's etsee!"
      me: "Sez who?"
      him: "It just is. Etsee!"
      me: "Since when? I've never heard of that."

      --
      Caveat Emptor is not a business model.
    39. Re:Pronunciation? by amRadioHed · · Score: 0, Redundant

      "etsee" and "sequel" may be 'faster'... but that's really just an excuse to act like you're a part of an elite club. And what about those admins using vi instead pico or notepad? Is that also just an excuse to act like we're part of an elite club?

      Honestly people call /etc "etsee" because that's what it's called. Computers are literal, if it was supposed to be called "etcetera" it would be spelled out that way.
      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    40. Re:Pronunciation? by nomadic · · Score: 1

      It's worse in law, we actually have to use latin words somewhat frequently, but they're all pronounced in a weird, arbitrary-sounding way. They definitely don't follow classical pronunciations, and based on what little I know of church latin it's not that either.

    41. Re:Pronunciation? by amRadioHed · · Score: 1

      It's also not uncommon to see it abbreviated as &c What sort of nutcase would abbreviate etc as &c? It's not all that common so it's more confusing, it's only marginally shorter, it's harder to type and for myself it's harder to write since I so rarely write & by hand. Where's the advantage?
      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    42. Re:Pronunciation? by Dun+Malg · · Score: 4, Informative

      We know "Caesar" sounded like current-German "Kaiser", but this doesn't mean all Latin "C" sounds like "K". I think it depended on the next vowel, as it does in most current romance languages You think incorrectly. Romance languages and English palatized the Latin 'C' into a /ts/ sound 9 or 10 centuries after the fall of the Roman empire. The Latin 'C' made the hard /k/ sound, always. From the doc you linked:

      The Consonants:

      * c always hard:
      This is fairly well established. The Romans were highly literate and were quite capable of describing the sounds their letters made. It's not like trying to guess what color dinosaurs' skins were. We know the Latin 'C' made a /k/ sound.
      --
      If a job's not worth doing, it's not worth doing right.
    43. Re:Pronunciation? by Anonymous Coward · · Score: 1, Funny

      Rock'n roll life of a developer... the stories these guys come out with are wild, man..

    44. Re:Pronunciation? by rpcameron · · Score: 2, Interesting

      Actually, I almost always use "&c." as the shortened form of et cetera. That is because the ampersand (&) is actually a stylized glyph of the Latin word et 'and'. Also, in lists, "&c." is always preceded by a comma, even if you normally omit the "Oxford comma". (E.g.: one, two and three; one, two, three and others; but, one, two, three, &c..)

      There is no true advantage to this, but it is merely a stylistic choice. It's also about adhering to proper standards, such as italicizing non-English words in texts when they appear, such as trompe l'oeil 'trick/deceive the eye' (literally) or et cetera (&c.), in this example.

    45. Re:Pronunciation? by samjam · · Score: 1

      You are also correct.

      SEQL (Standard English Query Language), pronounced sequel, was a pre-cursor to SQL.

      Everyone who calls SQL sequel is showing their youth.
      Everyone who insists that it should be called sequel is showing their ignorance.

      Sam

    46. Re:Pronunciation? by fmobus · · Score: 1

      I stand corrected. It didn't sounded natural for me, a Portuguese-speaker, that "ci" could sound like "kee", for this is impossible in my language. That's clearly one of the "bastardizations" of Portuguese compared to the original Latin. In Portuguese, the only way to make this sound ("kee") is "qui" (where "u" is not pronounced).

      In any case, people should still pronounce "et setera" when they speak English, because this is the way the word was anglicized. They should only pronounce "et ketera" when they are speaking Latin.

    47. Re:Pronunciation? by DrYak · · Score: 1

      This seems as good a place to ask as any... how do we know how anything was pronounced in the ancient world?


      In addition to wht other /.ers hve pointed out (remnant in modern times, transliteration across language, frequent misspelling errors, variations among word of the same familiy), I should also add that...

      Did the Romans produce a Latin dictionary with IPA transliterations for each word?
      ...not specifically IPA, but there are numerous treaties about how to be a good and eloquent orator.
      Which includes exercises and informations about how to have a better and more intelligible pronunciations.

      Based on these information we can also infer what sounds these were supposed to train, and thus try to restrict sounds possibilities to fewer candidate.

      It's not actual notation of pronunciations but combined whith everything else we can get a global idea of how latin was pronounced.

      It may not be obvious but pronunciation is important to know because it can then subsequently explain some ethymological evolutions.

      And realise that old scholars insisting on the "k" pronunciations may have made an error. Maybe an intentional one (makes easier for students to distinguish between "c" and "s" if one is said as /k/ and the other /s/)
      --
      "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    48. Re:Pronunciation? by Anonymous Coward · · Score: 1, Funny

      So, by "In the time of Caesar", do you mean in the time of Kaesar, or the time of Chaesar?

      I can just see it:
      Brutus: Die, Cheeser!
      Caesar: Et tu--wait, what did you just call me?

    49. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Presumably they also say, "'slash etcetera' for /etc and that got someone's nose out-of-joint. What is doubly irksome, they rated the AC's zero comment '100% overrated' instead of troll or flamebait, where it might be noticed. Guess they just tried to bury it...

    50. Re:Pronunciation? by It'sYerMam · · Score: 1

      Since you don't present any actual latin evidence, I'm going to instinctively appeal to authority on this one. Latin textbooks (and wikipedia, incidentally) both say that the letter 'c' is pronounced as /k/ (and /g/ apparently.)

      --
      im in ur .sig, writin ur memes.
    51. Re:Pronunciation? by mradlmaier · · Score: 1

      And the german word for "caesar" is "Kaiser"...

    52. Re:Pronunciation? by amRadioHed · · Score: 1

      Ah ha, you're the kind of nutcase! Nice to meet you.

      I find it interesting that I don't ever recall coming across that form of etc in any books. Is it more common in some fields that I perhaps haven't done much reading on?

      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    53. Re:Pronunciation? by alienmole · · Score: 1

      Everyone who calls SQL sequel is showing their youth.
      That, or their adaptability to the times. I used to call it EssQueEll myself, but I see no reason to act the way an Amish computer programmer might. Get with it, gramps!
    54. Re:Pronunciation? by alienmole · · Score: 1

      Shh, next thing you know they'll want us to pronounce the 'c' like the 'X' in TeX.

    55. Re:Pronunciation? by miro+f · · Score: 2, Insightful

      isn't the official pronunciation of MS SQL server "Sequel"?

      I wonder what that says about Microsoft

      --
      being vague is almost as cool as doing that other thing...
    56. Re:Pronunciation? by spyinnzus · · Score: 1

      Why would we need a dictionary with Hoppy Beer in it?

    57. Re:Pronunciation? by Anonymous Coward · · Score: 0

      ... and the pronunciation of modern English is *also* a guess, as you have only your memories as evidence - still far from certain.

    58. Re:Pronunciation? by lgw · · Score: 1

      "&c" is quite common in older works. "etc." is a somewhat modern notation, maybe 150 years old?

      --
      Socialism: a lie told by totalitarians and believed by fools.
    59. Re:Pronunciation? by swillden · · Score: 1

      Everyone who calls SQL sequel is showing their youth.

      Or their tremendous luck at avoiding relational databases in general and SQL in particularly -- until recently, that is. If they had continued to be lucky, they would still have no idea what it is.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    60. Re:Pronunciation? by ari_j · · Score: 1

      Law is the worst, by far. Law Latin is only superseded by Law French as the most bastardized intersection of languages. Hm...no, maybe the duplication of English and Law French words is worse, but only because it's redundant. IAALS and one of the hardest things for me as I was entering the arena 2-1/2 years ago was dealing with "PRIME-uh FAYSCH-uh" and its ilk. Go figure that, being in one of the few professions that gets to use Latin on a daily basis, we are required to do so incorrectly.

    61. Re:Pronunciation? by Anonymous Coward · · Score: 0

      I am interested to know if any of you can explain to me why the Greeks in the middle ages started using the symbol C for the letter sigma? Could this have affected the english pronounciation?

    62. Re:Pronunciation? by ari_j · · Score: 1

      Caesar of course spoke the famous line to Brutus in Greek, if legends are to be believed over Shakespeare (not that I trust either to be based on the work of Caesar's assassination-ready stenographer). But the Germans have it right with Kaiser. I personally say Seezer in conversation - I conform myself to the anglicized Latin when speaking in English. But if I went to the Vatican I'd say (or avoid saying?) Cheezer, and if I had a time machine I'd probably make a visit and say Kaiser a few times for effect.

    63. Re:Pronunciation? by ari_j · · Score: 1

      I used a KFC plastic spork, because that's what I had handy at the time. I can't imagine trying to read Perl without a bucket of greasy chicken to bury my face in between regexps.

    64. Re:Pronunciation? by CheeseTroll · · Score: 1

      "Cheeser" is the name of the ruler of the Wisconsin Empire.

      --
      A post a day keeps productivity at bay.
    65. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Not that I have a lot of cause to randomly speak in Latin, but when I do, I usually say "venee, vedee, veechee", "et setera", "Sisero", rather than the corresponding correct versions with double-U's and hard C's. To do otherwise would usually prompt a blank look, followed by an forced explanation on my part which would probably come off as being rather pedantic.

      Yeah, if you're talking to a native speaker of English. If you're talking to an Italian (or Frenchie or Spanish person) then the 'ecclesiastical' way is probably a better compromise.

    66. Re:Pronunciation? by SheeEttin · · Score: 1

      Oh, god. The mere mention of decrypting regexen wants me to find the nearest way to dissociate my eyes from their sockets.

    67. Re:Pronunciation? by jkauzlar · · Score: 1

      Yes. The MySQL book (O'Reilly, I believe) specifically says to say the letters My ESS-KEW-ELL. I just just talking to a veteran programmer (who wrote database code in the 80's) who called it Sequel. In college computer science courses, it was also called Sequel. I think that depending who your talking to, you can change the pronunciation.

    68. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Your sig reminded me of something I just read: http://www.shelleytherepublican.com/2006/12/01/lin ux-the-reliability-myth-debunked.aspx. Can't figure out if this site is real or satire...

    69. Re:Pronunciation? by cshark · · Score: 1

      I never understood why people turn SQL into Sequel.
      Aside from the fact that there's another language by that name, it seems to me that it adds adds an extra "e" to the thing. So I generally call it Squeal. It's not much better, but it's more fun to say.

      --

      This signature has Super Cow Powers

    70. Re:Pronunciation? by Anonymous Coward · · Score: 0

      .05 or .07?

    71. Re:Pronunciation? by larry+bagina · · Score: 1

      ceteris paribus, I always pronounce ceteris with a hard c.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    72. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Same reason people transliterate Ess-Que-Ell into "Sequel"...It's quicker, and it sounds better.

      Wrong. They call it Sequel, because that was the way the direct ancestor of SQL was called back in 1970. See http://en.wikipedia.org/wiki/SQL

    73. Re:Pronunciation? by Anonymous Coward · · Score: 0

      I never understood why people turn SQL into Sequel

      It's the other way round, really : IBM turned Sequel into SQL because the former was trademarked... See http://en.wikipedia.org/wiki/SQL...

    74. Re:Pronunciation? by HalWasRight · · Score: 1

      Try getting people to pronounce "Linux" consistently ...

      --
      "This mission is too important to allow you to jeopardize it." -- HAL
    75. Re:Pronunciation? by octopus72 · · Score: 1

      There is one successful method. It can be deduced from onomatopeic writings (when people tried to write down how something sounds). Of course exact dialect is almost unrecoverable.

      Btw. one familiar backronym example is RIP, originally "requiem in pace", now people assume that it's "rest in peace".

    76. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Say what? In my experience it's the newbies who tend to use made-up abbreviations. I've heard people turn SQL into Sequel and even Squeel of all things. Another guy I know pronounces gateway as "Get-Away", and seriously, these people usually aren't the sharpest knives in the drawer if you know what I mean (emphasis on "usually"). Unless an acronym forms a real word (like GNU or Perl) then yes, you should pronounce it letter by letter. es-cue-el isn't that hard now is it? If you go around speaking about "sequel" then book-learned geeks (who learned by reading rather than orally - thereby missing the whole pronounciation thing) will think you're making shit up or trying your own version of leet-speak just to sound cool.

      Also, how you pronounce paths really depends a lot on who you are talking with, if you're explaining to someone who's new to unix and isn't very familiar with paths and such then yes - you do it the hard way and spell out things like "slash" (or even dot's if the person is typing things down). For instance, /etc/rc.d/init.d becomes:

      slash, et-cetera, slash, ar-cee-dot-dee, slash, init-dot-dee

      or

      slash, et-cetera, slash, ar-cee-dee, slash, init-dee

      but if you're talking with someone who's familiar with unix, and knows these paths then you'd probably go the short route with

      et-cetera, ar-cee-dee, init-dee

      And when it comes to things like SQL - try to get it through your heads that they're bloody acronyms so it's people who make up shit like "Sequel" and "Squeel" who sound retarded. And that's because SQL has nothing to do with "sequels" or "squeels". Not even books that suggest a known pronouciation use shit like Sequel.

    77. Re:Pronunciation? by Anonymous Coward · · Score: 0

      > And when it comes to things like SQL - try to get it through your heads that they're bloody acronyms
      > so it's people who make up shit like "Sequel" and "Squeel" who sound retarded.

      And YOU try to get it through YOUR head that "Sequel" has a long history (longer than "ess-cue-ell") and it's a quite common pronunciation in the business world, which you would know if you came out of your IT hole once in a while!

    78. Re:Pronunciation? by Anonymous Coward · · Score: 0

      > And when it comes to things like SQL - try to get it through your heads that they're bloody acronyms

      Technically, they're not acronyms, they're initialisms.

      Acronyms form a word from the initial letters, so if they were acronyms, there would be no argument about how they are pronounced!

    79. Re:Pronunciation? by macdaddy · · Score: 1

      I've actually never pronounced SQL as "sequel". I've always pronounced it as "squall" as in "my squall". I don't generally say MS Squall though. I usually just spell it out. That's just me of course but that's always the most common way I've heard it said around these parts. People say "sequel" if they mean to say SQL by itself and they say "squall" when part of MySQL.

    80. Re:Pronunciation? by dloose · · Score: 1

      You save only 59 seconds over 8 miles by going 75 instead of 65. Do you really have to pass that guy? Do the Math!
      Yeah, I do. Now stop driving like my grandmother.
    81. Re:Pronunciation? by stanmann · · Score: 1

      Yeah, because Requiem in pace is so very different in meaning from rest in peace

      --
      Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
    82. Re:Pronunciation? by dave420 · · Score: 1

      I just spell it out. That way everyone knows what you're on about, regardless of what cool name they use instead.

    83. Re:Pronunciation? by uskokovic · · Score: 1

      I always label people who insist on saying it exactly like it's written down as amatures, or anal retentive In my language (Serbian) it is a rule to say everything exactly like it's written down. :P

      http://en.wikipedia.org/wiki/Serbian_language

      This principle is represented by Adelung's saying, "Write as you speak and read as it is written", the principle used by Vuk Stefanovi Karadzi when reforming the Cyrillic orthography of Serbian in the 19th century.
    84. Re:Pronunciation? by SatanicPuppy · · Score: 1

      Esss-Que-Ell is three syllables, and "Sequel" is only two, so either you don't use it often enough to have the need to shorten it (amature) or you're anal enough to want to add an extra syllable, even though you use it all the time. /etc is even worse, because you're moving from two syllables (et-see) to four (et-cet-er-a).

      I don't insist on "sequel", because in my mind I always think "standard english query language", but it irks me when people use ess-que-ell...Just a weird pet-peeve I suppose, because "FTP" and "SSH/SSL" and "HTML" don't bother me at all. Someone who insisted on "et-cetera" would have to die though, because I couldn't handle it.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    85. Re:Pronunciation? by Bastard+of+Subhumani · · Score: 1

      the Italian "ch"
      Point to where I mentioned the ch as being Italian? I didn't, because I know there's there's no such thing - the h acts as a spacer to keep the c away from an i or e where it needs to retain the k sound.
      --
      Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
    86. Re:Pronunciation? by DudeTheMath · · Score: 1

      Beg pardon. I said "Italian" where I meant "Italian pronunciation of Latin," in apposition to "Germanic" earlier in my post, and spelled it "ch" because most English-speakers pronounce "ch" as in "cherry". I was trying to distinguish between the three pronunciations of Latin with which I am familiar, Germanic, Italian (or "Church"), and Classical. They are most easily identified by how the "soft c" (preceding i or e) is pronounced: respectively, "ts", "ch", and "k".

      --
      You save only 59 seconds over 8 miles by going 75 instead of 65. Do you really have to pass that guy? Do the Math!
    87. Re:Pronunciation? by Anonymous Coward · · Score: 0

      Ok Bigus Dickus, thanks for the Latin lesson. Sorry for the obscure Monty Python reference, but I just couldn't help myself.

      What's the big deal about the meaning of the of the directory names? Call it whatever you want, just don't change it. There have been a lot of variations over the years and every variation made subtle changes and I believe a lot of the original reasons are lost to history as versions merged and forked. Dennis Ritchie is still alive, ask him if it bothers you so much. I'm sure most of the Berkley guys are still around as well. My personal opinion is that if you haven't worked on anything at least as old as SVR3, your opinion doesn't count. Stop trying to revise history to suit your own sensibilities. I personally don't care what /etc was named for the inportant part is that as UNIX/Linux admins we have a pretty good idea of what belongs where and that's what really matters.

    88. Re:Pronunciation? by lekikui · · Score: 1

      I've always said it et-set. Guess I was wrong

      --
      "Lisp ... made me aware that software could be close to executable mathematics." - L. Peter Deutsch
  7. Its pronounciation gives us a clue by crath · · Score: 5, Informative

    Long time UNIX hacks---and by that I mean UNIX guys from the early-1980s---pronounce /etc as "slash ett cee"; to me that makes it clear that /etc's origins are as "et cetera".

    1. Re:Its pronounciation gives us a clue by JabberWokky · · Score: 2, Interesting
      As a long time UNIX guy... and yes, that means from the early 80s... I have always pronounced "/etc" as "et see", and "etc." as "et setra". I picked that up from even older UNIX guys, so I would guess that is the "proper" way to pronounce it by convention, the above thread notwithstanding. I also have no idea what it refers to, as I mentally just think of it as static configuration files. I'd guess "etc.", but it's a purely baseless guess.

      Remembering what the hell I was doing in my young'uns pants 25 years ago is hard enough. Trying to remember if I heard a bit of useless trivia that I've never really thought about since, not gonna happen. The way to pronounce something, on the other hand, is reinforced through the years.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    2. Re:Its pronounciation gives us a clue by Anonymous Coward · · Score: 0

      Long time UNIX hacks---and by that I mean UNIX guys from the early-1980s---pronounce /etc as "slash ett cee"; to me that makes it clear that /etc's origins are as "et cetera".
      I can vouch for this; my first job out of college in 1985 was for AT&T, there were 3B2/5/20 Unix workstations running System V, and the long-time Unix guys (some with 10 years or more) were definitely calling it "ett cee" (the "cee" being pronounced exactly as the english words "sea" or "see")...
    3. Re:Its pronounciation gives us a clue by drolli · · Score: 1

      > "et setra"

      If you pronounce "et cetera" as you learn if in a latin course held in Germany and do a little bit of paleatilsation on the z (of "zetera") to make it acceptable for english native speakers, they would hear indeed "et setera", because enlgish native speakers often have problems with hard "z" or "tz" (translit to cyrillic letters) sound.

  8. etc stands for... by MassEnergySpaceTime · · Score: 1, Interesting

    Editable Text Configuration

    --
    Respect the laws of physics, for the laws of physics have no respect for you.
    1. Re:etc stands for... by an.echte.trilingue · · Score: 2, Funny

      Editable Text Configuration
      That sounds like the most reasonable response to me, but do you have any references (so that we can correct wikipedia)?
      --
      weirdest thing I ever saw: scientology advertising on slashdot.
    2. Re:etc stands for... by ari_j · · Score: 5, Insightful

      It's et cetera. If you look at the Unix hierarchy, you get:

      • /bin - binaries
      • /sbin - system binaries
      • /dev - devices
      • /home - user home directories
      • /lib - libraries
      • /mnt - temporary mount point
      • /root - root's home directory in case /home is on another filesystem
      • /var - variable data, such as databases, news, and mail
      • /tmp - temporary files
      • /usr - mostly there because it wouldn't fit on / :P
      • /etc - stuff that doesn't fit any of the above

      It's not about configuration files, either. /etc is home to both configuration and system-essential files, such as passwd and motd. I wouldn't call passwd "configuration," and I wouldn't call it "data." It's more "control." But that doesn't matter - the stuff in /etc just wouldn't fit anywhere else. All the backronyms in the world won't change that.

    3. Re:etc stands for... by russ1337 · · Score: 2, Funny

      >>>" Editable Text Configuration
      >That sounds like the most reasonable response to me, but do you have any references (so that we can correct wikipedia)?


      I think you're quite safe to use GP's Slasdot entry as the reference.

    4. Re:etc stands for... by MassEnergySpaceTime · · Score: 1

      The closest "reliable" source might be here.

      Otherwise, most places I found searching for etc was people mentioning it in various posts and articles. Some posts say the 'e' means user-Editable or human-Editable. But I can't find any place that offically confirms this.

      On a side note, some places say that /usr stands for Unix System Resources.

      --
      Respect the laws of physics, for the laws of physics have no respect for you.
    5. Re:etc stands for... by Anonymous Coward · · Score: 0

      /etc does indeed stand for et cetera, but a lot of the directories you mention are really late additions. The Unix V6 hierarchy (the oldest I am familiar with) had only the following:

      /bin was for executables
      /lib was for libraries
      /dev was for devices
      /tmp was for temporary files
      /mnt was for temporary mounts
      /usr was for user stuff (inclusive home directories!)
      /etc was for everything else

      I do however admire the ingenuity in fitting acronyms post-mortem.

    6. Re:etc stands for... by Anonymous Coward · · Score: 0

      I do however admire the ingenuity in fitting acronyms post-mortem. Post Mortem??? Unix ain't dead yet. Not even BSD.
    7. Re:etc stands for... by Anonymous Coward · · Score: 0

      you got it pretty much right except for /usr and /etc /bin and /sbin (with /lib) are the basic bare binaries to get the system running/repair it. /usr holds all needed apps, which can be nfs mounted (where local files would therefore go into /usr/local)

      you also want partitions mounted at those mountpoints, as you don't want to have a full /. Linux really doesn't like / to be full. /var can be full, and you get a nasty system that won't do a lot of stuff, but you can always go in and fix it. A full / though is supposedly a bad thing. I have never experience that though (if it does run full, i make sure it's unfull asap).

    8. Re:etc stands for... by ModernGeek · · Score: 4, Insightful

      The people who made up these file systems are not the pointy haired middle management type, they are geeks like me and you. They don't have acronyms for everything. /etc isn't going to stand for something like "extendable tool configuration", it is either going to stand for et cetera or nothing at all. People who want to sound cool by saying things like, "SQL stands for Structured Query Language" are just trying to "sound smart" in front of their "friends". That's my philosophy after looking at your explanation of the UNIX hierarchy.

      --
      Sig: I stole this sig.
    9. Re:etc stands for... by Just+Some+Guy · · Score: 4, Insightful

      ...as opposed to the non-editable, non-text configuration files that Unix systems are famous for?

      These are the people who named the editor "ed". Don't overthink it.

      --
      Dewey, what part of this looks like authorities should be involved?
    10. Re:etc stands for... by AJWM · · Score: 1

      Interesting but wrong, as numerous above posts in different threads have pointed out.

      It just stands for "et cetera". They could have used "misc" (for miscellaneous) but the original Unix developers were both more classically educated and had a preference for 3-letter abbreviations. /bin is for binaries, it's not a bin as in container, /usr is for user, it originally held user's home directories (before the invention of /home) and /usr/bin was binaries more likely to be used by end users. /tmp is clearly temporary (and some systems emptied it on boot). /etc means exactly what etc. means in english: et cetera - "and the rest".

      And yes, I'm an old UNIX guy from the early 80s who used Version 7 Unix, although my first contact was in college in the late 70s with 6th edition.

      "Editable Text Configuration" is a joke played on newbies who ask.

      --
      -- Alastair
    11. Re:etc stands for... by AJWM · · Score: 1

      (Note to self: Don't trust anything from "linuxbasics.org", they're too stupid to know that /etc means exactly what it says: "etc." - "and the rest".)

      And /usr no more stands for "Unix System Resources" than /tmp stands for "Transient Meta Partition". Hint: before /home existed (ie, the first fifteen or twenty years of UNIX's existence), user home directories were kept under /usr.

      --
      -- Alastair
    12. Re:etc stands for... by DavidHumus · · Score: 1

      I don't have any inside knowledge on "etc" as I worked with Unix relatively late in the game. However, looking at the other high-level directories in this list, they all seem to be formed by shortening words: none of them are TLAs.

      Therefore, it looks like "etc" is, indeed, from "et cetera" (which may be translated "and other things").

    13. Re:etc stands for... by adamy · · Score: 1

      Except that SQL did origianlly stand for Structured Query Language. It makes sense when you realized it came out of IBM.

      And yes, IHBT.

      --
      Open Source Identity Management: FreeIPA.org
    14. Re:etc stands for... by Anonymous Coward · · Score: 0

      > People who want to sound cool by saying things like, "SQL stands for Structured Query Language" are just trying to "sound smart" in front of their "friends".

      Except for the fact that it does. The only thing worse than a know-it-all is one who doesn't know shit but corrects other people who he thinks are know-it-all's.

      (An argument could be made that SEQUEL, the uh, sequel to QUEL, didn't stand for anything, but IBM released it with the TLA)

    15. Re:etc stands for... by Just+Some+Guy · · Score: 1

      They could have used "misc" (for miscellaneous) but the original Unix developers were both more classically educated and had a preference for 3-letter abbreviations.

      Google says:

      Miscellaneous in the English language is a word used to describe a thing or a set of things that cannot be categorized into other categories. It can be distinguished from Etcetera as etcetera is a continuation of a set of things while this word deals with the incategorization of things.

      Now that you mention it, that seems a lot more accurate than "etc". Looking back, I'm not sure why we're not explaining that "/msc" doesn't stand for "manual system control" or some other heinous backronym.

      --
      Dewey, what part of this looks like authorities should be involved?
    16. Re:etc stands for... by Anonymous Coward · · Score: 0

      /etc (et cetera)

      Page 63, "The Unix Programming Environment" by Brian W. Kernighan and Rob Pike (1984)

    17. Re:etc stands for... by ameoba · · Score: 1

      I think the point is that anyone who says "structured query language" outside the context of the most basic of SQL introductions is a complete & total asshat.

      --
      my sig's at the bottom of the page.
    18. Re:etc stands for... by jd · · Score: 2, Interesting
      Always thought /usr was for, well, users, the stuff in /bin and /sbin mostly being used by programs prior to the mounting of the /usr partition (if there is one). /usr/local then refers to the local versions of user software.

      User programs that use the etc hierarchy always use /etc for the system etc files, but for a while it was fashionable to have /usr/etc store the "not any of the above" files specific to userspace applications. The same then applied to /usr/local/etc for local versions of user tools.

      Programs that needed their own tree, like X11, OpenLook, or whatever, created their own directory off /usr and built exactly the same layout for themselves on a local basis.

      This all makes perfect sense, requires no acronymitis, and explains a lot of how Unix got along for so long without a "standard base" specification. If anything, attempts to eliminate some of the directory hierarchies in modern Unix software is actually making it much harder to find anything and much riskier to install software, due to the increased risk of namespace collisions. As none of the older packages considered there to be any risk - they were off in their own isolated namespace - none of the older packages take any care over their naming conventions.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    19. Re:etc stands for... by mrisaacs · · Score: 1

      SQL most definitely was shore for Structured Query Language, and was offered by IBM as part of DB2.

      Back in 1970s when SQL was introduced, my boss at the time was sure it would be pronounced as squirrel - he never saw sequel as a more obvious sounding choice.

      --
      ...carrier dead.....
    20. Re:etc stands for... by SanityInAnarchy · · Score: 1

      I wouldn't call passwd "configuration," and I wouldn't call it "data." It's more "control."

      I wouldn't call ntp.conf "configuration," and I wouldn't call it "data." It's more "control."

      Dude, it's configuration, that's the very definition of configuration. It's a text file that specifies the way you want a program to behave, that is read and parsed by the program (or programs, or libraries).

      I mean, yes, it could stand for anything you want it to stand for. But the fact is, as it's used now, it's configuration, and all the curious rationalizations of how a well known config file really isn't a config file won't change that.

      --
      Don't thank God, thank a doctor!
    21. Re:etc stands for... by Anonymous Coward · · Score: 0
      It's not all text!

      22:46 ichi:/etc > file *|grep data
      ld.so.cache: data
      lesskey.bin: data
      localtime: timezone data
      vimrc: data
    22. Re:etc stands for... by ari_j · · Score: 1

      I didn't say that "and other stuff that doesn't fit in the others" didn't include configuration. But /etc is more than configuration. What software does /etc/motd configure? If you say "it configures the text to display on login" then you end up with everything that isn't an executable being "configuration." That includes shared libraries, which configure how binaries linked to them behave, and /var/mail/*, which configures what text to display when a user requests his e-mail. /etc is /etc because there has to be a place to keep configuration and there has to be a place to keep misc. non-volatile data - sometimes I wish we had /conf and /const or /static, but we have /etc instead.

    23. Re:etc stands for... by Lehk228 · · Score: 1

      your boss must have been a scientologist

      --
      Snowden and Manning are heroes.
    24. Re:etc stands for... by raphae · · Score: 1

      If its not an acronym and is derived from a word then it could also mean any of the following:

      earthshock ecbatic eccentric eccentrical eccentrically eccentricity ecclesiastic ecclesiastical ecclesiastically ecclesiasticism ecclesiasticize ecclesiastics ecclesioclastic eccoprotic eccoproticophoric eccritic echopractic eclamptic eclectic eclectical eclectically eclecticism eclecticize ecliptic ecliptical ecliptically econometric econometrician econometrics ecorticate ecotypic ecotypically ecrustaceous ecstatic ecstatica ecstatical ecstatically ecstaticize ectatic ectepicondylar ecthetically ectobatic ectoblastic ectobronchium ectocardia ectocarpaceous ectocarpic ectocarpous ectocinerea ectocinereal ectocoelic ectocondylar ectocondyle ectocondyloid ectocornea ectocranial ectocuneiform ectocuniform ectocyst ectodactylism ectodermic ectodynamomorphic ectogenic ectolecithal ectomeric ectomorphic ectoparasitic ectophloic ectophytic ectopic ectoplacenta ectoplasmatic ectoplasmic ectoplastic ectoproctan ectoproctous ectosarc ectosarcous ectosphenotic ectotheca ectotrophic ectozoic ectrodactylia ectrodactylism ectrodactyly ectrogenic ectromelic ectrosyndactyly edriophthalmic eelcatcher egocentric egocentricity egoistic egoistical egoistically egosyntonic egotistic egotistical egotistically eidetic eightscore eisegetical eisteddfodic ektodynamorphic elachistaceous elaeoblastic elastance elastic elastica elastically elastician elasticin elasticity elasticize elasticizer elasticness elastomeric elatcha elatinaceous eldritch electicism electric electrical electricalize electrically electricalness electrician electricity electricize electrics electrification electrionic electroacoustic electroanalytic electroanalytical electroballistic electroballistics electrobiological electrobioscopy electrocapillarity electrocapillary electrocardiogram electrocardiograph electrocardiographic electrocardiography electrocatalysis electrocatalytic electrocataphoresis electrocataphoretic electrocauterization electrocautery electroceramic electrochemical electrochemically electrochemist electrochemistry electrochronograph electrochronographic electrochronometer electrochronometric electrocoagulation electrocoating electrocolloidal electrocontractility electrocorticogram electroculture electrocute electrocution electrocutional electrocutioner electrocystoscope electrodesiccate electrodesiccation electrodiplomatic electrodynamic electrodynamical electrodynamics electroencephalogram electroencephalograph electroencephalography electroendosmotic electroetching electroextraction electrogalvanic electrogenetic electrographic electroharmonic electrohorticulture electrohydraulic electroionic electrokinematics electrokinetic electrokinetics electrologic electrological electroluminescence electroluminescent electrolytic electrolytical electrolytically electromagnetic electromagnetical electromagnetically electromagnetics electromechanical electromechanics electromedical electromeric electrometallurgical electrometric electrometrical electrometrically electromuscular electromyographic electronarcosis electronic electronics electronographic electrooptic electrooptical electrooptically electrooptics electroosmotic electroosmotically electrootiatrics electropathic electropercussive electrophoretic electrophoric electrophrenic electrophysics electrophysiological electropneumatic electropneumatically electropsychrometer electropuncturation electropuncture electropuncturing electroreceptive electroreduction electroscission electroscope electroscopic electroshock electrostatic electrostatical electrostatically electrostatics electrostenolytic electrostriction electrosurgical electrosynthetic electrosynthetically electrotactic electrotechnic electrotechnical electrotechnician electrotechnics electrotechnology electrotelegraphic electrotherapeutic electrotherapeutical electrotherapeutics electrothermancy electrothermic electrothermics electrothermostatic electrothermotic electrotonic electrotonicity electrotropic electrotypic electrovalence electrovalency electrove

    25. Re:etc stands for... by SanityInAnarchy · · Score: 1

      Interesting argument, but I think there are significant differences here. /etc/motd configures the text to display on login. This is generally pretty static -- something like "Welcome to Debian". I suppose it could be documentation, but it certainly doesn't imply that absolutely everything is configuration. /var/mail is user data, which changes constantly, and is not set by hand by the admin. I don't see how that could possibly qualify as configuration. Shared libraries are really a stretch -- they have to be recompiled to change that behavior, and they are executable, so you'd have more of a case if you were talking about something in, say, /etc/init.d, but /etc/motd is much easier -- as an admin, I can set it to say "Welcome to my system! I'm not sure how you got in, but please tell me so I can fix it..."

      I really don't see much in /etc that doesn't qualify as configuration, and much outside it (except maybe dotfiles) that does qualify as configuration. There are exceptions, of course -- ut2004 expects your CD key to be a file somewhere in /usr/local/games/ut2004, and I might've stuck it in /etc.

      The init scripts, with a few exceptions, are generally not configuration by themselves, but are small shell scripts -- good practice is to put actual configuration in, say, /etc/default or /etc/conf.d or somewhere the init script knows to look. So I don't know where those init scripts should go, but it should be a /bin somewhere, maybe /usr/sbin or something -- bin meant "binary", but it has come to mean "executable stuff for your PATH".

      But things like that shouldn't be enough for you to throw up your arms and say "EVERYTHING's a configuration file if you have the source code!"

      --
      Don't thank God, thank a doctor!
    26. Re:etc stands for... by ari_j · · Score: 1

      That's exactly my point. Not everything in /etc is configuration, but certainly configuration is among the things included there. For instance, passwd is hard to call configuration. The init scripts are hard to call configuration. And motd is hard to call configuration because it's supposed to be the message of the day, which implies something less than static but less often-changing than it would take to deserve a spot in /var (note that Debian currently makes /etc/motd a symlink to /var/run/motd).

      The argument about everything being configuration was in response to your point about ntp.conf, which purported by quoting it to be in response to my point about passwd. Just because one thing in /etc is configuration doesn't mean that everything is, and if you call everything in /etc configuration then you run into the slippery slope I described. How do you define "configuration" to include motd, passwd, and init scripts but exclude things that go in /var and shared libraries? The answer is that you don't have to, because /etc is about more than just configuration.

      Possibly "configuration, small system helper scripts, and data that doesn't change often" is a good description for /etc, but why not just call it "et cetera" and say that it is the home of anything that doesn't quite belong somewhere else? Where would you put each of passwd, the init scripts, motd, and ntp.conf, if you didn't have /etc to stuff them into?

    27. Re:etc stands for... by SanityInAnarchy · · Score: 1

      How do you define "configuration" to include motd, passwd, and init scripts but exclude things that go in /var and shared libraries?

      With few exceptions, /var is stuff that pretty much changes all the time as part of its normal operation. You get new mail, new stuff is cached, much of it changes daily just from init scripts.

      Yet, motd changes very rarely, and if it does change, it's probably the result of a user action -- that is, the admin wanted to put up a new message.

      Then there's passwd, which is configuration of users. I still don't get how you argue that it's anything other than configuration. Without passwd, I'm still every bit as much a user as I always was -- as far as I know, the kernel doesn't care about passwd at all, only uids. It certainly isn't something which changes all the time, and what's more, it's something you generally want to have on boot, whereas it might be nice to have /var be a separate partition (you'll want /etc before you mount /var).

      Shared libraries are an entirely different animal. While they can have their own config files, most shared libraries aren't meant to be edited by an admin. They're generally compiled, after all, which means editing isn't easy. And they're certainly distinct from passwd -- passwd does not contain executable code, and isn't even turing-complete.

      The answer is that you don't have to, because /etc is about more than just configuration.

      On this we're agreed, but I just thought it was odd that you picked passwd when init scripts are so much easier. Even though it's still nice to have editable init scripts, covered by a package manager's config file protection, versus uneditable binaries (which naturally go in the various bins). Even though init scripts can be seen as a configuration of how the system boots, and are often designed to be fairly simple shell scripts, so that any admin will have the skills required to edit them. Even given all of that, init scripts are much easier to call something other than configuration than passwd or fstab.

      --
      Don't thank God, thank a doctor!
    28. Re:etc stands for... by ari_j · · Score: 1

      I don't think that passwd is any more configuration than init scripts are. It's just data that doesn't change often enough to go in /var. The configuration is more a function of nsswitch.conf and the like. Granted, those things were not present in early Unix, but I'd consider that to be more an indication that they were statically configured (i.e., hardwired). Even if I concede that passwd is configuration, however, /etc/motd is certainly not configuration any more than resume.doc is. It is simply the data that is displayed when a particular program runs.

      Configuration tells a program how to act, data is what the program acts on. That's where I get that calling motd configuration leads to calling everything configuration - if you don't draw the line somewhere between /etc/ntp.conf and /etc/motd as being different species, then you can't say that anything is not configuration. /etc/motd only tells programs how to act if you consider it to be a character-per-character configuration file for login(1). And if you do that, then /var/mail/yourname becomes an automatically-updated configuration file for mail(1) and /usr/lib/libc.so becomes a configuration file for most of the software on your system.

      You have to draw the line somewhere, and I don't see how you can draw it on the outside of motd without it being outside of all files on the system. If you have a better line to draw, then please do draw it for me. In the meantime, I stand by my position that /etc contains configuration et cetera.

    29. Re:etc stands for... by SanityInAnarchy · · Score: 1

      Well, I did draw another line. A few, actually.

      Here's a simple one: Editable text which controls the behavior of a program, is not specifically requested by a user, is not meant to be automatically updated by the system (except through package management), and is not Turing-copmlete.

      Thus, motd is editable text, controls the default behavior of login, and is certainly not Turing-complete. (Or, probably is not, and certainly wasn't intended to be.)

      Init scripts are not, and libraries are not, because they're Turing-complete.

      But no, I don't think you really have to draw the line anywhere. "Config file" is a bit like "Operating system" or even "Pornography" -- difficult or impossible to define properly, but we know it when we see it. Not useful if you have to get really technical -- for example, the files in initramfs may be config files, scripts, programs, or parts of the OS, but you generally just call them "files in initramfs" and don't care if they're part of the OS or not. But, useful to make broad distinctions -- for instance, if I were to write a new program called "WidgetWars", I'd have /etc/widgetwars.conf and ~/.widgetwars, because that's where config files go, whether I know how to define it perfectly or not.

      Actually, it occurs to me -- "we know it when we see it" may be misleading, because we disagree about motd. However, if I told you to edit the config file for, say, ntp or sudo, you would know exactly what I meant (/etc/ntpd.conf, /etc/sudoers), and the worst that would happen is you'd get anal and say "That's not a config file!"

      --
      Don't thank God, thank a doctor!
    30. Re:etc stands for... by ari_j · · Score: 1

      And if I did get anal and say "that's not a config file!", of course I would still look in /etc first because I know that what you asked for isn't a binary, library, high-velocity data, or user home directory. But as long as we can agree on init scripts not being configuration, then we can agree that any backronym for /etc that includes the word "configuration" is probably terribly wrong.

    31. Re:etc stands for... by ModernGeek · · Score: 1

      To clarify, that was exactly my point. People who say, "Structured Query Language" instead of SQL, or even SEQUEL for the sake of it are the pointy haired mid 20s IT kiddies who try and put themselves above others to sound intellectual are not the type of people who made the UNIX directories such as /lib and /etc. I never said SQL didn't stand for Structured Query Language, the point was that there is no secret meaning behind the directories. The people who made these directories up are confident enough with themselves to not engage in silly games at an attempt to sound cool in front of their buddies.

      --
      Sig: I stole this sig.
  9. Bah, by tomstdenis · · Score: 1

    It's where I put my users home directories :-)

    OH GOD, WHY DO I KEEP GETTING ROOTED?

    hehehehe.

    It's for text configuration data, gets horribly abused though. And Linux/BSD folk have different ideas of what goes there from what I recall.

    Tom

    --
    Someday, I'll have a real sig.
    1. Re:Bah, by BlueCodeWarrior · · Score: 1

      It seems to me that everyone has a different idea of where everything goes...

      Does that go in /usr/bin or /usr/local/bin? /opt? maybe /usr/local/sbin.... or /usr/sbin....

      Now, I know that in particular, these directories all have different meanings...but still. Maybe the OSX style 'Applications' folder is a sweet idea, which has symlinks of every binary in it from all of those directories...leave the originals alone for compatibility and ease of setting permissions to a group of files at once...isn't there a distro that does something like this already?

    2. Re:Bah, by Quixotic+Raindrop · · Score: 1

      Sure, it's called Mac OS X and they give it away on all new Apple computers :P (joke, joke)

      --
      Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. (Einstein)
    3. Re:Bah, by niteice · · Score: 1

      Actually, /Applications is just for installed applications, rather like 'Program Files' on Windows. Everything in /usr belongs to the system. (except maybe unix apps that a braindead 'make install' script put there)

      --
      ROMANES EUNT DOMUS
    4. Re:Bah, by PygmySurfer · · Score: 1

      /Applications on OS X doesn't contain symlinks to anything. Each Application is really a directory(application name.app) - the Finder doesn't display it as a directory, unless you right-click on it, and select "Show Contents". Each Appname.app directory contains the executable and any resources necessary for the app, as well as localization files. This also applies to things like kernel extensions and installer packages, with different extensions (.kext and I think .pkg or .mpkg).

      Typical UNIX console apps are no different on OS X than other unices - they actually reside under /private though, instead of / and symlinked (ie /etc is a symlink to /private/etc) - I've no idea why Apple chose to do this. By default, the typical UNIX directories also aren't visible in the Finder.

      I believe there was a Linux distro that attempted to do something similar, and if I remember correctly it spammed the filesystem with symlinks to everything. Definitely not as elegant as the OS X bundles.

    5. Re:Bah, by Hes+Nikke · · Score: 2, Informative

      isn't there a distro that does something like this already?

      i believe you are looking for this. i still haven't bothered to try it out though. i hate being a poor geek :(
      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    6. Re:Bah, by Nethead · · Score: 1

      Looks like what happens when people that grew up on Windows try to figure out unix.

      --
      -- I have a private email server in my basement.
    7. Re:Bah, by SheeEttin · · Score: 1

      Argh, I know exactly what you mean. I have games that put themselves into /usr/games (Nethack), /usr/share/games (Doom, Sauerbraten), and /usr/local/games (America's Army, Docking Station).
      Fortunately, slocate is on my side.

  10. Could be... by lpangelrob · · Score: 2, Insightful

    Is (!(/usr) && !(/bin) && !(/mnt) ...) a correct answer?

    1. Re:Could be... by Anonymous Coward · · Score: 0

      Only with slashdot would this get moded as INSIGHTFUL.. well..

      I know what I know.. I don't know what I don't know.. and then theres the other stuff.

    2. Re:Could be... by sxeraverx · · Score: 1

      !((/usr) || (/bin) || (/mnt)) would be better and more efficient. 4 operations instead of 5, and also easier to understand.

    3. Re:Could be... by Anonymous Coward · · Score: 0

      Clippy comes out...

      I see you're trying to code in LISP. Wouldn't you rather code in VBS instead?

  11. Configs by Chemisor · · Score: 5, Funny

    Enormous Trove of Configuration files, that's what it is.

    1. Re:Configs by Anonymous Coward · · Score: 0

      enigmatic tla container

  12. I know who to ask by Anonymous Coward · · Score: 2, Funny

    But I'm afraid Ken Thompson or Dennis M. Ritchie would rather talk to their own poop than to Slashdot journalists.

    So we rather speculate.

  13. If it looks like a duck and quacks like a duck by ChunderDownunder · · Score: 1
  14. Extended Tool Chest? by Wdomburg · · Score: 5, Insightful

    Considering none of the other standard directories are acronyms, I'd have to call bulltish on this one. :)

    1. Re:Extended Tool Chest? by mickwd · · Score: 1, Informative

      And what about Unix System Resources ?

    2. Re:Extended Tool Chest? by grub · · Score: 1


      /usr is for user files. Back before "home" was thought of, user directories lived right in /usr. I think we still have some antiquated SGI machines at work with that setup. (although I use /usr/home on a few machines from a few years back)

      --
      Trolling is a art,
    3. Re:Extended Tool Chest? by Wdomburg · · Score: 1

      Another backronym. User directories were originally in /usr as well; the early edition Unix manuals refer to things in /usr as "user maintained software".

    4. Re:Extended Tool Chest? by Brandybuck · · Score: 1

      On FreeBSD, if you don't have a separate partition for /home during install, you will get /usr/home instead.

      --
      Don't blame me, I didn't vote for either of them!
    5. Re:Extended Tool Chest? by Brandybuck · · Score: 1

      I confirm your bulltish. These backronyms are silly.

      /etc == etcetera

      And to clarify other standard directories:

      /usr == user
      /bin == binary
      /sbin == system binary
      /dev == device
      /proc = process
      /lib == library
      /mnt == mount
      /tmp == temporary

      --
      Don't blame me, I didn't vote for either of them!
    6. Re:Extended Tool Chest? by Breakfast+Pants · · Score: 1

      Where can I find a copy of bulltish? Bash is not cutting it.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    7. Re:Extended Tool Chest? by PzyCrow · · Score: 1

      Wouldn't USR (= Unix System Resources) be an acronym?

    8. Re:Extended Tool Chest? by Wdomburg · · Score: 1

      It's in /usr/dsylexci/bin

    9. Re:Extended Tool Chest? by binner1 · · Score: 1

      I seem to recall seeing somewhere that /sbin meaning 'system binary' is a relatively new term also, the original being 'static binary.' I don't recall where I read this (some other /. thread?) and can't be bothered to google, but I'll throw it out there anyway.

      -Ben

    10. Re:Extended Tool Chest? by Brandybuck · · Score: 1

      I would reference wikipedia, but wikipedia is referencing this thread. But every piece of documentation I can find uses the word "system" in the description, but none use "static".

      --
      Don't blame me, I didn't vote for either of them!
  15. It clearly means.. by Anonymous Coward · · Score: 0

    extern/extended/enhanced tool configuration

  16. Wow, I feel old by Spackler · · Score: 5, Informative

    20 years ago, there was nothing to settle. It was et cetera. It was named that because of what it was used for. The configuration files for other things that live elsewhere. It provided a short reference to those files. Also notice how we did not like to type back then. Before that time, you were typing on what amounted to a glorified printer with a keyboard, so every char you did not have to type was great. One central location for binaries with a 3 letter name. Everyone knew where everything was. I'd get flamed if I said it was better than it is now, but it really was more elegant.

    Extended tool chest? Yeah, name tools that go in /etc. It all followed logic back then. Anyone loading tools in /etc would have been the one getting flamed for not knowing how to organize a system.

    Ok, now I really do feel old because it was more than 20 years ago. Sad because I was smart enough to answer this and not smart enough to make millions when the industry took off. I'm also too stupid to understand flame wars. If you like your system a different way, do it. If you think I should do mine different, pound sand.

    1. Re:Wow, I feel old by Anonymous Coward · · Score: 0

      Yeah, we're getting old....

      But still feel young :-)

    2. Re:Wow, I feel old by Anonymous Coward · · Score: 5, Informative

      I agree. I've been using UNIX since 1985 and it was *always* just "slash-et-cee" and meant etcetra. The whole "Extended tool chest" is just a silly Backronym. However...

      However...

      > Yeah, name tools that go in /etc.

      Actually prior to the creation of /sbin it actually was common for system binaries (like init, mkfs, mount, ...) to be placed in /etc. Eventually people realized that using a single directory for both configuration files and binaries was disgusting and /sbin came into being. By the mid 90's most modern UNIX variants had moved all the binaries to /sbin. Some OSes still provide symlinks for compatibity though: try a "ls -l /etc | grep sbin" on a Solaris machine some time.

    3. Re:Wow, I feel old by Hatta · · Score: 1

      Yeah, name tools that go in /etc.

      There's a few in /etc/init.d

      --
      Give me Classic Slashdot or give me death!
    4. Re:Wow, I feel old by Coeurderoy · · Score: 4, Informative

      So do I, ;-), I remember very well my first contact with Unix in the summer of 81 at UCB.
      "Ok, you create files in your home directory, you will find the commands in bin or usr bin, .... and if you're curious you can look at the /etcetra directory, that is the place where all the rest of "usefull stuff" goes, mostly initialisation files and some shared configuration".

      Well now of course I know the people there lied to me it really means "extraterrestrial creative tormentators", and proves that the aliens are dislexics.

      Cheers: and don't worry there is still some blood left in us old *IX farts.
      Did you notice that even the "coolest youngsters" do not dare to have something like the '85 Usenix "Sex, Drugs and Unix" Badge ?

    5. Re:Wow, I feel old by xsbellx · · Score: 1

      /etc/init.d is not a "tool", /sbin/init is the tool. Use of /etc/init.d is dependent on the particular variant of Unix/Linux and for that matter how the sysadmin has modified/written /etc/inittab.

      --
      If VISTA is the answer, you didn't understand the question
    6. Re:Wow, I feel old by pipingguy · · Score: 1

      Everyone knew where everything was.

      Yeah, I remember those days when "everyone knew where everything was". Except for highly-experienced engineering professionals that were forced to learn a new language and had CAD forced upon them. Those were the good old days, I tells ya. The engineers were not all that affected but the draftsmen certainly were - the adoption of computers effectively killed many hundreds of years of tradition and manual skills.

      But progress marches on and now we have better technology whereby any idiot with AutoCAD can make a technical drawing that looks just as good as a pre-CAD drawing. It's easier to fake stuff now and don't get me started about how draftsmen no longer have control over their own creations since the "database" is king. Grrrr.

      Database-driven CAD is pure evil unless it is managed by an engineering specialist and I maintain that it is easier to teach an engineering guy computers than it is to teach a computer guy engineering. /rant

    7. Re:Wow, I feel old by ctr2sprt · · Score: 2, Interesting

      # uname
      SunOS
      # ls -l /etc/init
      lrwxrwxrwx 1 root root 12 Feb 4 11:24 /etc/init -> ../sbin/init

      I suspect that if you checked an older version like Solaris 5.6 (or 6 or 2.6 or whatever the fuck they called that version), you'd find that init is actually located in etc and it's sbin that has the symlink. Historically, Unix has put a lot of binaries in /etc, which certainly lends support to the "et cetera" explanation.

    8. Re:Wow, I feel old by terjetrane · · Score: 2, Informative

      The manual from 1971 on http://cm.bell-labs.com/cm/cs/who/dmr/1stEdman.htm l shows that several programs, among them assembler (The B Assembler), compilator and libraries etc. (pun not intended) were in /etc.

      Interesting comment about boot:

      NAME boot -- reboot system

      SYNOPSIS /etc/boot

      DESCRIPTION boot logically a command, and is kept in /etc only to lessen
      the probability of its being invoked by accident or from
      curiosity. It reboots the system by jumping to the read--only
      memory, which contains a disk boot program. ...and similar for mkfs:

      This program is kept in /etc to avoid inadvertant use and
      consequent destruction of information.

    9. Re:Wow, I feel old by Rocketman56 · · Score: 1

      Yep.. my New Hampshire "Unix" license plate courtesy of Armando Stettner at the '82 Usenix still gets "unique" looks from the recent college graduates.. 8^) Steve

    10. Re:Wow, I feel old by RevMike · · Score: 1

      Historically, Unix has put a lot of binaries in /etc, which certainly lends support to the "et cetera" explanation.

      As the /bin and/or /usr/bin directories grew in size, it became important to move those directories to other partitions. Therefore, the root partition need to have a subset of tools available, sufficient to bring the environment up to at least the point where the bin directory could be mounted as well as sufficient tools to troubleshoot and repair if the bin directory didn't mount.

      Since /etc (I pronounce it et-see BTW) was already part of the root partition it was expedient to put the initial utilities here. As systems got more complex and the number of utilities rose, they got broken out to /sbin, also part of the root partition.

      Nowadays, /etc really should contain only system-wide config data, and it should be editable with a plain text editor. Data files generated from plain test config files are a reasonable exception, as well. We can be pragmatic.

    11. Re:Wow, I feel old by fuego451 · · Score: 1

      The engineers were not all that affected but the draftsmen certainly were

      Funny to think that when I was an Architecture student in the early '60's, it was considered heresy to use a mechanical-arm drafting machine, T-square and 45/45 and 30/60 triangles being the tools of choice, and pencil was preferable to inking a set of plans. Ink was considered old fashioned and one look a a drafting pen would certainly convince you of this. Fresh from the Army in '71, my first job was with a very progressive Architect who insisted we use mechanical-arms, 7H to 9H pencil for layout and the finished drawings inked with a Rapidograph pen. Man, we were way ahead of everybody. ;)

      By the way, I always thought of /etc as 'extend to chaos'.

    12. Re:Wow, I feel old by trb · · Score: 5, Informative

      /etc is et cetera. And dsw, the predecessor to rm -i, has a more amusing etymology. I've been hacking UNIX since v6. If I needed a source of reliable UNIX history, I would not turn to the Gnome project, and I would not turn to Norway. If you want an authoritative answer, ask Dennis Ritchie. If you want a reliable answer, try an old USENIX hacker, or UNIX historian Peter Salus.

    13. Re:Wow, I feel old by Anonymous Coward · · Score: 0

      Speaking of UCB and backronyms, I once worked with a guy who thought ucb (as in /usr/ucb) stood for "Unix CompatiBility"...

    14. Re:Wow, I feel old by Anonymous Coward · · Score: 0

      If I had a "Sex, Drugs, and Unix" badge, I'd wear it every day to work at my conservative financial institution!

    15. Re:Wow, I feel old by pipingguy · · Score: 1

      If you don't grasp the fundamental change (comparing mechanical arm to parallel rules and plastic lead to graphite ==> CAD is pretty lame). You are obviously not a pro, but think you know all the important bits. This is a common failure with computer types.

    16. Re:Wow, I feel old by fuego451 · · Score: 1

      Well, completely unexpected reply from you here and I believe you have misunderstood the spirit of my comment. This was not a comparison of anything, only some thoughts from experiences of being an architectural draftsman for a short time before the advent of computers. I have never even seen a CAD program. You are right about one thing though, I was never a pro at drafting, or architecture, and ended up changing my major.

    17. Re:Wow, I feel old by SheeEttin · · Score: 1

      You must be right in my area. I don't suppose it's on your car..

    18. Re:Wow, I feel old by Mr.+Protocol · · Score: 4, Insightful

      I'm even older. I've been doing UNIX since v5 in about 1974. And /etc means et cetera. I wasn't even aware people were back-forming revisionist interpretations. How odd.

      This is the sort of thing that makes me distrust historical interpretation of stuff that actually matters.

    19. Re:Wow, I feel old by pipingguy · · Score: 1

      Lots of people are involved with/learn basic skills of drafting, most find it too tedious and time-consuming. It's a waste of time.

      Sweating-out the details is hard work, this has always been true. There are basic analytical skills that are being bypassed in favour of convenience. Let's continue this discussion, are you ready? Be prepared.

    20. Re:Wow, I feel old by Anonymous Coward · · Score: 0

      Here! Here!

    21. Re:Wow, I feel old by caol.kailash · · Score: 1

      Did you notice that even the "coolest youngsters" do not dare to have something like the '85 Usenix "Sex, Drugs and Unix" Badge ? The 80s was the Cocaine decade, and the nerds hadn't let lost real life sex.

      20 years later, the proliferation of porn and World of Warcraft takes place of sex and cocaine (respectively.) The "coolest youngsters" wear a "Pr0n, WoW and *nix" Badge.
    22. Re:Wow, I feel old by Coeurderoy · · Score: 1

      You are probably right, I guess I'll wait for the next generation :-), hopefully it will be something like Sex, Creativity and G*x
      (and hopefully the sex will not jus be a tad to creative activities between Gnu's and Pinguins :-))

  17. it does not really matter but ... by eneville · · Score: 1, Interesting

    http://burks.brighton.ac.uk/burks/linux/rute/node1 7.htm quotes it as etcetera configuration files. others who are quoting it as an acronym may also double as alternative logical viewpoints, however, all unix configuration files are 99% of the time plain text files by default. that's just the way it is.

    reading too much into the naming can be dangerous. consider /usr, generally i see it as abbreviation for "user customised files", reason being that /bin is obviously going to be very similar on all unix-like systems. /usr/bin is generally used for customised install files, things that are created after install.

    but what about reading this name as "/user files", which then creates the awful /use/home layout, yuck!

  18. Useless question by slamb · · Score: 2, Informative
    Why it was called that is at best a trivia question. A more directly useful question is what it should be used for. The Filesystem Hierarchy Standard version 2.3 (primarily used by Linux people, I think) says this:

    The /etc hierarchy contains configuration files. A "configuration file" is a local file used to control the operation of a program; it must be static and cannot be an executable binary. [4]

    IIRC, some other systems (SunOS?) used to put binaries in there, which never made sense to me

    1. Re:Useless question by Anonymous Coward · · Score: 0

      I remember that SCO UnixWare kernel configurable parameters are set using idtune, which is in /etc/conf/bin

      There were some other binaries elsewhere in /etc, if I remember correctly.

    2. Re:Useless question by Gothmolly · · Score: 0, Troll

      Can I mod you 'pedantic moron' for running to the latest iteration of an evolving standard as proof of anything?

      --
      I want to delete my account but Slashdot doesn't allow it.
    3. Re:Useless question by Anonymous Coward · · Score: 0

      not to mention that this standard is a -clone- of how things were originally done..

      e.g. V7, 2BSD, 4BSD, SVID, SUS, POSIX etc, etc, etc,...

      Ganue taint UNIX .. its a CLONE

    4. Re:Useless question by slamb · · Score: 1

      Can I mod you 'pedantic moron' for running to the latest iteration of an evolving standard as proof of anything?

      No, and unfortunately there's no "poor reading comprehension" mod for me to give to you either. ("Troll" will have to do; someone's given it to you, and it suits your tone.) I'm not trying to prove anything about the history of Unix. I'm just pointing to the latest wisdom of how /etc should be used.

      Someone else has answered the original history trivia question. Interesting, but not terribly useful.

  19. Re:Bullshit! by RoutedToNull · · Score: 2, Informative

    Oh Jesus, get off your high horse you elitist prick.

  20. Re:Bullshit! by RKThoadan · · Score: 1

    He obviously knows what's in it and how it works. He is trying to discover it's origins. You know, basic human curiousity. It might be nice to know how it's supposed to be pronounced. I've heard it pronounced "et setera" and as "et see". et setera would seem right to me, but if it's not supposed to stand for "all the rest" or whatever the Latin did, then it would make sense to pronounce it differently.

  21. Backward etymology by hey! · · Score: 5, Informative

    I'm pretty sure it is "et etera". I've been mucking with Unix since Unix V7 (1980), and I've never heard of "extended tool chest". It doesn't really make sense because you don't put any tools there. If there were any "tools" to be put in an "extended chest", they'd have gone in "/usr/local" back in the day. That was before the practice of having an "/opt" directory evovled.

    I always assumed that configuration stuff got shoved in etc because it wasn't a program (that would go in "/bin") it wasn't a library ("/lib") and it wasn't some sort of user data ("/usr" -- this was before "/home"). It was something else, so it went in a place set aside for miscellany :"/etc". Over the years it became clear that "/etc" was very important, and "/usr" was too cluttered, etc., and thus we have the evolution of the modern Unix file hierarchy.

    The hierarchy may include historical obscurities such as "/etc", but it is remarkably well thought out. It shows the wisdom of abstracting the file system from storage devices. "/etc" also eliminates, or at least reduces the argument for, a system wide registry file such as Windows has, which has turned out to cause as many problems as it solves.

    But it is undoubtedly a bit obscure to the newcomer's eye.

    I remember the 1980s when the microcomputer transformed business. In the mid 1980s, most people who worked in computers had been weaned on, or least familiarized, with some form of Unix. When I started my job at one place around 1986, my predecessor had arranged everybody's file systems so their applications were stored in folder under a "bin" folder at the root (this was a Mac shop). By 1990, I was hiring people who had only used personal computers and had never used Unix. One of those people extended the "bin" traditoin by naming the application folder "Bin of Applications" -- as if "bin" referred to an open box, rather than "binary". It gave me a chuckle. "Bin of Applications" carried the idea to the user much better than "bin", and posed no particular inconvenience on a system where you never have to type path names.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    1. Re:Backward etymology by Anonymous Coward · · Score: 0

      "/etc" also eliminates, or at least reduces the argument for, a system wide registry file such as Windows has, which has turned out to cause as many problems as it solves.

      You know this, I know this and many other folk know this, unfortunately the idiots ruin^w running the Gnome project do not.

    2. Re:Backward etymology by cortana · · Score: 2, Insightful

      Please do not do Gconf the disservice of comparing it to the registry.

      You might as well make the same comparison for any library that gives apps a standard way to query configuration options, and that stores the data in a standard format.

    3. Re:Backward etymology by thogard · · Score: 1

      The "Tool Chest" name comes from some of the cool toys that came out of the AT&T and/or Bell Labs over the years. Some examples are the Software Tool Chest and I think they had an Audio Tool Chest as well as some nice tools that expanded the Documenters Workbench called the Documenters Tool Chest. There also was an FTP (or was it uucp) server that called the Tool Box or Tool Chest. I could see a BOFH confusing someone with /etc standing for extended tool chest.

    4. Re:Backward etymology by Anonymous Coward · · Score: 0

      It shows the wisdom of abstracting the file system from storage devices. "/etc" also eliminates, or at least reduces the argument for, a system wide registry file such as Windows has, which has turned out to cause as many problems as it solves.

      No, a filesystem that can adeptly handle many small files does that.

      Whether you call it /etc or %SystemRoot%\system32\config, a common storage for configuration data is a common storage for configuration data.
    5. Re:Backward etymology by hey! · · Score: 1

      Not really.

      (1) A file system is not enough because you need a convention for how to use it. In Unix it is this: system wide settings go in files in /etc, and user specific settings (usually) go in "~/.yourapp". The registry and "/etc" are alike in this sense: they are both conventions. Nothing keeps you from storing configuration data in the file system in Windows, other than its not the done thing. Plenty of apps still use ini files, but exactly where those files are put are not standardized specifically because keeping configuration in the registry is "the standard".

      (2) The registry imposes coupling on settings in ways a file system does not. For example the granularity of update rights is quite coarse. You either an admin or you're not. I can give you update rights for one application. This is also an instance of a more general difference between the registry approach and the "/etc" approach: the "/etc" approach keeps more metadata on configuration data. Also note: this is why having to install software on Windows requires admin privileges. Unix could be better thought out in this regard as well, but you certainly could grant the rights to create directories in "/etc" to some groupo without giving them wholesale rights to the configuration data for everything.

      (3) The registry introduces an additional point of failure vis. file systems. If your filesystem structures are corrupted, then your registry may be corrupted. If your registry is fragmented, then every application is potentially affected. If you run out of room to extend your registry, you are SOL; you can always add mount points to /etc.

      It's not that the registry doesn't work. It's that it has its peculiar advantages and disadvantages. It's not all "the same thing" as using "/etc".

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    6. Re:Backward etymology by Anonymous Coward · · Score: 0

      > The registry imposes coupling on settings in ways a file system does not. For example the granularity of update rights is quite coarse. You either an admin or you're not

      Your implication is entirely false, but probably due to ignorance not malice.

      Discretionary Access Control Lists (permissions) can be set on any key, or key plus descendants, or even any individual value in the registry. So it is extremely granular. Because Discretionary Access Control Lists are used, the actual permissions that may be granted are far more granular than those to which traditional unix has recourse.

      Now, although the registry permissions are extremely granular, both at the registry level and at the permission level, there ARE other problems on windows with limited admin power.

      (1) It is difficult to administer such a potentially powerful and granular system. Who wants to manage complicated and varying permissions in the registry, or in windows\system32? Noone wants to manage that.

      As Microsoft recommends, I do all my work on Windows as a regular user (which they have recently taken to calling a "limited user"), and use a separate account for administrative work. I can speak with authority in saying that Windows would greatly benefit from both a sudo command (because runas /user:machine\my_local_admin ... is very tiresome to type), and from some people at Microsoft actually following this advice and discovering some of the problems that arise. For example, there is no reasonably convenient way to invoke the Network settings control panel applet as a regular user -- there is a way, but it involves using some GUID that I cannot recall to bring up a specially rooted Explorer window, and I think you also have to have first changed your Windows Explorer registry settings to allow multiple instances to run.

      Also, a lot of windows applications cannot be installed unless you are a local admin anyway (they check your token to see if you're actually in that group), so it doesn't matter if you've configured to make distributed administration possible, those stupid developers destroyed any hope.

    7. Re:Backward etymology by Bandman · · Score: 2, Funny

      Hey! You! You there, with your low slashdot number and your posts making sense! Ha! See if we listen to YOUR logic and experience! This is OUR flame war! Just because we've never touched anything more antique than Fedora Core 2 doesn't mean we don't know anything about the dark, mysterious history of Unix! Go back to your smarmy little terminal screens and your ascii based adventure games and leave the commenting to us REAL experts on the subject. We don't know what a teletype is, and we have some sort of vague idea that LISP might be a speech impediment, but we're doing just fine without your type in here interfering!

    8. Re:Backward etymology by Nethead · · Score: 1

      And people wonder why I prefer BSD to Linux. Can we force Bandman to use an AIM-65 with a one-line 20-char LED screen? (yes, it have an editor, and yes, it was hell!)

      --
      -- I have a private email server in my basement.
    9. Re:Backward etymology by Anonymous Coward · · Score: 0

      > Please do not do Gconf the disservice of comparing it to the registry.

      Right, the windows registry supports transactions and ACLs. Gconf doesn't support any of that garbage.

    10. Re:Backward etymology by Anonymous Coward · · Score: 0

      Right, the windows registry supports transactions

      As your friend, I'm trying to help you - stay off the crack.

      Registry transactions... I swear, the posts here get dumber every damn day.

  22. etc by Anonymous Coward · · Score: 0

    etc = etc text continues : p

  23. /usr by vrt3 · · Score: 1

    I've seen /usr referred to as Unix System Resources, but that doesn't seem very logical either.

    --
    This sig under construction. Please check back later.
    1. Re:/usr by thogard · · Score: 1

      /usr meaning Unix System Resources came out of the System V rewrite where they threw out all the code and started over. Lots of older non-crtical to boot stuff lived on the larger User partition /usr but the new system had it a completely different place for Unix System Resources which also happened to be /usr

  24. Re:Bullshit! by Anonymous Coward · · Score: 0

    I've also heard it pronounced as "eh tic"

  25. Not an acronym by Spazmania · · Score: 4, Interesting

    Why would /etc be an acronym when every other directory off root is an abreviation? /bin - binaries /boot - bootstrap files /dev - devices /home - user home directories /lib - libraries /mnt - temporary mounts /proc - processes /sbin - static binaries /tmp - temporary files /usr - user programs (not boot critical) /var - variable data

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    1. Re:Not an acronym by noz · · Score: 1

      /sbin - static binaries
      System or super-user binaries?
    2. Re:Not an acronym by MentalMooMan · · Score: 1

      /sbin and /usr/sbin are for binaries used by the super-user (root, rather than normal users) - they aren't statically linked.
      AFAIK, /mnt isn't only for temporary mounts either - it can be used for permanent mounts too (large data storage drives, for example, or NFS shares).

      --
      43rd Law of Computing:
      Anything that can go wr
      fortune: Segmentation violation -- Core Dumped
    3. Re:Not an acronym by technothrasher · · Score: 2, Informative

      /sbin and /usr/sbin are for binaries used by the super-user (root, rather than normal users) - they aren't statically linked.
       
      Yeah, that's how it seems to be used today. But back in the dark ages /sbin was for statically linked binaries. The idea being that these were critical tools that could be used even if only the root file system was mounted.

    4. Re:Not an acronym by khundeck · · Score: 1

      This whole slashdot question is a little silly, as your post points out. Who really cares what it stands for as long as we know what goes in there.

      I found this document interesting a while ago, thought I'd share it: http://www.pathname.com/fhs/pub/fhs-2.3.html

      It's the 'Filesystem Hierarchy Standard by the Filesystem Hierarchy Standard Group' It's more useful for OTHER arguments like '/media' vs '/mnt' and '/var' vs. '/opt', etc. :)

      Kurt
    5. Re:Not an acronym by AJWM · · Score: 1

      Unfortunately, while /sbin is used for system binaries or binaries normally only used by the super-user, they aren't always statically-linked.

      I say "unfortunately" because it's a real pain to try to recover a running system whose libc has been hosed if the binary you need isn't statically linked. (Been there both ways, in the latter case there aren't a lot of options beyond rebooting to a recovery disc, in the former you can just copy in a new libc.)

      --
      -- Alastair
    6. Re:Not an acronym by Brandybuck · · Score: 1

      It's "system binaries". It's the binaries needed to boot a system, and resides on the root partition. /usr might be on another partition and not mounted yet.

      --
      Don't blame me, I didn't vote for either of them!
    7. Re:Not an acronym by Brandybuck · · Score: 1

      Were shared libraries in common use when /sbin was rolled out?

      --
      Don't blame me, I didn't vote for either of them!
    8. Re:Not an acronym by Anonymous Coward · · Score: 0

      For me, /boot is bootloader, not bootstrap. /sbin is superuser binaries, not static binaries (same goes for /usr/sbin - superuser stuff). As static as /sbin/fsck or /sbin/mdadm can be, it's not really something to be used by ordinary users.

    9. Re:Not an acronym by slash.dt · · Score: 1
      It's the binaries needed to boot a system, and resides on the root partition. /usr might be on another partition and not mounted yet.

      And that's exactly why they are statically linked - because at boot time the libraries are not mounted.

      Why do you think there is a /sbin/sh and a /bin/sh? /sbin/sh is statically linked to be used in single user mode, /bin/sh is dynamically linked for in multi-user mode.

    10. Re:Not an acronym by Brandybuck · · Score: 1

      When /sbin is mounted, so is /lib. So they don't need to be static. Besides, single user versus multi user modes have nothing to do with it, other than the fact that single user mode doesn't mount anything.

      --
      Don't blame me, I didn't vote for either of them!
    11. Re:Not an acronym by chuhwi · · Score: 1

      It is somewhat overly pedantic to claim that /boot is for "bootstrap", but "boot" actually derives itself as an abbreviation for that word.

    12. Re:Not an acronym by Anonymous Coward · · Score: 0

      Were shared libraries in common use when /sbin was rolled out?

      How else are you going to fix things if your libc gets foobared?
  26. I call bulltish too by Anonymous Coward · · Score: 0

    Considering none of the other standard directories are acronyms, I'd have to call bulltish on this one. :)
    Everybody knows Unix System Resources should live in /usr (pronounced user), why should /etc be any different? Bulltish is exactly what it is I tell ya!
  27. just like slashdot... by Bastard+of+Subhumani · · Score: 1

    Just like slashdot... it is what it is.

    --
    Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
  28. Re:Bullshit! by westlake · · Score: 1
    Please leave and play with a shiny toy, such as I hear they make in Redmond.

    and so, once again, in one line, the Geek reinforces all the negative sterotypes of his species.

  29. /etc has not always been just configuration files by Esel+Theo · · Score: 3, Insightful

    Old Unix systems (at least I remember this for SCO OpenServer) also had a bunch of executables in /etc. This is still the case to a limited extent. Think of /etc/init.d/*.

  30. It's et cetera by Chris+Mattern · · Score: 1

    UNIX changed a lot over the years, and the "et cetera" directory developed into the repository for system configuration files, resulting in the (IMHO, rather ridiculous) back-formations to try to make /etc represent what it actually does now days.

    Chris Mattern

  31. Re:Bullshit! by kestasjk · · Score: 1

    Have fun with being "qualified to deal with an unix-like directroy hierachy" (Please don't tell me you pronounce it "an oo-nix").. I'll be over here, making money with this shiny toy from Redmond. :-)

    --
    // MD_Update(&m,buf,j);
  32. Definition by Anonymous Coward · · Score: 4, Funny

    "Eh... That's where them Config files goes"

    1. Re:Definition by Coeurderoy · · Score: 1

      FBF (False But Funny ;-))

    2. Re:Definition by maxwell+demon · · Score: 1

      Well, given the number of different interpretations, there's only one possibility for its real meaning: everyone totally cconfused!

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:Definition by PCM2 · · Score: 1

      "Eh... That's where them Config files goes"

      Let me guess... you studied Unix at the University of Alberta?

      --
      Breakfast served all day!
    4. Re:Definition by Anonymous Coward · · Score: 0

      But then why not /hbcf as in Here Be Configuration Files?

  33. Or perhaps... by linvir · · Score: 1

    Environment Tool Configuration?

    I suspect that this might all turn out to be an accidental backronym though, owing its existence only to the fact that most UNIX abbreviations stand for something.

  34. origin of /usr by dmoen · · Score: 5, Informative

    Originally, /usr was an abbreviation of "user", it was where you put home directories. /usr/ken was Ken Thomson's home directory, and /usr/dmr was Dennis Richie's home directory.
    (These are the guys that invented Unix.)

    Then people started making home directories named after software packages. After a while, these names became standardized, and it became necessary to put home directories in some other location than /usr.

    Doug Moen

    --
    I have written a truly remarkable program which this sig is too small to contain.
    1. Re:origin of /usr by nine-times · · Score: 1

      I know change = bad, but hasn't anyone ever thought to restructure the Unix filesystem to, you know, actually fit how things are being used today? I don't know whether this story of yours is true, but it did confuse me, when I first saw "usr", that I couldn't figure out what was in there had to do with users. I assumed later that it was because they weren't quite base-system files, so they were being categorized as "user files".

      But seriously, has anyone thought that, as Linux becomes more of a desktop OS, that the filesystem might be reorganized a bit to be more clear? At the vary least, rename the directories so that someone without Unix experience might possibly be able to guess what the directories mean?

      Personally, I find the OSX root-level breakdown (Applications, Library, System, Users) a bit more sensible. Still, even then they're just hiding the ugly Unix directories (etc, bin, dev, usr, var, and tmp).

    2. Re:origin of /usr by superwiz · · Score: 1

      I have written a truly remarkable program which this sig is too small to contain.

      Wouldn't this sig be more appropriate in a law forum rather than slashdot?

      --
      Any guest worker system is indistinguishable from indentured servitude.
    3. Re:origin of /usr by Ankur+Dave · · Score: 1
      I've thought about it. Here's an outline I came up with:

      • /home/ - home directories
        • /home/user_name/ - holds all configuration files, including user-specific program configurations
      • /app/ - program files
        • /app/unique_program_name - holds all program binaries/documentation/libraries/configuration files. Also has a file called /app/program_name/index.conf that holds the location of the binaries directory and the help directory. The system reads this file and uses it for the man command and $PATH. The goal of these /app directories is that they hold everything a program depends on to run, so that a program can be copied from computer to computer simply by copying the program's /app directory.
      • /sys/ - system files
        • /sys/boot/ - holds boot partition
        • /sys/conf/ - holds system-wide configuration (not specific application configuration!)---for example, /sys/conf/users (the modern equivalent of /etc/passwd)
      • /dev/ - devices. Pretty much exactly like Unix /dev/, except with more human-readable device names.
      • /temp/ - temporary files
        • /temp/user_name/ - temporary files for each user.
        • /temp/system/ - system temp files.
      • /mnt/ - automounted file systems like the cdrom drive.
    4. Re:origin of /usr by dmoen · · Score: 1

      I have written a truly remarkable program which this sig is too small to contain. Wouldn't this sig be more appropriate in a law forum rather than slashdot? I don't understand your reference to law forums. My sig is actually a math joke. It's a snow clone based on Fermat's famous marginal note: "I have discovered a truly remarkable proof which this margin is too small to contain." And I am a computer programmer, not a lawyer.

      Doug Moen

      --
      I have written a truly remarkable program which this sig is too small to contain.
    5. Re:origin of /usr by Just+Some+Guy · · Score: 1

      I find the OSX root-level breakdown (Applications, Library, System, Users) a bit more sensible.

      And they're even more logical once you realize that "Library" has absolutely nothing to do with what an average new user would expect. If you're going to "humanize" the decades-old directory structure, then go all the way.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:origin of /usr by nuzak · · Score: 1

      (Sorry for the monospace, slashdot's formatter is exceedingly lame and wanted to munge it all onto one line.)

      This doesn't address the base applications, or well, anything installed by the package managers of these systems, but when I install by hand (and that certainly does happen), I tend to organize like so

      /pkg/foo-1.2.3
      /pkg/foo-1.5.7
      /pkg/bar-200 60908
      /pkg/baz-1.5abeta7
      /pkg/oracle-9i-20060912 -> /u01/oracle

        you get the idea, name and whatever version convention the package chooses to use.   Big things might symlink elsewhere.

      /opt/foo -> ../pkg/foo-1.5.7
      /opt/bar -> ../pkg/bar-20060908
      /opt/baz -> ../pkg/baz-1.5abeta7

      that is, symlinks into /pkg

      Packages themselves have strict organization, having bin/ lib/ man/ subdirectories.  Login scripts scan through /opt/*/bin and add it to PATH.  As for lib/, in some installations I either directly fiddle with the ld.so cache config directly, set up LD_LIBRARY_PATH (probably not a good idea), or I do another indirection by having the bin/ directory consist of a symlink to a wrapper that sets up LD_LIBRARY_PATH and calls the "real" executable in the exe/ subdirectory.

      This scheme is similar to what Sun uses internally, called softdist, which is basically a NFS mount point that's mirrored company-wide.  softdist also has wrapper scripts for auditing, launching the right exe for multiple architectures, post-deploy scripts, and so forth, but it's probably nothing you need to care about.

      It's not a bad scheme, and the indirection has helped me roll back versions very painlessly when needed.  It'd be nice for a package manager to support, but it'd probably be easier to make it work with something ports/portage/pkgsrc.

      --
      Done with slashdot, done with nerds, getting a life.
    7. Re:origin of /usr by Kennon · · Score: 1

      I got chewed out by this ancient IBM Unix/AIX engineer in upstate New York for calling /usr user. As it has been mentioned above usr according to this guy stands for Unix Shared Resources...infact in a lot of older major Unix deployments the /usr is a network mount point. But at the same time on Solaris I have seen user home directories under /usr/0001/joe or whatever...so now I am even more confused...thanx :-)

      --
      "All those moments, will be lost in time...like tears in rain..."
    8. Re:origin of /usr by mfnickster · · Score: 1

      > I've thought about it. Here's an outline I came up with

      I've had thoughts along the same lines, but as a classic Mac user, I found it extremely liberating to have NO directory hierarchy imposed at all. Granted, the original Mac was a single-user machine, but it did popularize the idea of a user "workspace" that was extremely flexible.

      As long as you left the "System Folder" alone, you could put anything pretty much anywhere you wanted. The Desktop Folder and Desktop Database were hidden, and the Trash was fixed at the root level, but the interface made those details irrelevant.

      What's more, because you never had to type in directory names while navigating the filesystem, you were free to use spaces and slashes in the file and directory names. This was a giant leap forward for comprehension and user-friendliness.

      Unfortunately, Mac OS X is a step backward in some ways, because you aren't free to move things around. If you move or rename the "Applications" folder, for example, you run into problems. Mac OS X expects certain things to stay in certain places.

      I think Mac OS X's use of long descriptive names (such as "Library") is a step forward for Unix, but because of backward compatibility, you still need /etc, /usr/, /bin, etc. and Apple decided to simply hide this from the user. A/UX was a little more true to its Unix roots, and let you see all that. Nevertheless, all this stuff is (and should be) visible to the user only when they need to get to it.

      --
      "Slow down, Cowboy! It has been 3 years, 7 months and 26 days since you last successfully posted a comment."
    9. Re:origin of /usr by superwiz · · Score: 1

      I am familiar with the reference. Fermat was a lawyer by training and a judge by profession. Hence the reference.

      --
      Any guest worker system is indistinguishable from indentured servitude.
    10. Re:origin of /usr by Dun+Malg · · Score: 1

      But seriously, has anyone thought that, as Linux becomes more of a desktop OS, that the filesystem might be reorganized a bit to be more clear? At the vary least, rename the directories so that someone without Unix experience might possibly be able to guess what the directories mean? What, you mean like "My Documents", "My Computer", and "My Network Places", and them make "Desktop" the apparent root directory and stick everything under it? Best idea I've heard all day! (snigger)

      Personally, I think it's adequate as-is. It seems to me that an OS ought to be arranged like the drivetrain of a car. Most of it is utterly inscrutable to the untrained masses, and they should stick to "userland", i.e. their /home directory (analogous to the passenger compartment of the car). Yeah, I think it could do with a little polish like OSX did, but no more than is analogous to the clearly marked user service points of an engine, like the Oil filler, radiator cap, etc.
      --
      If a job's not worth doing, it's not worth doing right.
    11. Re:origin of /usr by nine-times · · Score: 1

      What, you mean like "My Documents", "My Computer", and "My Network Places", and them make "Desktop" the apparent root directory and stick everything under it? Best idea I've heard all day! (snigger)

      Ummm.... no. I can understand how you'd be confused because... umm.... actually I can't understand how you'd be confused. I didn't say anything remotely like that. Did I say the file system should have dumb directory names and a retarded structure? No. Just that maybe they should be renamed to reflect what's actually kept in that directory rather than being misnamed because of convention.

      If you think the reason they names are kept obscure is to "keep users from poking around," then you're... a bit slow. Users can be locked up as tight as you want by setting your permissions up properly. I understand that it might be a lot of work to rearrange all the system folders, and the pay-off isn't huge. Still, I was wondering if people had considered it a real possibility, or if anyone was actually working on any other structured.

    12. Re:origin of /usr by chuhwi · · Score: 1

      There is one linux distribution that has made a big deal out of renaming these directories, but the truth is that it's really not worth the effort. Regardless of the directories' names, you have to learn what's actually in them. Renaming "usr" to "Programs" isn't going to make it any easier for a new user to understand what's going on without reading documentation. This fact is illustrated by both OS X and Windows, whose filesystems, despite having somewhat more descriptive names, are nonetheless completely unintuitive. This is not to disparage those operating systems. Although much could be done to make windows's filesystem layout more sensible for example, there is no reason to expect it could ever be intuitive.

    13. Re:origin of /usr by mrhartwig · · Score: 1

      Zing!

      Children, that is how to reply to folks that don't understand an obscure (to some) reference. Not "You're an idiot; everyone knows Fermat was a lawyer". Just a simple statement of fact that doesn't allow for an escalation into "oh, yeah?" and "your momma!" (or much, much, worse).

      And it's so much fun to have the "you don't know as much as you think you do" implied instead of stating it explicitly. :-)

      superwiz, I'm in awe. You've made my morning; thank you.

    14. Re:origin of /usr by Linux_Bastard · · Score: 1

      off-topic

      I like your sig. mine is similar, but the inverse.
      It used to be better, but I had to trim it when they started counting the formatting char.

      If you are the Doug Moen I think you may be, thanks for all the hard work.

      --
      F X=0:1:9999 F D=2:1 Q:((X>2)&(X#D=0)!((D>X/2)&(X'=1))) I D>(X/2) W:$X>75 ! W X,?$X+5-$l(X) Q
  35. Re:Why? He's right. by linvir · · Score: 0, Flamebait

    Get a brain, moran.

  36. sounds ungeeky to me by DrSkwid · · Score: 2, Insightful

    Because the "editable" is redundant.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  37. watch out everyone by DrSkwid · · Score: 1

    there's a genius on the loose

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:watch out everyone by Impy+the+Impiuos+Imp · · Score: 1

      Anybody, regardless of local culture, who can't figure out instantly what /root/yourmum means probably hasn't, and won't ever, actually root anybody's mum.

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    2. Re:watch out everyone by Anonymous Coward · · Score: 0

      Re: your sig-- two spaces after a period is only standard practice for monospaced fonts. It's a holdover from the days of typewriters. I bet you learned that in typing class, ALWAYS put two spaces after a period, didn't you? :)

  38. Yeah, and /lib stands for ... by Bazman · · Score: 5, Funny

    'linked-in binaries'. Here's some of the other TLAs: /lib: linked-in binaries /etc: extended tool chest /usr: unix system routines /bin: basic instructions (native) /var: volatile access region /opt: one per terminal /tmp: this maybe purged /mnt: multiple network things /dev: dont ever violate /sys: she's your sister

  39. Actually, it comes from eta oin shrdlu by jonadab · · Score: 3, Funny

    You see, the etc hierarchy on Unix was the successor the etb hierarchy on Unics, which was named for the ETA configuration mechanism on Multics, which was named for ETA OIN SHRDLU. So, now you know.

    --
    Cut that out, or I will ship you to Norilsk in a box.
  40. Geeky would be... by Mr.+Underbridge · · Score: 3, Funny

    ...Etc Text Configuration.

    1. Re:Geeky would be... by Anonymous Coward · · Score: 0

      Actually, that's
              GNU's Not Unix/Etc Text Configuration ;-)

    2. Re:Geeky would be... by alienmole · · Score: 1

      Geeky would be...
      ...Etc Text Configuration.
      That's not geeky, that's GNUey. Ewww, now I've gone and got some on my fingers.
  41. Eet-See by Gothmolly · · Score: 1

    If you're part of a mailing list which erupts into a flamestorm over the etymology of /etc, then you need to find another hobby.

    It's "eet see", and its where you store configuration files.

    Or, if you're retarded like HPUX, you put things like the ping binary there.

    --
    I want to delete my account but Slashdot doesn't allow it.
    1. Re:Eet-See by nbvb · · Score: 2, Interesting

      Oh, I'm sorry.

      the ping binary is in /usr/sbin on HPUX. There is a symlink to it in /etc, but that's not where the binary lives.

      Try again sometime.

      root@mrsparkle# ls -l /usr/sbin/ping
      -r-sr-xr-x 1 root bin 49152 Oct 18 15:54 /usr/sbin/ping
      root@mrsparkle# ls -l /etc/ping
      lr-sr-xr-t 1 root sys 14 Mar 14 2006 /etc/ping -> /usr/sbin/ping

      HPUX is actually much LESS retarded than most in a lot of ways. They actually moved the init startup scripts to /sbin/init.d (as well as /sbin/rc0.d->rc6.d) which makes sense. They're executables, for the super-user, which belong in /sbin.

      It makes more logical sense. It's just 'different' than most Unices.

      (and if you've ever used the Software Distributor, you know what real package management is like.... RPM, pkgadd and the ilk can go scratch. swinstall is where it's at! :)

    2. Re:Eet-See by VENONA · · Score: 1

      Somebody please mod parent up. To my mind, the people creating the Linux FHS were under too much pressure from vendors (who just needed *something*) toward the end. And of course some Linux vendors still don't follow the resulting doc...

      HP created a doc which defines the layout called the 10FS for HP-UX 10.0, which I believe was done to allow them to advertise the system as Unix95 compatible. It may still be on 11i systems (it was on the early ones, as a .ps file, or it's available at http://docs.hp.com/en/5963-8942/index.html). It's interesting reading, if you're only familiar with Linux and would like some insight into how a commercial Unix designed to accommodate large installations was done.

      But that doc defines /etc as "Machine-specific configuration and administration databases. No executables invoked by users". In an ideal world, I don't think anything with the executable bit set should live in /etc. My inner Security Guy wants to be able to mount /etc read-only, at least in hardened environments.

      To keep this on-topic, I'd like to mention that in at least some environments, hearing /etc/ referred to as 'et cetera' was handy, in that it allowed you to immediately spot the noob. I've never heard old hands pronounce it any way but 'etsee'. But it's function was very much et cetera, not 'extended tool chest' or some other nonsense. It's about how people sort things out. You divide things into major categories, and you're usually left with a small number of things that just seem to defy categorization, unless you want to expand the count of major categories to the point where they're simply no longer major. They go into an 'et cetera' bucket. Duh.

      Some meatware systems ship with an empty /commonsense. I'm against it, but what can you do? It's been a standard since forever.

      --
      What you do with a computer does not constitute the whole of computing.
  42. It's et cetera by 192939495969798999 · · Score: 1

    The only way I've ever heard it referred to is "et cetera", meaning "not bin, not usr, not any of the other dir's, but still that stuff has to go somewhere..."

    --
    stuff |
  43. extended tool chest?!?! by Secret+Rabbit · · Score: 1

    I've _*never*_ heard it called that, always et cetera. I mean, even pretty much every definition of 'et cetera' fits.

    http://dictionary.reference.com/search?q=et+cetera
    """
    and others; and so forth; and so on (*used to indicate that more of the same sort or class might have been mentioned, but for brevity have been omitted*):
    """
    etc ;)

    I'd like to know how someone could call it extended tool chest. There is _not_ any tools in there, only configuration files.

    1. Re:extended tool chest?!?! by jamesh · · Score: 1

      Even Microsoft agree with you. One of their support articles (pre Windows 2000) gave the path of the 'hosts' file as "C:\WINNT\System32\drivers\and so on" which I found hilarious at the time! I was imagining a copy editor deciding that 'etc' had been used too many times in that article and that they'd replace that instance with something else from the thesaurus.

  44. Memories from System III by jzu · · Score: 1

    The Unix file system hierarchy was not that populated around 1983 and you had obviously fewer files on a system. If memory serves me well, there was /usr for users (which I believe had already evolved to /usr/users - that was before /home of course), /lib for libraries, /dev for devices, /tmp for temp files, /bin for essential executables... and /etc for everything else, including less fundamental executables. You can find remains from this era in the /etc/rc* hierarchy: executables, indeed.

  45. Re:/etc has not always been just configuration fil by funkfactorus · · Score: 2, Informative

    precisely. UnixWare did this as well.

    also idtune, the kernel param config util is in /etc/conf/bin

  46. /opt/? by Anonymous Coward · · Score: 0

    How does /opt fit into this sceheme?

    1. Re:/opt/? by Shag · · Score: 1

      Oh, /opt is where all the optical drive device files live, but only on Opteron-based systems, of course. :)

      Actually, I'm trying to think where I first encountered /opt - it was either on a Sun or an SGI, around 1990-1996ish, I think. Anyway, it's basically for optional software packages - often third-party - that come with all their own libraries and baggage... like if you were installing the Netscape webserver or Adobe Photoshop 3 or something on an SGI box in the mid '90s, it might have gone into /opt. (Been a while, so I don't recall. :) Nuke something out of /opt and it should be gone pretty cleanly.

      (Of course, modern package-management tools make this slightly unnecessary... but /opt bears a little bit of resemblance to OS X's /Applications in this regard - except that an application in /opt might also store its configuration, spools, and so on in its tree under /opt)

      The FHS explanation of this seems pretty decent.

      --
      Village idiot in some extremely smart villages.
  47. Best description I've seen for /etc... by Chris+Tyler · · Score: 3, Insightful

    ...is that it is the "home directory for the system". To me, that captures the sense that it's where a particular system gets its configuration (/etc/inittab, /etc/ttys) and personality (/etc/motd, /etc/issue).

    Personally I'm in the "et setera" camp, and prefer the spoken form "et see".

  48. Heated Debate? by Blackknight · · Score: 1

    Wow, you guys must have nothing better to do. It stands for "etcetera", but we just call it "etsee".

    1. Re:Heated Debate? by kv9 · · Score: 1

      Wow, you guys must have nothing better to do. It stands for "etcetera", but we just call it "etsee".

      are you kidding? what's better than real life flamewar?

    2. Re:Heated Debate? by alienmole · · Score: 1

      are you kidding? what's better than real life flamewar?
      You're right, nothing's better than a real life flamewar. I love the heft of the flamethrower, and the smell of napalm[*] and burning flesh...

      [*] in the morning...
  49. Re:Bullshit! by Anonymous Coward · · Score: 0

    s/Geek/lamer/

  50. It's American by satanami69 · · Score: 1

    So according to Butch Coolidge: I'm American, honey. Our names don't mean shit.

    --
    I really hate Dan Patrick.
  51. Evil Torture Chamber by davidwr · · Score: 1

    If you've ever touched a file in that directory you know what I mean.

    The / is you teetering backwards from the virtual roundhouse punch your system just gave you.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  52. Re:Why? He's right. by Anonymous Coward · · Score: 0

    Go USA!

  53. "extended"? by 91degrees · · Score: 1

    Surely an "extended tool chest" would imply the existence of a "tool chest". I'm always suspicious of acronyms as explanations for words anyway. Acronyms are usually pretty well known if they're used.

    Seems strange that they didn't called it "conf", but maybe init scripts and the like weren't considered part of configuration at the time, so they just threw everything that wasn't user space, mountpoints, binary files, or libraries into etc.

    1. Re:"extended"? by Anonymous Coward · · Score: 0

      Well, I can tell you why it's not called conf.. it used to just have other miscellaneous stuff in it. I've not dealt with these systems much, but on Irix, HPUX, and I guess nearly all systems in the 80's, /bin/init, /bin/login, and several other utilties.. maybe fdisk and fsck.. are in /etc instead. I don't know why they weren't in /bin from the start, I guess it seemed like a good idea at the time. So, it wouldn't have made sense back then to call it conf, although it sure would now.

  54. Oh my god, IT ALL MAKES SENSE NOW! by SmallFurryCreature · · Score: 1

    This one so goes into my quotes database. If you thought it up yourselve, brilliant!

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:Oh my god, IT ALL MAKES SENSE NOW! by Bazman · · Score: 1

      Yeah, all my own work, with a little help from www.dictionary.com. Feel free to replace /sys = she's your sister with something less SFW if you wish.

    2. Re:Oh my god, IT ALL MAKES SENSE NOW! by ettlz · · Score: 1

      Yeah, all my own work, with a little help from www.dictionary.com. Feel free to replace /sys = she's your sister with something less SFW if you wish.
      /sys/: squeeze your sausage?
  55. proper etc by RazzleDazzle · · Score: 1

    just change it to a link point to /etcetera then no one will be confused

    # ls -ld /etc
    lrwxr-xr-x 23 root wheel 11 Jan 5 10:30:08 2007 etc@ -> etcetera

    In fact, I think it would be great and more simple if eveything were a symlink in /
    thats right. I don't want any real files or directories in / at all.

    Anyone ever see how many symlinks they can nest. Does it get noticeably slower at say 5,000 links or 50,000 links? /tmp/folder -> /tmp/folder2 /tmp/folder2 -> /tmp/folder3 /tmp/folder3 -> /tmp/folder4 ...etc (or should i say /etc)
    And for fun you could make the last one point to /tmp/folder1

    Sorry about the OT but this whole discussion is OT I think

    --
    ZERO ZERO ONE ZERO ONE ZERO ONE ONE! Just brushing up for my next big invention: Ethernet over Voice (EoV)
    1. Re:proper etc by Anonymous Coward · · Score: 0

      well, I never tried, but sooner or later the kernel thinks it's a loop and returns ELOOP.

    2. Re:proper etc by nuzak · · Score: 1

      > Anyone ever see how many symlinks they can nest.

      Quoth POSIX: eight. That's the value of SYMLOOP_MAX.

      --
      Done with slashdot, done with nerds, getting a life.
  56. Probably just etc... by damg · · Score: 1
    According to Ubuntu Docs:

    /etc - configuration files, startup scripts, etc...
    1. Re:Probably just etc... by Anonymous Coward · · Score: 0

      Host-specific system-wide configuration files (the name comes from et cetera).

      http://en.wikipedia.org/wiki/Filesystem_Hierarchy_ Standard

  57. /dev/null by theuser22 · · Score: 1

    This story needs to be filed under /dev/null

  58. Every Thing Configurable by onemorechip · · Score: 1

    I'm not familiar with any of the alternatives here, but "Every Thing Configurable" is one I have heard. Still, I think that is just a "reverse initialism" (is there a better phrase for this kind of revisionism?), and that it originally must have meant "et cetera".

    --
    But, I wanted socialized health insurance!
    1. Re:Every Thing Configurable by Anonymous Coward · · Score: 0

      "Backronym" is a common neologism for this sort of thing.

    2. Re:Every Thing Configurable by onemorechip · · Score: 1

      Except that it isn't be pronounced as spelled (people say either "et cetera" or "ee tee cee"). Therefore, it wouldn't qualify as an acronym, if the derivation from the phrase were correct; so "bacronym" isn't appropriate, either.

      --
      But, I wanted socialized health insurance!
  59. Flamed? Pathetic... by lintux · · Score: 1

    > All he remembers is that he was flamed when he called it 'et cetera'

    Flamed by suckers then. It's the explanation I heard the most frequently (so it MUST be true ;-)). Those flamers just think "Unix is too cool so obviously etc can't be an everyday word like all the other people use, it must be some obscure acronym that only WE know". And most likely they don't know what it means themselves or made something up. :-)

    Where did he get flamed exactly, I wonder...

  60. Re:/etc has not always been just configuration fil by ettlz · · Score: 1

    On my NeXTStation, some of the things like ping are in /etc/.

  61. You're all wrong by israel · · Score: 1

    It stands for 'Extra Terrestrial Configure'. There are a few different schools of thought as to the origin of the term. Some people believe that it stems from when Dennis Ritchie was abducted by space aliens and returned with instructions to make it configurable. Others believe that when Steven Spielberg couldn't get his system set up properly, he turned to his little alien friend, who tried to set it up so that he could initially 'telnet home', before he gave up on the process and had to settle for using the more ancient technology of the telephone. In any case, it's commonly accepted that one of those two origins appears to be correct.

    Next week I'll explain to you how light sabers resulted in the listing of directory files.

  62. We are the patronised by matt+me · · Score: 1

    No-one who has ever used unix would tell you that /etc was extendable tool chest. So please, whoever started thinks that, shut up until you've used unix. In return, maybe we won't tell people that "Control Panel" is on the side of your computer, "My Documents" are printed on paper inside, and that "start" stands for "Start thinking alright?".

  63. I don't get it by Anonymous Coward · · Score: 1, Funny

    Same reason people transliterate Ess-Que-Ell into "Sequel"...It's quicker, and it sounds better.

    How do people get 'Sequel' from 'SKL'?
  64. simple, by pair-a-noyd · · Score: 1

    /etc is where you put all your etc stuff.
    When I need to get to my etc stuff I always look in /etc and it's there every time.
    Doh! Anyone knows that!

  65. Excretement Throwing Chimps? by NoBozo99 · · Score: 1

    ...EOM

    --
    I may not be a smart man, but I know what an inode is.
  66. everything ... by meik · · Score: 1

    /etc for "everything that configures" ?

  67. /etc = Eat Tuna Casserole by alfredo · · Score: 1

    At least that is what we ate for dinner once a week. yuck!

    --
    photosMy Photostream
  68. The real meaning they won't tell you in "books" by iPaul · · Score: 1

    Or other "sources of information." And it won't be repeated by "Intelligent People." It actually stands for "Edward The Crommulent," who embiggened all of us by providing lower case letters. You see, back in the day computers had only 14 upper-case letters to represent everything (U S R A L I B D C W P E T H), which is why you have to type passwd (no "o" because that wasn't available and we liked it that way). /USR, /LIB, /VAR, /ETC, /BIN, CD, LS, SH were all legall things we could type on those keyboards. (Actually type is a misnomer - we had to strike the 3lb keys with a ball-pean hammer to make them move unless you were one of those lucky bastards with punch-cards and an exacto knife.) Edward's first act was to give us the remaining 12 letters of the US alphabet and numbers. Then, he gave us lower-case letter so we could talk about Unix without SHOUTING ALL THE TIME. Since the reign of ETC we've had it good, before the dark ages of the GUI... But that's a tale for another time.

    --
    Leave the gun, take the cannoli -- Clemenza, The Godfather
    1. Re:The real meaning they won't tell you in "books" by SheeEttin · · Score: 1

      And this is why I start modding from the bottom up.
      Too bad I don't have any mod points...

  69. An abbreviation for by Anonymous Coward · · Score: 0

    / enhances taco commanding

    or

    / e-polls trouble cowboyneal

  70. Re:Pronunciation? _ Ask Linus! by Anonymous Coward · · Score: 0

    Linus knows how to pronounce "Linux", so ask him how to pronounce "etc". Better yet, ask Ken Thompson; he should know http://www.bellevuelinux.org/thompson.html.

    I've always called it "et cee" and understood that it was a place for system-wide configuration files.

  71. meaning of /etc by wonkobeeblebrox · · Score: 1

    /etc == "Everything That Configures"

    At least, that is how I remember it.

  72. Just ask Ken or Dennis, for God's sake. by lcrocker · · Score: 1

    Ken Thompson and Dennis Ritchie are both still alive and kicking last time I looked, so why bother quoting all these silly third-hand sources? At any rate, there's really no question that "/etc" was just a shortening of "et cetera" -- no one who progammed on or for Unix in the 70s and early 80s (myslef included) has the slightest doubt about that -- it didn't just have config files, it basically had all the junk that didn't fit anywhere else.

    --
    --Lee Daniel Crocker : http://www.etceterology.com My life is in the public domain.
  73. No by jandrese · · Score: 1

    Extended Tool Chest is a backronym if I ever heard one. Plus, it doesn't make sense because it isn't really a tool chest, rather it's the miscellaneous other stuff a system needs to run.

    --

    I read the internet for the articles.
  74. According to GNU by pfortuny · · Score: 0

    /etc means etc's total crap uh?

  75. a = b + x(c) by Tablizer · · Score: 1

    This is a lesson on the downsides of overly cryptic variable names.

  76. Subliminal Messaging by iphayd · · Score: 1

    It explains part of why many computer geeks are overweight...

    (E)at (T)he (C)ookie

  77. Backronym. by Ayanami+Rei · · Score: 4, Informative

    It may mean that now (and /usr = Unix System Resources, yeah right)

    But if you remember, programs like mount and user databases (when passwd files got too long to scan) were thrown into /etc. And configuration files also used to live in places like the root directory, or /var. /usr or even /lib, sometimes in ./conf/ subdirs.

    So it really did mean etcetra. And /usr really did mean 'users', as in, resources for users not administrators. Well at one point it also held home directories before that was split off into home.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:Backronym. by hutchike · · Score: 1, Informative

      In Solaris, /usr does hold home directories in /usr/home from memory, so you're right on the money. I'm with you on "etc" meaning et cetera. I've always been a fan of Occam's Razor.

      --
      Zen tips: Pay attention. Don't take it personally. Believe nothing.
    2. Re:Backronym. by amRadioHed · · Score: 1

      I've never seen a /usr/home directory. Isn't /export/home the standard location for local homes in Solaris?

      --
      We hope your rules and wisdom choke you / Now we are one in everlasting peace
    3. Re:Backronym. by Anonymous Coward · · Score: 0

      Yeah, that's correct. Locally available home directories are in /export/home then mounted via loopback.

      Never saw /usr/home before. Not sure where Ayanami saw it either, I guess.

    4. Re:Backronym. by jb.hl.com · · Score: 1

      I seem to recall seeing /usr/home on FreeBSD before. Maybe I'm hallucinating :)

      --
      By summer it was all gone...now shesmovedon. --
    5. Re:Backronym. by someonehasmyname · · Score: 3, Informative

      /usr/home is the default in freebsd. /home is a symbolic link to /usr/home.

      --
      Common sense is not so common.
    6. Re:Backronym. by arth1 · · Score: 3, Informative

      /usr/people is the historical home directory location. Last seen on IRIX.

    7. Re:Backronym. by Wdomburg · · Score: 1

      I'm fairly sure /usr/people is historical Irixism, not a Unixism. Originally it was straight in /usr; see /usr/ken (Ken Thompson's home direcotory) in the first edition Unix manual.

    8. Re:Backronym. by Wdomburg · · Score: 1

      It's been a long while, but if you look back to the old BSD-based SunOS, you'll find /usr/home. FreeBSD and OpenBSD still use it, unless I'm mistaken.

    9. Re:Backronym. by arth1 · · Score: 1

      True. But I've seen /usr/people on other boxes too, like DG-unix (Data General - anyone remember them?), so it's quite old. And I believe Sun were one of the first to move home directories out of a /usr subtree, so people could NFS mount a read-only /usr directory. /home, I find to be a bad choice, though, along with /root. The more entries you have directly under root, the harder the system has to work to access any path. These days, it's become overcrowded, with /proc, /sys, /dev, /root/, /boot, /home, /net, /mnt, /exports and who knows what else.
      Since user accounts are read-write and ephemeral, I personally want them under /var.

      Regards,
      --
      *Art

    10. Re:Backronym. by EvilSporkMan · · Score: 1

      The more entries you have directly under root, the harder the system has to work to access any path.

      Can you explain why, please? In the abstract visualization of the filesystem as a tree, the number of branches at the top has no reason to affect the work to follow any single path.

      --
      -insert a witty something-
    11. Re:Backronym. by Anonymous Coward · · Score: 5, Funny

      because when the system looks for the top-level directory, it would have to iterate through more directories to get a match. Duh. People think that just because 'cd /etc/init.d/' and 'cd /usr/local/include/emacs/emacs2.1/site-lisp/' take the same amount of time after you hit enter then they both must be a single processor instruction or something. In fact, the computer is doing millions of calculations more for the second command, while you sit there picking your nose. That's why I only put one file or subdirectory per directory, so it's simpler for the computer to find it. If a program installs differently, I rewrite it. Since my computer doesn't have to work as hard, it lasts longer. If I did things your way, I might as well pound my motherboard with a shovel. You fucking prick, you disgust me. If someone I knew were putting too many entries directly under root, I'd smash their face with my fist. Asshole.

    12. Re:Backronym. by totally+bogus+dude · · Score: 1

      Nothing to add, that post was perfect as is. Someone needs to mod it up so it's not invisible to most people...

    13. Re:Backronym. by Anonymous Coward · · Score: 0

      The moment you start talking about "work", even abstractly, you're getting into complexity theory from computer science. You don't get to assume a constant-time n-ary tree for unbounded n, because if you did searching would be O(1) and sorting would probably be O(n), neither of which characterize the best known algorithms.

    14. Re:Backronym. by BrokenHalo · · Score: 1

      But I've seen /usr/people on other boxes too, like DG-unix (Data General - anyone remember them?)

      Sure. Aviion and so forth. That was when they were trying to claw back some of the market they were losing with AOS/VS and AOS/VS2. Such was the nature of the Unix trend at that time; in fact the AOS implementations were pretty mature and effective at the time, and their DG-UX always came across as a bit of a cobble.

      It wasn't that long ago, though. I was using the DG stuff in 1990, quite late in my sysprogging career by comparison to the old core-memory Burroughs B3700 that I first started on. IIRC, that went out of production in 1976.

    15. Re:Backronym. by arth1 · · Score: 1

      The problem here isn't the number of brances at the top, but the number of branches at the bottom. To find the file /foo/bar/baz, the system first has to find /foo's inode. This takes more time if the / directory has so many entries it that the list of names are spread out over multiple disk blocks.
      Since the root is a part of every path on the system, even a tiny slowdown here will affect everything else too, and it all adds up.

    16. Re:Backronym. by Wdomburg · · Score: 2, Insightful

      There's an inode cache for a reason, you know.

    17. Re:Backronym. by Fulcrum+of+Evil · · Score: 2, Informative

      Since the root is a part of every path on the system, even a tiny slowdown here will affect everything else too, and it all adds up.

      Nah, the blocks for the root directory are most likely always in core, so as long as you don't stuff 10,000 files in root, you'll be fine. Also, a lot of filesystems have binary searching in the directory listing, so 10k files even would be ok.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    18. Re:Backronym. by arth1 · · Score: 1

      That RAM caches are orders of magnitude faster than disk doesn't mean that it doesn't take time. If you read an extra block or two from cache millions of times, it adds up.

    19. Re:Backronym. by Wdomburg · · Score: 1

      You seem to have the buffer cache and inode cache confused. The former is what deals with filesystem blocks, the later caches file and directory lookups. Anything that's commonly accessed is going to be a cache hit regardless of what your filesystem structure looks like. With less common lookups if the difference between a scan through a half dozen entries and a dozen entries is going to be noise. The only times I've seen a real bottleneck related to directory size are applications where you see hundreds to thousands of files (news feeds, message-per-file mailboxes, etc) and even that's largely a Solved Problem with more modern filesystem designs; see the h-tree index used in ext3 to avoid multi-block directory scans.

    20. Re:Backronym. by locoluis · · Score: 1

      I've seen /usr/(username) in a small but ancient system somewhere. Most executables were in /bin or /sbin.

    21. Re:Backronym. by greginnj · · Score: 1


      Uh-oh, don't tell DJB; he may throw a conniption fit at you for violating his license terms.

      --
      Read the best of all of Slash: seenonslash.com
    22. Re:Backronym. by WgT2 · · Score: 1

      I absolutely have to disagree with you on, at least, /root being a problem. The last thing I want to see in my / directory, as in Solaris, is a bunch of '.' configuration files for the user root. I also can't stand it when Debian puts some .crap file in the / directory. If it's so important to the box booting, put it in /boot or even /etc.

      I guess I'll bite at the story's mention of Gnome being associated with 'etc' meaning 'extended tool chest': they do so many other things wrong, why not this too?

    23. Re:Backronym. by lundqvist · · Score: 1

      I've been using /home for some years just to improve on security

  78. /usr/bin by Anonymous Coward · · Score: 1, Informative
    I remember reading, a loooooooong time ago, that frequently accessed binaries and binaries needed at boot time were stored in /bin. Other binaries were in /usr/bin. Dennis Ritchie's Unix Notes from 1972 (http://cm.bell-labs.com/cm/cs/who/dmr/notes.html) somewhat supports this memory by stating, "there is a directory '/usr' which contains all user's directories, and which is stored on a relatively large, but slow moving head disk, while the othe files are on the fast but small fixed-head disk."

    Folks interested in the history of C and Unix will find many interesting documents at Dennis's web page (http://plan9.bell-labs.com/who/dmr/index.html).

    Also interesting are a number of old articles:

    But I couldn't find anything on the meaning of /etc ;-)
    1. Re:/usr/bin by eneville · · Score: 1

      I remember reading, a loooooooong time ago, that frequently accessed binaries and binaries needed at boot time were stored in /bin. Other binaries were in /usr/bin. Dennis Ritchie's Unix Notes from 1972 (http://cm.bell-labs.com/cm/cs/who/dmr/notes.html) somewhat supports this memory by stating, "there is a directory '/usr' which contains all user's directories, and which is stored on a relatively large, but slow moving head disk, while the othe files are on the fast but small fixed-head disk." i don't know why your post is modded 0, it's got good content.

      binaries needed at boot time are generally in /bin, most things like shells that is. /usr is generally on another partition so mount is probably going to be required in order to mount it, from a startup script.
  79. From "The UNIX Programming Environment" by eGabriel · · Score: 5, Informative

    Brian W. Kernighan and Rob Pike, chapter 2.6 -- "The Directory Hierarchy":

        "/etc (et cetera) we have also seen before. It contains various administrative files such as the password file and some systems programs such as /etc/getty, which initializes a terminal connection for /bin/login. /etc/rc is a file of shell commands that is executed after the system is bootstrapped. /etc/group list the members of each group."

    I looked through Ritchie and Thompson's "The UNIX Time-Sharing System" and found no mention of /etc, so that's the best I could do from my own bookshelf.

    1. Re:From "The UNIX Programming Environment" by Anonymous Coward · · Score: 0

      The same book also describes /usr in Chapter 2.3 thusly:

      "/usr is often the top directory of the user file system. (user is abbreviated to usr in the same spirit as cmp, ls, etc.)"

  80. etc = EXTRA TRASH CONTAINER by hackingbear · · Score: 1

    eom

  81. according to my old AT&T / bell labs .... by josepha48 · · Score: 1

    UNIX programming manual from the 70's, /etc is essential data and dangerous maintenance utilities. Having said that, I think et cetera would be close. I actually think it stands for something like essential tools and configurations. Only using et&c would not work because of the &. I suppose it could have been /etnc but why?

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

  82. More to the point: by Ayanami+Rei · · Score: 1

    Binaries for doing things on the system that weren't built into the shell usually lived in your home directory, and your home directory was all of, or at the beginning of your path.
    Binaries that everyone could use would be owned by the 'bin' account and lived in /usr/bin. But eventually user directories moved out of /usr to /home as the size of the system software grew to the point where it was relocated to /usr/bin + /usr/lib, effectively.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  83. Extended wouldn't be abbreviated that way by belmolis · · Score: 1

    I've used Unix since 1982 and I've always understood it to be "et cetera", pronounced et-cee. "extended tool chest" is out of the question. If that were the meaning, it would have been abbreviated "xtc", not "etc".

  84. Wiki vote by mariushm · · Score: 1

    Well then.. let's start a wikipedia like vote system.. maybe in 6 months we'll agree on something.. like anybody cares...

  85. Teh Internets Have Spoken by Trollusk · · Score: 2, Funny

    Google "extended tool chest" returns "about 13 results." If that's the meaning, it's a very well-kept secret meaning.

  86. At one point: by Ayanami+Rei · · Score: 1

    /sbin really did mean static-bin. There was also a convention for /stand to contain standalone binaries that could be used if the C-library was hosed.
    Nowadays you just look for commonly-used commands that start with 's' in /bin or /sbin, i.e. sln for statically-linked ln.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:At one point: by AJWM · · Score: 1

      /sbin really did mean static-bin.

      True enough, I was just bemoaning that it doesn't anymore. Just a quick look at /sbin on this Linux box shows about six statically linked binaries - those that deal with kernel modules, init, ldconfig, and sln.

      --
      -- Alastair
  87. et cetera for sure by kbahey · · Score: 1

    I have been using and programming UNIX systems for 20 years, starting with early versions of UNIX System V. Before Linux existed even, and before Sun worked with AT&T to create SVR4 (and later, Solaris).

    It is not extended tool chest, nor editable text configuration.

    It was just et cetera, and contained some text configuration files, such as passwd, group, inittab, ...etc.

    In those days, /etc/ even containing binaries such as /etc/init and /etc/telinit.

    So, rebooting was done by invoking /etc/init. This was before /sbin and /usr/sbin came into existance.

    1. Re:et cetera for sure by FLJerseyBoy · · Score: 1

      Concur. I started with AT&T in 1979 -- never heard it called anything other than "et cetera" until setting foot outside the castle walls in 1990.

  88. Re:/etc has not always been just configuration fil by PWill · · Score: 0

    at least I remember this for SCO OpenServer ...SCO? When was the last time they said anything credible?
    --
    A black cat crossing your path signifies that the animal is going somewhere.
  89. /etc? by romkey · · Score: 1

    Kids these days... sheesh.

  90. Why don't you ask... by TransEurope · · Score: 1

    ... Thompson or Ritchie? Their mail addresses are freely available.
    Maybe one of the two guys would answer the question.

    http://www.cs.bell-labs.com/who/dmr/

    http://www.cs.bell-labs.com/who/ken/

  91. man hier by istartedi · · Score: 1

    Well, just type ``man hier" for an explanation. Unfortunately, this tells you what's supposed to be in there, and in its subdirectories, but gives no clue as to what they were thinking when they named it. However, since it contains a lot of various subdirectories I've always assumed it was et cetera.

    The two boxes that I can access right now, an Ubuntu box and a FreeBSD one, mention configuration files which are local to the machine and system configuration files and scripts respectively.

    And then they both go on to mention this config file, that config file, etc...
    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  92. I agreebut ..... by taniwha · · Score: 1
    back then it did just mean 'etc' and it's contents have changed around a lot since then (/etc/rc? /etc/rc.d/init.d? /etc/init.d? .....). Any thing else is something someone's made up for their own amusement

    However even back then people argued over how to pronounce it 'etsi' or 'et cetera' .... can't remember exactly it might have been an eastcoast/west coast thing too (I do weem to remember 'etsi' being in use at Bell Labs)

  93. It sucks by renoX · · Score: 1

    Having a file hierarchy standard with unknown name sucks.
    Then again, Unix poor naming isn't restricted to /etc..

  94. etc means ... by giriz · · Score: 1

    extra-terrestrial-clones

    --
    I don't want a signature.
  95. It sure ain't "text" anything. by argent · · Score: 3, Informative
    Now I haven't personally used anything earlier than 5th Edition, but I can't recall anyone seriously referring to /etc as anything but "etcetera" or "ee tee see", but just to be sure that it didn't start out as an acronym I checked the First Edition manual, and found section 7 full of programs in /etc, including good old /etc/init, as well as the Fortran compiler, the assembler, and the b compiler!

    Thus we come to the UNIX warm boot procedure: put 173700 into the switches, push load address and then push start. The alternate switch setting of 73700 that will load warm UNIX is used as a signal to bring up a single user system for special purposes. See /etc/init.

    Where we find...

    init is invoked inside UNIX as the last step in the boot procedure. It first carries out several housekeeping duties: it must change the modes of the tape files and the RK disk file to 17, because if the system crashed while a tap or rk command was in progress, these files would be inaccessible; it also truncates the file /tmp/utmp, which contains a list of UNIX users, again as a recovery measure in case of a crash. Directory usr is assigned via sys mount as resident on the RK disk. [...]

    An interesting tidbit is the list of files installed into the boot disk from tape on a virgin UNIX system:

    /etc/init /bin/chmod /bin/chown /bin/cp /bin/ln /bin/ls /bin/mkdir /bin/mv /bin/rm /bin/rmdir /bin/sh /bin/stat /bin/tap

    Thus this is the set of programs available after a cold boot. /etc/init and /bin/sh are mandatory. /bin/tap and /bin/mkdir are used to load up the file system. The rest of the programs are frosting. As soon as possible, an sdate should be done.

    BUGS: The files /bin/mount, /bin/sdate, and /bin/date should be included in the initialization list of maki.
  96. C:\?what by k1e0x · · Score: 2, Interesting

    et cetera makes sense as its not just configuration, you have init, password and "various" other stuff found there. etc.. etc..

    A better questions is.. why does Windows Vista (the most advanced OS on planet earth per Steve and Bill) use alphabet device names in 2007?

    I can hear computer novices saying..

    Novice: "Why is my primary drive C and not A?"
    Master: "A and B are reserved for floppy drives."
    Novice: "What's a floppy drive?"
    Master: ".. Something we don't use anymore."
    Novice: "Why are they still reserved then?"
    Master: "They just are."
    Novice: "Why isn't A the primary and C or Z reserved?"
    Master: "... just use Unix, explaining /etc is much less confusing ok."

    --
    Bringing liberty to the masses. - http://freetalklive.com/
    1. Re:C:\?what by toddestan · · Score: 1

      What I've heard is that every time Microsoft has looked into dumping the A:, C: etc. way of doing things, the users have overwhelmingly favored leaving it the same.

      On the other hand, I would like to point out that it has been tweaked, it's just that it seems subtle enough that people haven't realized it. This is how it's been since Windows 95 came out:

      Desktop
      -My Documents
      -Network Neighboorhod
      -My Computer
          - A:
          - C:
                  - Program Files
                  - Windows
          - D:
      -Recycle Bin

      and so on.

    2. Re:C:\?what by k1e0x · · Score: 1

      C: is just a "insider" computer term that everyone seems to know ans is comfortable with.. but its still not right and its not "easy" by any streach. It should be called Hard Disk and ALL system files should be located in "System" or maybe "Windows" Its a throw back to anchient computing and was a bad idea way back then too.

      You also touched on another confusing problem that is.. Program Files. In start menu, programs are listed not by what they do, but by.. "vendor name" how absurd is that. I mean, doesn't everyone think of the word "Nullsoft" when they want to play music? Sorting applications like this is, was, and always will be a bad idea.

      It's very appernt that windows does not have a logical drive layout because ever advrage joe novice I see has personal files thrown around the system in every place humanly possible. how many people have seen C:\Downloads and C:\stuff with photos, documents, music, and movies all scattred inside? If Windows had a useful simple drive layout this would not happen. (OS X is a prime example of a better system, yet they dont get everything right.)

      --
      Bringing liberty to the masses. - http://freetalklive.com/
    3. Re:C:\?what by toddestan · · Score: 1

      To be fair, in Windows XP (and possibly earlier versions of Windows) the drives have their label first, then the drive letter second. For example, if the C:\ drive was labeled "Harddrive", in Windows Explorer you see "Harddrive (C:)". The CD-RW drive is labeled CD-RW (D:), and the floppy is "3 1/2 Floppy (A:)". Seems like a reasonably compromise that the old school DOS users haven't complained much about, but less confusing for newer users.

      Now the start menu is just a mess, mainly because installers can create entries named whatever they want, and stick things whereever they like. Linux Distros, since they control the repositories and hence the software users can install (unless the said user is particularly savvy and needs stuff that isn't in the repository), seem to have the best solution, where things are grouped by what they do (Networking, Office, Utilities), though there is still a big problem with programs having wierd, non-descriptive names. (What does Kate do? The Gimp?)

      Also, the reason why people scatter stuff all over Window's file system is likely due to the fact that they can write anywhere. With other OSes, you generally don't run as the Administrator/root, and hence you can only write to your home directory, so that's where people stick stuff. Windows has a home directory with subdirectories like My Music, My Photos, etc. but people just don't use them. Another big problem with Windows is the idea that extra harddrives get different drive letters. Once you run out of space on your system drive, you end up being forced to dump stuff in D:\stuffs or similar.

    4. Re:C:\?what by k1e0x · · Score: 1

      Right, because it does not support mounts and uses crazy alphabet soup drive letter. (ya see there is a fundamental problem with it in addition to a use problem. I guess they might support mounts but, its not easy or much in use in the home market.)

      I blame Microsoft for the program menu because they do the same thing.. And apple looses here to as they don't use a program menu or sorting at all (yet there is spotlight) You mentioned Linux and Gnome is very very good as far as being user friendly but the underlying system has some qwerkyness.

      I would think that Microsoft can set user interface guidelines but if they have them.. they themselves ignore them. (as even MS software looks radically different from program to program, look at the latest versions of Outlook, Word, and Explorer. wtf?)

      Windows has the same problem with program names.

      What does "Power Point" do?
      What does "Excel" do?
      What does "Acrobat" do?
      What does "WinRAR" do?

      --
      Bringing liberty to the masses. - http://freetalklive.com/
    5. Re:C:\?what by hackstraw · · Score: 1

      A better questions is.. why does Windows Vista (the most advanced OS on planet earth per Steve and Bill) use alphabet device names in 2007?

      Those who do not understand Unix are condemned to reinvent it, poorly. --Henry Spencer

      I laugh when I hear at work someone talking about thier J: drive or some other random letter of the alphabet, and us oldschool UNIX guys talk about home, mail, and things in real words.

      I'm a 100% unix guy. In my NSHO, there is no other OS. Macs have come around, and they are UNIX based now. Basically, everything in 2007 is UNIX based besides Windows.

      I will keep repeating this until its not true, but MS's poor choices in OS design (to use the term losely) has set back computing by at least a decade.

      Its really sad that Windows is so popular. I'm relatively new to UNIX, since 93-94 or so, and I'm still amazed at how well it was set up in the late 60s/early 70s and how it is still _the_ OS in 2007.

      Is UNIX perfect? No. But I find it interesting that No other OS implementation that I know of (besides Windows) has lasted over the years.

  97. Re:first post by Anpheus · · Score: 1

    I always just renamed it to &c.

  98. Who cares? by ajs318 · · Score: 1

    Who cares what it's short for? It's just a place to stick configuration files, is all. You know, you can over-analyse. Then people might start to call you anal-retentive. And if you retain what comes out of your anus, that makes you full of shit.

    Or, strictly speaking, it's where your Linux distributor has hopefully tweaked all the sources for the software so it sticks all its configuration files there, rather than in some random directory such as /usr/local/foo/conf/ if you compiled it yourself from source. (Yes, you, the people with the Amphibian fetish, I'm looking at you!)

    --
    Je fume. Tu fumes. Nous fûmes!
  99. Re: other unix-related bacrynyms: by Anonymous Coward · · Score: 5, Funny

    emacs - Escape Meta Alt Control Shift.
    gdb - Get Down Baby.
    gcc - Give Communism (a) Chance.
    linux - Linus Is Not Usually Xeroflulogitic.
    lisp - Lisp Is (for) Symbolic Programming.
    java - Just Another Variant (of) Ada.
    perl - Perl Essentially Resembles Lisp.
    printf - People Rarely Insist (on) Naming This Function.
    sed - Slashdot (is) Easily Duped.
    top - Totally Ongoing Programs.
    vi - Very Irritating.

  100. Saying what you see... by fahrbot-bot · · Score: 2, Interesting
    Disagree if you must, but (coming from 25+ years as a *nix sys-admin) /etc simply stands for et-cetera and is pronounced as such (or spelled out as E-T-C). The phrase "et-see" is simply silly.

    As support, I ask how you pronounce "etc" when you read it in a book, magazine, etc...? How were you taught to pronounce it in your English class (apparently, so many years ago)?

    Ya, I thought so. :-)

    --
    It must have been something you assimilated. . . .
    1. Re:Saying what you see... by Anonymous Coward · · Score: 0

      I would disagree. I think a great many Unix admins commonly use et-see as shorthand, for example something like "you have to put an entry in et-see hosts" meaning the /etc/hosts file. Saying "etc cetera hosts" add 2 extra syllables and you know we're too lazy to do that...

    2. Re:Saying what you see... by mcrh · · Score: 1

      The convention seems a lot more rational when you realize that an archaic way of writing etc is with an ampersand --- to wit, "&c." That style was popular and is still used today (albeit in a more limited fashion) in some circles, including mathematics. I think it's fairly safe to say that many old UNIX hacks were exposed to even older mathematics in their coursework, and thus encountered that convention.

      If you came across "&c" in text you were reading aloud, how would you say it? "Ampersand-see" would sound simply ludicrous, but keeping in mind that the ampersand has evolved as simply being a ligature of the Latin "et," pronouncing it as "et-see" is entirely sensible.

      In fact, it's quite catchy. After all, doesn't it make sense to logically separate the two words ("et" and "cetera") of the abbreviation instead of saying each letter out loud as if it were an acronym?

    3. Re:Saying what you see... by Anonymous Coward · · Score: 0

      I pronounce it "etic", short for "et cetera" which is pronounced "et ketera". The "i" sneaks in because of the difficulty of the tk double consonant.

    4. Re:Saying what you see... by Anonymous Coward · · Score: 0

      > How were you taught to pronounce it in your English class?

      Etcetera... but I always think "et-see". I was certainly never taught to use "ee-tee-see".

      Don't presume you are right just because you think you are.

  101. Re:first post by Da_Weasel · · Score: 3, Insightful

    Actually there are no .'s or ..'s in the file system. These little gems only denote relative directories and are never actually part of the file system. I'll refrain from calling you a noob. Like the . it is almost always implied, and in 99% of the cases is just redundant.

    As for the /etc debate. I thought FSH settled all of this ridiculous bickering years ago? /etc is etcetera abbreviated. "Extended Tool Chest" is the most retarded thing i've ever heard. I don't know why people are still debating this. The people over at the FSH project put a lot of hard work in to their documents specifically to avoid stuff like this.

    http://www.pathname.com/fhs/

    --
    If you must!
  102. It means the FHS sucks by Wiseman1024 · · Score: 1

    It means the FHS sucks.

    --
    I was about to say 13256278887989457651018865901401704640, but it appears this number is private property.
  103. Re: other unix-related bacrynyms: by Anonymous Coward · · Score: 3, Funny

    lisp = lots (of) infuriating, superfluous parentheses

  104. Quit Arguing! by PPH · · Score: 1

    Or you're all going to get stuck with a registry!

    --
    Have gnu, will travel.
    1. Re:Quit Arguing! by Efialtis · · Score: 1

      "Or you're all going to get stuck with a registry!" Oh, Dear God, PLEASE, NOOOOOOOO!!!!!!! ;-}

      --
      --E--
  105. I went to one of the sources. by sconeu · · Score: 4, Informative

    According to Dr. Peter H. Salus, it means et cetera.

    According to Dr. Salus, "Editable Text Configuration" is alien to the thinking of the creators.

    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    1. Re:I went to one of the sources. by Anonymous Coward · · Score: 0

      This isn't one of those Doctors on Wikipedia who's really some 24 year old jackass, right?

    2. Re:I went to one of the sources. by Anonymous Coward · · Score: 0

      No. As a former President of the United States and Nobel Prize winner, I can confirm the truth of the above statement.

  106. "man heir" answers you biggest gripe. by Anonymous Coward · · Score: 0

    ID-10-T

  107. how about... by illogic · · Score: 1

    Egregiously Trivial Conversation?

  108. Re:first post by g1zmo · · Score: 2, Interesting

    Actually there are no .'s or ..'s in the file system. These little gems only denote relative directories and are never actually part of the file system

    Honest question based on your statement...Why then do . and .. affect the reference counts on hard links?

    --
    I have found there are just two ways to go.
    It all comes down to livin' fast or dyin' slow.
    -REK, Jr.
  109. I think... by BlurredOne · · Score: 0

    I think the more important question is "Who fucking cares?"

  110. Re:One of my biggest gripes against *nix by Creepy+Crawler · · Score: 1

    ---I'm almost ashamed to admit this, but I have no clue about where things go or why. .....

    Nothing's wrong with not knowing. It's not fixing that not knowing that is wrong.

    ---One place everything was in /usr and then some attempt to use the root tree. So you end up with stuff in /usr/local/bin/etc or /usr/bin/local/etc and who cares. It's just pretty much arbitrary and was writ in stone back in the dark ages.

    Thats not right. The system makes sense if you know how Unices run.

    ---This may smack of heresy, but wouldn't it be nice to have a directory tree that means something to people who have never seen it? Something like... /SYSTEM ../kernel ../gui ../config /APPLICATIONs ../kernel ../games ../allusers ../user1 ../user2 /DATA ../sound ../photos ../pron

    Lets take your ideas and explain it, beyond the jokes ;) /SYSTEM == Isnt a bad idea, but not in your sense. What comprises the system: the kernel or the software tools that allow the kernel interfaces to be used? Using a wifi connection can be mighty hard without iwconfig. Instead, your /SYSTEM could be used for signed and known good basic binaries required on every connection. Did you know that /bin/ls on most Linux installs is dynamic? What happens if your system lib failed? /kernel == Thats ok, but you also need support from kernel loaders. Also many distributions maintain this in one aspect or another. /gui == Do you mean XWindows or programs that run on XWindows? Yes, there is a massive distinction. A graphics-cardless computer can process the instructions on that computer while displaying to ANOTHER Xserver the output. So, does this catch-all directory get local XServer data or all X based programs? /config == is /etc . Plain and simple. /APPLICATIONS == Unix segregates different types of binaries. Yours would not. Not Good. /games == Are games not applications? /user1 ... == Would you have users populating / ? That's really nasty. Even /home/~ is still not quite there. Sun did this multi-home setup the best.

    Go study why Linux and Unix puts files the way they do. It is all maintained fairly well, and that includes support for multiple versions of the same program (for backwards compatibility). Windows isnt even compatible with its own previous versions.

    --
  111. Disingenious backronym by arth1 · · Score: 5, Informative
    Keep in mind that pathname.com is only a decade old, and the FHS even newer. /etc and /usr were in use a LONG time before that, and what FHS do are making recommendations for today, not an accurate representation on what went on before they were around.

    Yes, "editable text configuration" is a backronym. /etc is et cetera. All the system directories were kept to three letters, and all of the names are abbreviations -- none are acronyms.

    /bin = binary
    /lib = library
    /var = variable
    /usr = user
    /tmp = temporary
    /etc = et cetera
    /adm = administrative (now found in /var/adm)
    /log = logs (now found in /var/log)
    Later additions followed the same pattern:

    /net = network
    /mnt = mount
    In no circumstances were any of these acronyms, and making this up after the fact doesn't make it so. The general acronym fad, or I should say initialization fad, didn't appear until the 80's, and by then, the names were well established.

    And, as another user pointed out "editable text configurations" is a stupid name too, because if it's text, it's evidently editable. So why not just "text configurations" then? Also, in early Unix, everything was editable (remember, in Unix, everything is a file), so that's superfluous too. And, lastly, it was the repository for a lot of things that weren't configurations, including binaries.
    Again, this is a backronym, and not even a clever one.

    Regards,
    --
    *Art
    1. Re:Disingenious backronym by HomelessInLaJolla · · Score: 1

      Keep in mind that pathname.com is only a decade old, and the FHS even newer That is what prompted me to include a direct link to the portion of the FHS where acknowledgements are made. The text in the FHS contains many historical caveats and references to predecessors.
      --
      the NPG electrode was replaced with carbon blac
    2. Re:Disingenious backronym by dogod · · Score: 1

      /boot ?

    3. Re:Disingenious backronym by arth1 · · Score: 2, Informative

      No, /boot is rather new. Historically, the kernels have resided directly under /.

    4. Re:Disingenious backronym by czfqnr · · Score: 1

      I agree, we should move on and not inconvenience any more electrons debating the /etc definition. Most Unix admins call it 'etsee', and understand that a significant
      number of configuration files exist there.

      What more needs to be discussed?

      --
      Avg. Live Expectancy of a SysAdmin, 45 Years.
    5. Re:Disingenious backronym by archen · · Score: 3, Insightful

      And, as another user pointed out "editable text configurations" is a stupid name too, because if it's text, it's evidently editable

      but then there was the sendmail configuration...

    6. Re:Disingenious backronym by mysidia · · Score: 1

      Later additions followed the same pattern:

      Are you sure?... What about /sbin and /root ?

      One's a partial acronym, the other's a full name.

      I don't think /etc has any official expansion. I feel that Most likely the developer who picked the name meant as "et cetra," but that's something long lost to history.

      "Et cetra" is boring... How about something like "extra tool configurations"... see, technically, the kernel is the operating system, and it's the only "primary" component...

      Everything else, init, all the daemons, etc, are just extras you don't really need, stored separately, in theory disposable, but many of these extra tools need config files, if you do want to use them.

      Just because the other names aren't acronyms, doesn't mean /etc cannot be; it's not like these default base paths all follow exactly the same abbreviation convention.

      Certainly, if an acronym was intended as the description, they wouldn't have typed out the whole name. And they may have had to use it here, while managing to avoid using an acronym elsewhere.

    7. Re:Disingenious backronym by VoidCrow · · Score: 1

      I thought everyone knew that /root was an ETLA, standing for Runs Out Of Trouser Space... It was originally referred to as /roots, but the more conservative religious admins struck the 's' on the basis that the word 'roots' might cause an elderly judge to have a life-threatening erection. And that's without ever Considering The Children.

    8. Re:Disingenious backronym by David_W · · Score: 2, Funny

      but then there was the sendmail configuration...

      Hey, you can edit sendmail.cf by hand. Granted, you are likely to be committed to a mental institution shortly thereafter, but you CAN.

    9. Re:Disingenious backronym by arth1 · · Score: 1

      Personally, I find it much easier to edit sendmail.cf than to mess around with M4 macros. The latter is an abomination in the face of Nuggan.

    10. Re:Disingenious backronym by notoriousE · · Score: 0

      and all this time i thought /etc was "Edible Tuna Caserole" but in retrospect I guess et cetera makes more sense

      --


      And then there was E
    11. Re:Disingenious backronym by Sobrique · · Score: 1

      However messing with sendmail.cf in either fashion is only marginally more preferable to poking your eyes out with a Sun power key.

  112. Re:first post by Anonymous Coward · · Score: 0

    FHS (Filesystem Hierarchy Standard), not FSH (though it would also match: FileSystem Hierarchy standard)

  113. Re:first post by Anonymous Coward · · Score: 1, Funny

    Elongated Terrible Conversation.

  114. Re:first post by Anonymous Coward · · Score: 0

    Honest question based on your statement...Why then do . and .. affect the reference counts on hard links?

    That's got nothing to do with /etc.

    But to answer your question: The "/media" directory for example is linked from "/" and from what is known as "/media", plus any subdirectories inside it, e.g. "/media/cdrom". So to sum it up:

    +1 "media" in "/"
    +1 "." in "/media"
    +1 ".." in "/media/cdrom"
    --
    3
  115. Nice quote on Slashdot: by InstinctVsLogic · · Score: 1

    They spell it "da Vinci" and pronounce it "da Vinchy". Foreigners always spell better than they pronounce. -- Mark Twain

  116. Let's ask Linus! by Mr+Z · · Score: 1

    "I am Linus Torvalds, and I pronounce /etc '/etc'". ;-)

  117. Actually it means... by WheelDweller · · Score: 1

    Extended Time Continum; that's where the driver was supposed to go for the improbability drive...but the flying car carrying the portable black hole never arrived. :)

    It's "et cetera", a miscellaneous category. Anyone telling you different is selling something.

    --
    --- For a good time mail uce@ftc.gov
  118. Nothing by asuffield · · Score: 1

    It doesn't "mean" anything. There's an origin for the term, but that doesn't relate to the current use. There is no zen here - there is no special significance to the name of the directory. It's just a more or less arbitrary name for the place where the config files are kept. Searching for some deeper meaning is an exercise in futility.

  119. /etc means "et cetera" by Lew+Pitcher · · Score: 1

    From Chapter 2 ("The File System") of "The Unix Programming Environment" by Brian W. Kernighan and Rob Pike (Prentice-Hall, 1984),

      "/etc (et cetera) we have seen before. It contains various administrative
        files such as the password file and some system programs such as /etc/getty,
        which initializes a terminal connection for /bin/login. ..."

    and, for what it's worth...

        "/usr is called the "user file system,", although it may have little to do with
        the actual users of the system. On our machine, our login directories are /usr/bwk
        and /usr/rob, but on your machine the /usr part might be different, as explained
        in Chapter 1."

    HTH

    --

    "values of beta will give rise to dom!"

  120. /etc/glob by neurocutie · · Score: 1

    How many of you remember the file /etc/glob ?

    It was a BINARY/EXECUTABLE, a little helper C program in Unix V6 and prior, that handled shell metacharacter/wildcard expansions ([]?*). That's right, the shell prior to V7/Bourne shell, did not know how to expand commandline wildcards (e.g. ls -l *.c) but instead handed the job to a little C program to do it (and then do the exec(), so something like cd a* didn't work in the V6 shell).

    Anyways, the point is, /etc is most definitely et cetera -- it contained all sorts of miscellaneous stuff, both ASCII text files, like /etc/passwd, /etc/motd, /etc/ttys, /etc/rc, /etc/crontab, and BINARIES, like /etc/glob.

  121. Extremely Terse Configs by oohal · · Score: 1

    Easy

  122. Why not just change it by Trogre · · Score: 1

    to something more descriptive of what it is actually used for?

    How about /cfg
    or /HKLM

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    1. Re:Why not just change it by WeblionX · · Score: 1

      If you don't mind, I'm just going to pretend you never made that second suggestion. The first one was plenty good, no need to make me want to smash you with a very large wrench.

      --
      (\(\
      (=_=) Bani!
      (")")
    2. Re:Why not just change it by cralewyth · · Score: 1

      ... And what exactly is the HKLM meant to stand for?

      Anyways. Capitals are a no-no.

      --
      "Women are just like ninjas; They lie even when it is more convenient to tell the truth." ~ Unknown
    3. Re:Why not just change it by the_germ · · Score: 1

      Handle Key Local Machine

      Win32 registry.

  123. then the FHS is mistaken. by toby · · Score: 1

    Mod parent down, -1 Clueless.

    --
    you had me at #!
    1. Re:then the FHS is mistaken. by Checkmait · · Score: 1

      And who is the authority on this? You? Please forgive me if I believe FHS over you....

      --
      "All you need is ignorance and confidence; then success is sure." -- Mark Twain
    2. Re:then the FHS is mistaken. by Sobrique · · Score: 1

      And who is the authority on this? You? Please forgive me if I believe FHS over you.... -- Patenting software is like patenting 1+1=2.... silly.
      I'm afraid I'll have to ask you to remove your signature for patent infringment.
    3. Re:then the FHS is mistaken. by Anonymous Coward · · Score: 0

      > And who is the authority on this? You? Please forgive me if I believe FHS over you....

      Then maybe you should actually READ the FHS, because it doesn't say "editable text configuration" anywhere.

  124. We're talking about unix here. by Anonymous Coward · · Score: 0

    Unix doesn't have /boot or /proc. Linux distros tend to have /boot because they are stupid. Plan 9 has /proc, which is as you said for process information. Linux also unfortunately has /proc, but there its for a random assortment of arbitrary information in a hard to find and hard to use structure. Its too bad its named /proc since it has so little to do with the original /proc.

  125. Re:first post by ctzan · · Score: 2, Informative

    Actually, "." and ".." are part of the filesystem (i.e. they're stored on disk, as directory entries) in the FAT filesystem.

    Assuming that all filesystems are implemented 100 % similar to the one(s) you know about _is_ noob and pretentious: the implementer of the FS is free to do things the way he sees fit as long as it provides reasonable semantics.

    In fact he doesn't have to do directories or files at all - he may implement everything as a big hash with different entries sharing the same blocks.

  126. Re:Best description I've seen for /etc... by ari_j · · Score: 1

    I am a rebel. I pronounce it "ets", like if you had more than one et.

  127. Re: other unix-related bacrynyms: by trick-knee · · Score: 1
  128. /etc defined by thethibs · · Score: 1

    Volume 1 of the 1982 edition of the Bell Labs Unix Programmer's Manual defines /etc/ as "essential data and dangerous maintenance utilities". Sounds like etcetera to me.

    See Conventions: HIER(7).

    --
    I'm a Programmer. That's one level above Software Engineer and one level below Engineer.
  129. Re: other (non) unix-related bacrynyms: by deltatype0 · · Score: 1

    Boobies: Basic Operational Overdrive Biomechanical Infrastructure Emulating System

  130. FOR GOODNESS SAKE! by Anonymous Coward · · Score: 0

    Hello, people? Ken Thompson is still alive. Dennie Ritchie is still alive. Brian Kernighan is also still alive. Surely it is not beyond the wit of humanity to simply short cut this whole silly little debate by tracking one or even all three down and ASKING THEM!?

  131. final answer from ken by doccabet · · Score: 1

    i asked ken. it was originally named to be "etcetera".

  132. rtfm? by Anonymous Coward · · Score: 0

    Why do people do this kind of this shit? Another pet peeve - RTFM - F for "fine"???? Since fucking when?

  133. Re:first post by ari_j · · Score: 2, Interesting

    That was his point. If '..' is a virtual directory and not an actual entry in the directory, then why does it affect the hardlink count of the directory it points to?

  134. Re:Not liking to type by NeoManyon · · Score: 1

    This raises a much more important question, why have some distros switched to using /media instead of /mnt. WHY! It isn't three letters, it's more typing and seems totally out of place. I don't mind change if there is a real need for it. What, are we suddenly caring that newbs might find the standard naming system a bit confusing? What the f' is wrong with /mnt? I encourage all of you to resist this madness! Yes i am serious.

    --
    Your thoughts form your reality.
  135. "/etc (et cetera)" by grshutt · · Score: 1

    Brian W. Kernighan and Rob Pike gloss /etc as "(et cetera)."

    Kernighan, Brian W., and Rob Pike. The UNIX Programming Environment. Upper Saddle River, New Jersey: Prentice Hall, 1984. 63.

  136. Is "/." pronounced "slash dot" or "oblique dot"? by Derling+Whirvish · · Score: 2, Funny

    Is "/." pronounced "slash dot" or "oblique dot" or "diagonal dot"?

  137. Dunno, but here's some links. by Grendel+Drago · · Score: 1

    A proposal to encode the Greek Lunate Sigma in UCS. (It's since been incorporated into Unicode 4.0.) Or this blog post.

    --
    Laws do not persuade just because they threaten. --Seneca
  138. do not touch etc by ashwinds · · Score: 1

    Except To Configure

  139. Re:Not liking to type by Coeurderoy · · Score: 1

    The reason is that the Distro are (maybe they need to) adapting to what MIT-AI types would call Luser's.
    Or lets say people that do not make the mastering of their own computer a main priority. /mnt is short for /mount and is "the place where you should mount stuff that will not allways be mounted" /media is the place where the system will automagically put your removable media stuff, just before openning Konqueror or Nautilus on them so that they will feel that it works just like the "redmond stuff".

    Obviously you are free to configure your Gnu/Linux box so that it doesn't automagically try to find the best action for your USB key and/or CD, DVD, usb disk, etc ...

    And use the mount command (and mount to /mnt or even with the right mkdir first /I_Prefer_To_Put_It_Here_ZackleTZement :-|)=

  140. slash e t c by Anonymous Coward · · Score: 1, Funny
    Edit These Carefully.

    Duh.

  141. Like so it is definatly ... by Anonymous Coward · · Score: 0

    "easy to configure" =)

  142. It's a freaking folder! by barongas · · Score: 1

    The fact that we need 360 comments to define what an abbreviation of a folder means indicates that something is wrong with linux and us. If all these nerds put together have problems with this than what the bleeping bleep is the end user going to think?

  143. /etc - from an authoritative source by jlarry · · Score: 1
    According to Brian Kernighan and Rob Pike:

    /etc (et cetera) we have also seen before. It contains various administrative files such as the password file and some system programs such as /etc/getty,....
    . Quoted from

    The Unix Programming Environment , Prentise-Hall, Copyright 1984 by Bell Laboratories. Original hardback published in 1978. If you've never heard of Brian Kernighan, you need to study the history of "c" and Unix(tm).
  144. edit these carefully by orangesquid · · Score: 1

    I've heard "EDIT THESE CAREFULLY!" tons of places, but I haven't seen it posted in any comments yet here..

    How about, someone hop over to PUPS/TUHS and look at some of the original bell labs source / docs?

    --
    --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
    1. Re:edit these carefully by orangesquid · · Score: 1
      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
  145. Re:first post by Anonymous Coward · · Score: 0

    Not true, or not always true. In AIX it's possible for a program to delete . and .., which can be troublesome.

  146. I know! by Nakarti · · Score: 1

    Every Thing Configured
    or
    Eternal Temporary Cache
    maybe
    Eh T Ca
    Probably a tweak on et cetera, though:
    et config

  147. /etc and other unix minutiae by mweep · · Score: 1

    Fuck this carping...lets go to /root. Bill Joy, Larry Wall, or RJS...are you out there and laughing at this? Get off your smug asses and comment. :)

    --
    mweep:the sound made by the system bell on a SPARC workstation.
  148. Re:first post by fbartho · · Score: 1

    Wait really!? Does that suddenly make a directory a user can't get out of?

    jkjk for a second the beautiful thought of a bottomless directory tree that would trap unwitting users made me happy... Then reality came back.

    --
    Gravity Sucks
  149. Re: other unix-related bacrynyms: by Anonymous Coward · · Score: 0

    Hm, I had to learn it as lisp = lots (of) Insufficient, superfluous parentheses

  150. Neo-Unix! by muchadoaboutnothing · · Score: 1

    We are interested in the origin of /etc, not the comments affixed to some very modern installation. /sbin? /mount? I don't recall these existing 25 years ago. Unfortunately, I don't have an old system handy to check. Perhaps somebody can give a listing from, say V6 or V7 or BSD 2 or some such. /etc used to have lots of good stuff in it: binary executables, configuration files, whatever.

    1. Re:Neo-Unix! by ari_j · · Score: 1

      That even further solidifies my point. Things without a specific home go in /etc. I wouldn't call my comments "attached to some very modern installation."

    2. Re:Neo-Unix! by muchadoaboutnothing · · Score: 1

      Well, I think that /etc probably does stand for et cetera, but I don't think the fact that somebody made those comments constitutes proof, or any sort of evidence other than that whoever inserted the comments might've thought so.

  151. In Spanish... by Anonymous Coward · · Score: 1, Informative

    I've never questioned that /etc means "et caetera". In Spanish we are used to call it "e te ce". And, if you find it interesting, "etc" is the usual way to abreviate "ecétera" in Spanish, Catalan and other latin-descendant languages.

  152. Re: other unix-related bacrynyms: by CathalMcEairghda · · Score: 1

    I happen to own reference manuals from System iv (AT&T) and other early versions of *nix and some of your definitions are completely wrong. emacs = edit macros gdb = GNU debug gcc = GNU Compiler Collection linux = Linus' Unix lisp = LISt Processor Perl = see the Camel book by Larry Wall, the inventor of Perl for *His* definitions of what Perl means printf = print formatted sed = Stream EDit top = top processes vi = VIsual editor

  153. Anyone want to argue with Dennis Ritchie? by sconeu · · Score: 1
    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    1. Re:Anyone want to argue with Dennis Ritchie? by sconeu · · Score: 1

      Damn. I need to learn to use Preview.

      Dennis Ritchie says it's et cetera.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  154. Re:first post by stanmann · · Score: 1

    Yes, it can mean that , although cd / usually works.

    --
    Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
  155. Re:first post by fbartho · · Score: 1

    (hence, "reality came back" and I realized my dream could never be.)

    --
    Gravity Sucks
  156. Re:first post by stanmann · · Score: 1

    Note the "usually" its possible for it to "bug" your entire FS

    --
    Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
  157. Re: other unix-related bacrynyms: by focitrixilous+P · · Score: 1
    I had a friend that took a Unix class, and his teacher introduced vi as "very intuitive"

    He was the only one that laughed. Pretty sure he earned an 'A' grade right there.

    --
    SAILING MISHAP
  158. Perhaps... by Elbowgeek · · Score: 1

    ...he was attacked by a bat when he was a sbool boy?

    [Obligatory geek Monty Python reference]

    --
    Who is this delectable creature with an insatiable love of the dead?
    1. Re:Perhaps... by Anonymous Coward · · Score: 0

      > ...he was attacked by a bat when he was a sbool boy?

      A cat..?

  159. /etc by rlp · · Score: 2, Informative

    When I was introduced to Unix at Bell Labs in 1980 (cbunix 2.3) - it was pronounced "etcetera" (as in "etcetera password file"). If it was turned into a acronym, that was after the fact.

    --
    [Insert pithy quote here]
  160. Re: other unix-related bacrynyms: by joseph@ctc.com · · Score: 1

    Back in the day when RAM was just starting to be counted in megabytes rather than kilobytes, it was explained to me that EMACS (the editor that wanted to be an operating system) stood for "eight megs and constantly swapping".

  161. Edit These Config-files by mnemotronic · · Score: 1

    Existing Tool Configurations
    Evaluatable Textual Controlfiles
    Edit this crap!
    Eponymical Telemandering Collections
    Enamled Tooth Caps

    --
    The Russians have won. They have made the world a cesspool of distrust, greed, fear and hate.
  162. Re: other unix-related bacrynyms: by Anonymous Coward · · Score: 0

    Um, yeah that was a joke. I'm not sure if your response was another joke, but its not funny.

  163. Re:Is "/." pronounced "slash dot" or "oblique dot" by spwatkins · · Score: 1

    or possibly "virgule, full stop"

  164. In the Beginning by Anonymous Coward · · Score: 0

    In the Beginning there was a disk.
    people put files on it.
    Files like /password and /fstab
    And the root got big and full of files.
    So it came to pass a folder was made and
    people may have been watching the 'King and I'
    So the new folder was named /etc ... 'et cetera, et cetera, et cetera'
    The files where moved there and the root was not so big any more
    and it was good.

  165. Re: other unix-related bacrynyms: by Anonymous Coward · · Score: 0

    I learned it as, "Lost In a Sea of Parentheses".

  166. Is "Xeroflulogitic" a real word? by Zontar_Thing_From_Ve · · Score: 1

    linux - Linus Is Not Usually Xeroflulogitic

    The only web matches I could find on "Xeroflulogitic" were for this acronym. Interestingly, Yahoo had a few more matches than Google on it. An online dictionary search for this word had no matches. I suggest substituting "Xeroflulogitic" with "Xenophobic" as at least that makes sense.

    emacs - Escape Meta Alt Control Shift

    It is technically a backronym, but I think it's more accurate to think of it as a clever comment on how EMACS works than an attempt to explain what it means.

    1. Re:Is "Xeroflulogitic" a real word? by Intron · · Score: 1

      Is "Xeroflulogitic" a real word?

      It is now.

      My favorite acronym is for Windows NT,
      developed by ex-DEC folks hired by Microsoft.

      Now back up one letter: WNT --> VMS

      --
      Intron: the portion of DNA which expresses nothing useful.
  167. Slow news day? by dreamchaser · · Score: 1

    It's always been et cetera, but refered to by most as 'etcee'. What a non issue to debate!

  168. SQL -- "Squirrel" by zooblethorpe · · Score: 1

    Same reason people transliterate Ess-Que-Ell into "Sequel"...It's quicker, and it sounds better.

    Just my 2p as an oddball, but I've always pronounced SQL as "squirrel". It makes more sense to me at least, given that the acronym comes from Structured Query Language --> "SQuerL". Also seems to fit better in that squirrels are known for storing things away (and recent research suggests they remember far more and forget far less than we initially thought), whereas for "sequel" I find myself asking, "sequel to what?"

    Anyway...

    --
    "What in the name of Fats Waller is that?"
    "A four-foot prune."
  169. the final word on this topic. by capsteve · · Score: 1

    i would like to submit this to be the final word on this topic.
    according to one of the progenitors of unix, namely dennis ritchie, /etc stands for et cetera.

    ------
    Originally it was just et cetera, with things like the
    password file, init, and whatnot. Some config things
    I suppose. The executable ones like init and getty
    were put apart there because they weren't intended to
    be executed directly by the user accidentally.

    I know that various systems have loaded it up
    with other stuff, and thus they might have
    different explanations of their use of the original
    name.

        Dennis Ritchie
    ------

    --
    three can keep a secret, if two are dead - benjamin franklin
  170. Non Unix acronym by Max+Littlemore · · Score: 1

    GAFSOH: Get a sense of Humour

    --
    I don't therefore I'm not.