Slashdot Mirror


Apple Switches tcsh for bash

gklinger writes "AppleInsider is reporting that Apple has switched from tcsh to bash in the the latest developer build (7B44) of Mac OS X 10.3 (Panther). There is speculation that the switch was made to appeal to Linux users. Experienced users get pretty religious about their shells so what remains to be seen is how diehard tcsh users will react." I don't know about appealing to Linux users in particular, but I just don't know many people who prefers tcsh these days, on any platform. It seems like everyone is using bash or zsh.

265 comments

  1. One of my biggest girpes about OS X by Anonymous Coward · · Score: 0


    Has been the default shell.

    1. Re:One of my biggest girpes about OS X by tha_mink · · Score: 3, Insightful

      Can you not change shells in OSX? If you can_ What's the big deal what the "default" shell is?

      If you can't change shells_ then that's just plain weak.

      --
      You'll have that sometimes...
    2. Re:One of my biggest girpes about OS X by computerme · · Score: 5, Insightful

      yes you can. Some people just like to complain. It makes them feel better or something...

    3. Re:One of my biggest girpes about OS X by cyb97 · · Score: 1

      IIRC bash isn't bundled, only tcsh is.
      I guess that's the big complaint, me personally I downloaded bash myself and now have several shells installed for my personal abuse....

    4. Re:One of my biggest girpes about OS X by mcgroarty · · Score: 0, Troll
      It just sucks when you see something that's so close to being "right," but seems to miss the mark on something so fundamental.

      It's the same mentality that's behind different Islamic sects hating each other even more than they hate Christians.

    5. Re:One of my biggest girpes about OS X by Anonymous Coward · · Score: 1, Informative

      bash has been bundled since 10.2. zsh has been there since the beginning, I think.

    6. Re:One of my biggest girpes about OS X by tha_mink · · Score: 3, Funny

      "It's the same mentality that's behind different Islamic sects hating each other even more than they hate Christians."

      Really? How exactly does a default shell in an OS relate to that again?

      Plus if bash comes with it and all you have to do is change default shells, what's the big deal?

      --
      You'll have that sometimes...
    7. Re:One of my biggest girpes about OS X by TotallyUseless · · Score: 1

      Your definition of "right" is subjective. I think the fact it is so easy to change shells makes it much more "right" than using any on particular shell.

      --

      Time for some tasty Shiner Bock!
    8. Re:One of my biggest girpes about OS X by Trurl's+Machine · · Score: 2, Funny

      Really? How exactly does a default shell in an OS relate to that again?

      They like to bash each other.

    9. Re:One of my biggest girpes about OS X by Anonymous Coward · · Score: 0

      nicl . -create /users/yourusernamehere shell "/bin/tcsh"

      or whatever shell you want to stick in between the quotes, or use the NetInfo Utility to go and tweak it in a GUI...

    10. Re:One of my biggest girpes about OS X by bluethundr · · Score: 1

      nicl . -create /users/yourusernamehere shell "/bin/tcsh"

      or whatever shell you want to stick in between the quotes, or use the NetInfo Utility to go and tweak it in a GUI...


      Maybe that's a typo. (I don't have my OSX laptop with me to double check at the moment). But how I did this very same thing, was the way described in this article. The command they describe in the article reads:

      niutil -createprop . /users/joebob shell /bin/bash

      That article I linked to above also has info on how to do it the GUI way with the netinfo utility. Trying to do it the standard Linux "chsh" way or or the "vipw" way gets you nowhere as OSX is yp based (yp is another name for NIS).

      Although I hear they may be moving to openldap for future releases of the MacOS as part of their "Open Directory" initiative. OD looks like it may be a nice alternative to the Windoze version of the same thing. Of course, MS pretty much got their idea for AD from Novell's directory services. Can't them boys think up anythin' on they own?

      Funny, when I started this post I think I was ontopic. What were we talking about again?

      --
      Quod scripsi, scripsi.
    11. Re:One of my biggest girpes about OS X by LWATCDR · · Score: 1

      It's the same mentality that's behind different Islamic sects hating each other even more than they hate Christians.

      Good grief that has got to be one of the all time stupidest statments I have ever seen in my life. Get a clue last time I checked people where not killing each other what shell they use.

      Is Apple changing it's default shell really that big of a deal? What percentage of Mac users even use the shell? Of the Mac users that do use the shell how many know enough to hate the current shell but not enough to change it?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    12. Re:One of my biggest girpes about OS X by Anonymous Coward · · Score: 0

      Methinks YHBT and ate the hook, lover

  2. *CSH IS DYING by mcgroarty · · Score: 1, Funny
    It's official; Apple confirms: *csh is dying

    Now if they'd only put a real fucking terminal emulator in there -- I never thought something (other than the Windows console) would actually make me long for basic xterm. For a lot of *nix users, the web browser is about the only thing you don't use the shell for, and the default Mac terminal environment is pretty painful.

    Clean up the shell, tell me I've got the option to do all the Apple updates from the command line, and get emacs in the default install. Then Mac OS will finally feel like a real UNIX.

    Fact: *csh is dying

    1. Re:*CSH IS DYING by delurker · · Score: 1

      > For a lot of *nix users, the web browser is
      > about the only thing you don't use the shell for

      Take a look at links2, I installed it today. :)

      Does anyone know of a pdf-viewer wich runs on the console(fb)? fbgs is not very comfortable...

    2. Re:*CSH IS DYING by jmelloy · · Score: 3, Informative

      You can get all the software updates from the command line, at least the ones that come through Software Update. The command is "softwareupdate", and needs to be run as root.

    3. Re:*CSH IS DYING by computerme · · Score: 4, Insightful

      you can do updates from the command line...

      as for emacs...

      I found this:

      http://www.porkrind.org/emacs/

      In under three seconds. Geez...

      And btw, It already is REAL unix, and not only is it the highest volume shipping version of unix on the planet, but apple did what NO other software company has been able to do in the 30+ year history of unix. The made it usable by the masses.

      Care to give them at least an ounce of credit now?

    4. Re:*CSH IS DYING by mcgroarty · · Score: 0, Flamebait
      Mac OS X is only a UNIX in the same sense that FreeBSD, OpenBSD, NetBSD, Linux and Cygwin are. They're all UNIX work-alikes, but some expensive compliance testing to be done and some unfriendly licensing terms stand in the way of it actually being UNIX. If you say it's close enough, then so is RedHat, which does more volume than Mac OS X.

      And last I checked, porkrind.org/emacs wasn't in the default install -- correct me if I'm wrong. That's a basic and common enough tool that it should already be present on any workstation where you're asked to sit down and work or help somebody else out.

      I give them more than an ounce of credit, but it'd still be among my last choices for a UNIX workstation without precustomizing every last seat I'm going to touch.

    5. Re:*CSH IS DYING by mcgroarty · · Score: 1
      There are a number of pdf to postscript converters, and from there the number of converters to more friendly console formats are pretty much unlimited.

      I've got a chain set up to go pdf->postscript->html->w3m browser. Try that route. :-)

    6. Re:*CSH IS DYING by ZackSchil · · Score: 3, Informative
      File Edit Options Buffers Tools Help
      Welcome to GNU Emacs

      Get help C-h (Hold down CTRL and press h)
      Undo changes C-x u Exit Emacs C-x C-c
      Get a tutorial C-h t Use Info to read docs C-h i
      Ordering manuals C-h RET
      Activate menubar F10 or ESC ` or M-`
      (`C-' means use the CTRL key. `M-' means use the Meta (or Alt) key.
      If you have no Meta key, you may instead type ESC followed by the character.)

      GNU Emacs 21.1.1 (powerpc-apple-darwin6.0)
      of 2002-07-27 on law
      Copyright (C) 2001 Free Software Foundation, Inc.

      GNU Emacs comes with ABSOLUTELY NO WARRANTY; type C-h C-w for full details.
      Emacs is Free Software--Free as in Freedom--so you can redistribute copies
      of Emacs and modify it; type C-h C-c to see the conditions.
      Type C-h C-d for information on getting the latest version.
      I know little to nothing about traditional *nix tools, I still crack open BBEdit because that's the way I've done things, well, forever now, but when I type in emacs into the OS X command line I get this. It appears to be GNU Emacs, though a slightly outdated version. I never installed this. I'm the only user of this machine. It think it's included in OS X.
    7. Re:*CSH IS DYING by WzDD · · Score: 2, Informative

      sudo softwareupdate

    8. Re:*CSH IS DYING by babbage · · Score: 4, Informative
      get emacs in the default install

      Come again?

      % ls -1 /usr/bin/*emacs*
      /usr/bin/emacs
      /usr/bin/emacs-21.1
      /usr/bin/emacsclient

      Funny troll, but emacs is part of the default install.

      Caveat: it's possible that emacs is part of the developer's tools rather than a base OSX installation. I don't think that matters though: if you're looking for a "real Unix", then you're going to want a C compiler and all the rest anyway, so you're going to check off the button for "install BSD subsystem" at system install time and you're going to install the developer's tools immediately after you first log in to the system. So whether Emacs was available 0 minutes or 2 minutes after the first login, I still would call that part of a complete operating system, and saying that it's not available is just trolling.

    9. Re:*CSH IS DYING by Melantha_Bacchae · · Score: 1

      mcgroarty:

      Sorry to burst your bubble, but I have been using *csh for thirteen years and I am not going to stop now. ;)

      Apple has an X server in beta that is a free download. Go download it and whatever terminal emulator you like.

      Bash is available on Jaguar and will be the default on Panther, which should suit you.

      For Apple updates from the command line, try "softwareupdate".

      Commandline Emacs not only is a part of OS X (if it isn't on your Mac, install the free Developer Tools), but there is an xemacs that works on the X server, and an Aqua emacs port.

      "What's going on here, monsters on Parade?!"
      "Godzilla, Mothra, King Ghidora: Giant Monsters All-Out Attack"
      (US Premiere on SciFi Channel Aug 31)

    10. Re:*CSH IS DYING by Isbiten · · Score: 1

      Umm, you can update software via the terminal and suprise emacs is included with default install!

      --
      I fought the corporate America, and the corporate America bought the law.
    11. Re:*CSH IS DYING by Anonymous Coward · · Score: 0
      as for emacs... I found this: http://www.porkrind.org/emacs/
      Why not just install the Apple developer tools? That includes emacs.
    12. Re:*CSH IS DYING by Anonymous Coward · · Score: 0
      I don't know what emacs is, but my factory-configured 17" iMac with Panther does not have it.

      Are you sure you didn't install it yourself?

    13. Re:*CSH IS DYING by daeley · · Score: 3, Troll

      Not to nitpick, but one can run softwareupdate as nonroot in order to check for updates, then sudoing it for the actual install.

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    14. Re:*CSH IS DYING by MohammedNiyalSayeed · · Score: 0

      Seriously, man, if a user needs to be told about 'sudo softwareupdate', it's probably better in the long run to tell them to 'sudo rm -rf /" instead. It'll save tons of time when they can't bother to find answers to all the other questions they have.

      I always love seeing people bitch about things, when what's actually wrong isn't the OS, but the user being either retarded or lazy.

      --
      /*- Mohammed -*/
    15. Re:*CSH IS DYING by BlankTim · · Score: 1

      It's on the developer tools cd.

      --
      Just once, I'd like it if someone called me "Sir".
      Without adding, "You're creating a scene."
    16. Re:*CSH IS DYING by zojas · · Score: 2, Informative
      apparently you've never actually used OS X. it ships with the terminal version of emacs, in /usr/bin. if you want a carbon gui port of it, you can get it from here.

      You can run software updates from the command line, using /usr/sbin/softwareupdate which even has a man page!

      I agree there are some issues with terminal.app, but it's nearly trivial to put on apple's X11 and get a real xterm for when you need it. most of the time, terminal.app is good enough.

    17. Re:*CSH IS DYING by gaelicwizard · · Score: 1

      Wow, you have a "factory-configured 17" iMac with Panther"?!?! Where'd you get it and from what factory?! Last I heard, Panther was available only if you went to WWDC 2003 or were blessed by Steve himself (i.e. had a seed license thingie). ;-)

      --
      -- JP
    18. Re:*CSH IS DYING by 1155 · · Score: 1

      emacs IS in the default install

      you CAN update via command line.

      you DON'T have a mac

    19. Re:*CSH IS DYING by Gogo+Dodo · · Score: 1

      emacs is part of the base BSD layer, I believe. It's definately not part of the Developer's Tools install.

    20. Re:*CSH IS DYING by Anonymous Coward · · Score: 0

      Just type softwareupdate in the terminal.

    21. Re:*CSH IS DYING by squiggleslash · · Score: 1

      My factory configured 15" PowerBook has it, and I haven't installed the developers tools yet. The Jaguar default install certainly appears to include EMACS.

      --
      You are not alone. This is not normal. None of this is normal.
    22. Re:*CSH IS DYING by daviddennis · · Score: 1

      Is there an Aqua Emacs port with variable width font support yet?

      I've been looking for one for ages ...

      Many thanks.

      D

    23. Re:*CSH IS DYING by mike3k · · Score: 1

      Emacs is in the default install.

    24. Re:*CSH IS DYING by Isbiten · · Score: 1

      Of course I am, Im on jaguar since Im not one of those lame ass idiots who is hurting the apple seed program.

      --
      I fought the corporate America, and the corporate America bought the law.
    25. Re:*CSH IS DYING by hysterion · · Score: 1
      Caveat: it's possible that emacs is part of the developer's tools rather than a base OSX installation.

      Neither... it's in the 'BSD Subsystem':

      [localhost:/Library/Receipts] fz% lsbom BaseSystem.pkg/*/*.bom | grep emacs
      [localhost:/Library/Receipts] fz% lsbom BSD.pkg/*/*.bom | grep emacs | head
      ./usr/bin/emacs 100755 0/0 4596224 984769677
      ./usr/bin/emacs-21.1 100755 0/0 4596224 984769677
      ./usr/bin/emacsclient 100755 0/0 18816 2379366773
      ./usr/libexec/emacs 40755 0/0
      ./usr/libexec/emacs/21.1 40755 0/0
      ./usr/libexec/emacs/21.1/powerpc-apple-darwi n6.0 40755 0/0
      ./usr/libexec/emacs/21.1/powerpc-apple-darwi n6.0/cvtmail 100755 0/0 14296 54555928
      ./usr/libexec/emacs/21.1/powerpc-apple-d arwin6.0/digest-doc 100755 0/0 9800 4003839821
      ./usr/libexec/emacs/21.1/powerpc-appl e-darwin6.0/emacsserver 100755 0/0 15140 4125531766
      ./usr/libexec/emacs/21.1/powerpc-apple -darwin6.0/fakemail 100755 0/0 9572 756569478

      (Not sure if the checkbox to install the 'BSD Subsystem' is on or off in a default installation. I suppose what some people would like is the assurance that this stuff is there when they walk to someone else's machine.)

  3. But unless bash... by computerme · · Score: 5, Funny

    also does "ogg vorbis" i predict still more complaining....

    1. Re:But unless bash... by mcgroarty · · Score: 0, Offtopic
      Would sure be sweet if the iPod and iTunes did ogg vorbis by default.

      I just ordered a 30g iPod, but I looked long and hard for a similar alternative because of that single feature lacking.

    2. Re:But unless bash... by Anonymous Coward · · Score: 1, Informative
      What are you talking about? Bash has supported Ogg Vorbis since 2002, for audible alerts and stuff (together with WAV and AIFF.) Try:

      bash$ set -o margin-bell /usr/share/sounds/bell.ogg

    3. Re:But unless bash... by Anonymous Coward · · Score: 0

      But the point is that you bought the iPod anyway.

    4. Re:But unless bash... by mcgroarty · · Score: 1
      But the point is that I shopped long and hard for alternatives. I almost opted for another hard-drive based unit because it had FM radio and was a little cheaper, but I couldn't find reviews for it.

      The iPod wasn't the automatic choice. And to a marketer, that's just as bad.

    5. Re:But unless bash... by Anonymous Coward · · Score: 0
      "also does "ogg vorbis" i predict still more complaining...."

      For fuck's sake, why do you hate Apple so much?

      Use something else if you're going to tear on it every time it's mentioned.

      I wish they could ban you from replying to all Apple stories, since ranting against Apple is the only time I see you posting, "computerme."

    6. Re:But unless bash... by Anonymous Coward · · Score: 0

      No, seriously. The point is that you bought the iPod anyway. Alternatives, schmalternatives, a sale is a sale. No matter how long or how hard you looked, you came back to Apple and bought the iPod anyway.

      If there were enough people like you out there--people looking long and hard for an alternative--then somebody would provide it. There aren't, so nobody does. So you, just like everybody else, buy the iPod.

      That's it. That's the story, beginning, middle, and end.

    7. Re:But unless bash... by mcgroarty · · Score: 1

      Actually, this was just announced. I might have held out for that, and others certainly will if it's here by Christmas.

    8. Re:But unless bash... by otuz · · Score: 1

      So? It doesn't support Ogg/Vorbis and isn't equipped with FireWire?

    9. Re:But unless bash... by mcgroarty · · Score: 1

      I don't care about ieee1394 -- usb 2.0 is fine. It's smaller, and will likely be cheaper.

    10. Re:But unless bash... by Anonymous Coward · · Score: 0

      Toshiba is touting its support for Microsoft's Windows Media Player 9 format, which presumably means its DRM'd to the hilt.

      Good choice. Dipshit.

      The Gigabeat G20 M200J is due to go on sale in Japan in October.

      Oh, never mind. It's not actually out yet. By the time it streets, iPod generation 4 will be out, smaller and lighter and more fully featured, and just as DRM-free as ever.

    11. Re:But unless bash... by mcgroarty · · Score: 1
      I'm a dipshit. :-)

      It also has mp3 support. Read the article. You're going to freak because in addition to the standard format, it offers another?

    12. Re:But unless bash... by Anonymous Coward · · Score: 0

      Why yes, as a matter of fact you ARE a dipshit. How do you know this thing plays MP3's? The article specifically says it supports WMA, which is all you know for certain.

      Even if it does play MP3's, buying one of these still puts money into Micro$oft's coffers. Do you feel good about that? Hmm, dipshit?

    13. Re:But unless bash... by mcgroarty · · Score: 1
      How do I know the thing supports MP3s? Let's look at the title of the article: Toshiba debuts smallest HDD MP3 player.

      Supporting WMA doesn't require a license fee from MS at present. If I buy the thing for mp3 use, I'm not putting a penny in Microsoft's pocket.

      I do feel a little bad about supporting Apple owing to their having licensed single click shopping from Amazon, however.

    14. Re:But unless bash... by Anonymous Coward · · Score: 0

      don't feed the apple trolls here. nobody gets this defensive about a pocket music player for real. if they do, the dipshit name comes to mind.

    15. Re:But unless bash... by Anonymous Coward · · Score: 0

      Supporting WMA doesn't require a license fee from MS at present.

      Wrong. Go look it up. Google for "WM9 license"

      I do feel a little bad about supporting Apple owing to their having licensed single click shopping from Amazon, however.

      Why? Because you think Amazon's a silly name? What?

    16. Re:But unless bash... by mcgroarty · · Score: 1
      It's now a dime per unit. Used to be free; I can't exactly say it's a shame.

      You can find some info on Amazon and the one-click patent here.

    17. Re:But unless bash... by damiam · · Score: 0, Offtopic

      Had you considered the Rio Karma?

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    18. Re:But unless bash... by mcgroarty · · Score: 0, Offtopic
      No, but I wish I had -- built in Ethernet and USB 2.0 -- that's the shit!

      This one is 40g, 10g more than the iPod, and at the same price. My iPod is still en route -- I may well return it if the Karma is shipping soon and I can verify Linux support.

    19. Re:But unless bash... by Anonymous Coward · · Score: 0

      You can find some info on Amazon and the one-click patent here.

      Bwah-ha-ha. I'd sooner rip out my eyes with rusty sporks than click on a GNU.ORG link. Pass.

  4. zsh and BASH? Not me... by squiggleslash · · Score: 3, Insightful
    Now, I'm a pdksh guy. I know it's old, it's not even based on the latest version of "real" KSH, but it does what I need and there's no funny stuff with the back arrow. (bash lets you edit your command history, which 99% of the time you do unintentionally and I've never figured out how to undo the damage.)

    Needless to say, pdksh is available for OS X too but you need to download and install it.

    It's great. Does exactly what I want out of a shell.

    --
    You are not alone. This is not normal. None of this is normal.
    1. Re:zsh and BASH? Not me... by ArmorFiend · · Score: 1
      (bash lets you edit your command history, which 99% of the time you do unintentionally and I've never figured out how to undo the damage.)

      What, you've never made a typeo on a command line and needed to fix it? /me bows down!

      AFAIK up-arrow recalls previous commands in last-to-first order. If you accept such a command, its appended onto the end of your list. Thus with history:

      ls
      mkdir /foo
      mkdir /bar
      triple-up-arrow => ls [return]

      your new history should be:
      ls
      mkdir /foo
      mkdir /bar
      ls
    2. Re:zsh and BASH? Not me... by squiggleslash · · Score: 1
      What, you've never made a typeo on a command line and needed to fix it? /me bows down!
      That's not the problem. The problem comes when I use a previous line to get at, say, a filename I recently used, and lose that entire line, except the filename, as a result - ie attempts to back-arrow to the same line later recalls the edited version. Your sequence only works if you only use BASH's history to recall complete lines that you want to execute identically a second time.

      I really don't see the point in allowing you to edit the history. There has to be some way to turn it off, but I've never found it.

      --
      You are not alone. This is not normal. None of this is normal.
    3. Re:zsh and BASH? Not me... by Neon+Spiral+Injector · · Score: 3, Informative

      I think what he was saying is:

      ls /some/big/long/complicated/dir/name[enter]
      [up arrow]
      [backspace]x5
      [down arrow]
      [up arrow]

      The "/name" is still missing. This history has been edited. There is no way to get it back. I like it for when I accidently type my password on the command line, I can go back up and delete it, and it will be gone. I don't like it, when I remove a complicated command and then discover I need it again.

    4. Re:zsh and BASH? Not me... by ArmorFiend · · Score: 1

      So you have a situation like this?:

      mkdir /usr/local/gugalwumpus-3.2
      cp /home/you/froombor.tar.gz ___________

      where the blank is where you want to recall /usr/local/gugalwumpus-3.2 from your history?

      What I would do is
      1) press up-arrow once to get back to the mkdir command (hiding your cp command)
      2) move cursor to the left of /usr/local/gugalwumpus-3.2
      3) Control-k (cuts to end-of-line)
      4) down-arrow (recalls cp command)
      5) Control-y (pastes /usr/local/gugalwumpus-3.2)
      ===>
      cp /home/you/froombor.tar.gz /usr/local/gugalwumpus-3.2

    5. Re:zsh and BASH? Not me... by ArmorFiend · · Score: 2, Informative

      Ah, I understand now.
      There is a way to get it back - clear your line and press return. Now when you press up-arrow the unedited line, with "name" on the end, is still there.

    6. Re:zsh and BASH? Not me... by squiggleslash · · Score: 1
      Clear your line after you edit it but before you press return or just enter a blank line?

      If the former, then that does defeat the purpose. I do want to recall lines, make changes, and keep the old unedited line in history while executing the edited version.

      If the latter, then that's not exactly intuitive, but if it works like that I'll take it!

      --
      You are not alone. This is not normal. None of this is normal.
    7. Re:zsh and BASH? Not me... by hymie3 · · Score: 3, Informative

      So you have a situation like this?:

      mkdir /usr/local/gugalwumpus-3.2
      cp /home/you/froombor.tar.gz ___________


      I'd do this: /usr/local/gugalwumpus-3.2
      cp /home/you/froombor.tar.gz !$

      The !$ means "the last part of the last command".
      Other cool "bang" commands are:
      !! - repeat the last command
      !-n - repeat the nth previous command
      !* - all of the arguments to the last command

      So, if you've ever typed "vm stuff /newdir"
      You *could* up arrow, control-A, control-D, control-F v
      or you could type "mv !*"

      Lots of nifty shortcuts. Of course, I use tcsh, so what do I know?

    8. Re:zsh and BASH? Not me... by squiggleslash · · Score: 1
      FWIW, in the case above, the most efficient way of doing this is to type "Escape-." at for ______ for the second line. Little known short cut, in all ksh type shells (including bash).

      I have to say that having to use a clipboard to get stuff from history into the current command line isn't... well, I can see how it's flexible, but it really is overkill and clumsy for the vast majority of times I'd want to use command history. Up arrow to where directory is mentioned, hit left arrow a few times, backspace a few times, insert new command... it's just obvious and right.

      --
      You are not alone. This is not normal. None of this is normal.
    9. Re:zsh and BASH? Not me... by Neon+Spiral+Injector · · Score: 2, Informative

      If you edit the line and press enter the old line is preserved, and a new entry of the edited command is added to your history. But if you edit a line, and just push the down arrow key, the old history entry is saved.

      So if you want to preserve the old command press enter, if you want to save the edited line, press the down arrow.

      The only problem comes is when you want to preserve the old command and press the down arrow by mistake.

    10. Re:zsh and BASH? Not me... by squiggleslash · · Score: 1

      That makes sense, and that's definitely usable. Thank you!

      --
      You are not alone. This is not normal. None of this is normal.
    11. Re:zsh and BASH? Not me... by gidds · · Score: 1

      But even ignoring how wonderful zsh is, it's effectively an extension of ksh, and even has a compatibility mode for behaving substantially like ksh. It's open source, it's supplied with Mac OS X (and other systems too, I believe), it can do anything you want it to, and it even has a cool name! What more could you want (apart from zealots like me promoting it)?!

      --

      Ceterum censeo subscriptionem esse delendam.

    12. Re:zsh and BASH? Not me... by GiMP · · Score: 1

      I personally make my .bash_history files chattr'ed +a (append-only). This is exceptionally useful in a server environment where you don't want users mucking with their history files.

    13. Re:zsh and BASH? Not me... by Yuan-Lung · · Score: 1

      There is a more intuitive (well, intuitive to me, atleast) method to preserve the old line. if you accidentally edited something you want to preserve, just ctrl-c to abort the current line and no change will be commited.

    14. Re:zsh and BASH? Not me... by CableModemSniper · · Score: 1

      Thats a nifty trick. Thanks.

      --
      Why not fork?
    15. Re:zsh and BASH? Not me... by laffer1 · · Score: 1

      Bash reminds me of linux. I am running OSX because I don't like linux! My default shell on all unix operating systems is tcsh. In fact, I switched to tcsh as a result of using Mac OS 10.1. I wish Apple would make up their mind. It seems like they change something important in the Unix subsystem in each release. They gutted the printing system for cups in 10.2 (which was an improvement). The other odd thing about this behavior is 10.2 modeled FreeBSD userland, unlike previous NetBSDish releases. FreeBSD still comes with sendmail by default, why not Darwin/Mac OS X?

  5. It just fits with Apple's focus on usability by ArmorFiend · · Score: 4, Funny

    This move fits with Apple's focus on usability. To be usable, you have to be pronounceable, and you have to be memorable.

    bash: nice, violent, memorable name
    tcsh: the city in Belorussia?
    Its a no-brainer, really.

    1. Re:It just fits with Apple's focus on usability by Domini · · Score: 1

      zsh: The shell of choice of Zim.

    2. Re:It just fits with Apple's focus on usability by Anonymous Coward · · Score: 0

      Only if it plays the Doom Song.

    3. Re:It just fits with Apple's focus on usability by stux · · Score: 1

      The C Shell

      heh

      Anywho, i'm a fan of tcsh, probably because I learned unix on a UNIX boxes

      (SunOS mainly)

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
  6. Welcome by DevilM · · Score: 5, Funny

    I for one welcome our new bourne again overlords.

    1. Re:Welcome by good+soldier+svejk · · Score: 1

      And their vast array of jackbooted variables.

      --
      It is cowardly, and a betrayal of whatever it means to be a Jew, to act as a white man

      -James Baldwin
    2. Re:Welcome by vonFinkelstien · · Score: 1
      Well, this reporter was...possibly a little hasty earlier and would like to...reaffirm his allegiance to this country and its human president.

      May not be perfect, but it's still the best government we have. For now.

      [notices "HAIL BOURNE AGAIN" sign taped up, tears it down]

      Oh, yes, by the way, the spacecraft still in extreme danger, may not make it back, attempting risky reentry, bla bla bla bla bla bla. We'll see you after the movie.

    3. Re:Welcome by Anonymous Coward · · Score: 0

      Heh. I just watched a mpeg of that episode this morning.

  7. this is a good thing by Dan+Ost · · Score: 5, Interesting

    I was a big fan of tcsh until I started doing serious shell scripting in
    a heterogeneous environment. Since tcsh wasn't available on all machines, all
    shell scripts were written for the bourne shell. After several months of
    using bourne shell syntax for scripts but using tcsh shell syntax on the
    command line, I finally decided that in order to preserve my sanity, I'd try
    bash on the command line. Turns out that after a day or so to get used to
    things, bash had everything I used tcsh for plus a couple of features that
    I'd never known would be so useful.

    I don't like running scripts under bash because it's so big, but as an
    environment, it's pretty decent.

    --

    *sigh* back to work...
    1. Re:this is a good thing by JDizzy · · Score: 1, Flamebait

      Dude, you cannot be serrious, right? Nobody writes shell scripts in csh or tcsh because it is well known that they are both utterly unsuitable for shell scripting. And if your talking about a hetrogenious environment, then you should have known to script in the POSIX shell which is sh. If you want your scripts to work anywhere, you would never write the script in bash, csh, or tcsh. KSH, and SH are the only two real contenders for shell scripting. Anything above the ability of shell scripting is the realm of perl, expect, tcl, etc. TCSH is a users shell because its focus is on quick intuitive user input. TCSH is just like BASH in the way it is user friendly. The issue here is the fact that Finux ships with BASH as the root's shell, and all the BSD's (OS X included) have csh heritige starting with Bill Joy (the guy who first intigrated TCP/IP into UNIX, and is the CTO of SUN) when he inventd csh to replace sh, which sucks to use. Since tcsh replaces csh all the bsd's use that. For a nearly a decade (the 1980's) CSH was the shell of choise for unix admins. In that time the notion of one shell for typing in commands, and one for scripts. Then Korn wrote ksh to replace sh for portable scripting, but it was also a super good shell for user input, and it became the dominant shell for many years (88 to 95). Enter the FSF who wanted a shell that was GPL and as userfull as TCSH and KSH. In reality BASH is as usable as TCSH, yet less portable than any other shell for scripting, csh/tcsh excluded. In general, it seems that most Finux users have zero experience with any other shell aside from BASH since Finux is typically their first, and only ecounter with a Unix-like operating system, less they seek the enlightenment of *BSD. What is observed is that many folks who do break out of their Finux trainning wheels, still need to use BASH because of the constant typo's and eronious user-input, which they instinctivly go to the back-arrow. To seasoned Unix admins this is a quick way to identify inexperienced junior admins (aka folks who have to use BASH).

      That is the skinny on shell portability, and why we are at the point we are with shells.

      --
      It isn't a lie if you belive it.
    2. Re:this is a good thing by FroMan · · Score: 2, Interesting

      Hmmm, as far as simple scripts go, I would agree bourne is the way to go. Like init scripts and such, bourne shell (not bash) is more common and hence a better way to go.

      Once you need something more than a quick script I find perl to be a much better way of doing things.

      However, I find tcsh to be more friendly for when I am using. As one of my general rules I leave root as bash while my acocunt if setup as tcsh. When I am root I go nuts because the redirecting is slightly different and I prefer ^d to get a list of files instead of tab.

      Probably muct of why I prefer tcsh is simpley I have spent more time in it and have setup my environment better for it.

      --
      Norris/Palin 2012
      Fact: We deserve leaders who can kick your ass and field dress your carcass.
    3. Re:this is a good thing by Dan+Ost · · Score: 1

      I believe you misread my post if you think I'm advocating writing shell scripts
      in csh or tcsh. I clearly said that I wrote my shell scripts in bourne shell.

      BTW, what is "Finux"?

      --

      *sigh* back to work...
    4. Re:this is a good thing by DJSpray · · Score: 2, Insightful

      I agree it is a good thing. Doing development and testing on a number of hosts I have had to bounce back and forth between machines running Solaris, Linux, and MacOS X, and on these various machines (a dozen) I never used each account often enough to customize it. I was always banging my head against the desk over such basics as how to set an environment variable. I had finally pretty much gotten used to bash before hitting MacOS X. Yes, I know I could still use bash, but again I'm working on a half-dozen machines... how much time do I really want to spend customizing them?

      And it's also true that people can write quite elaborate programs as shell scripts... but just because something CAN be done doesn't mean it should be done. Talk about non-orthoganal, idiosyncratic, hard-to-remember language constructs. I mean, someone could probably write an operating system in Cobol, but why would that be a good idea? Ruby is a good choice, and Perl is widely available. Umm... did I mention that it is widely available?

    5. Re:this is a good thing by drauh · · Score: 1

      Nah, I still like my tcsh for interactive use, and (some flavour of) sh for scripting, mostly because I've been using tcsh since 1990. Anyway, it's somewhat annoying, but not any more so than having to use more than one (programming) language. But, yes, (t)csh scripting blows. As for bash having a large footprint, I find ksh or sh works just dandy. But then, I still use sed/grep/awk rather than perl. :)

      --
      This is a tautology.
    6. Re:this is a good thing by rowanxmas · · Score: 1

      Unless the grandparent was on crack, which is likely, "Finux" is the fictional operating system developed in Finland and is earlily similar to "Linux" in Cryptonomicon by Neal Stephenson. I highly recommend reading it.

    7. Re:this is a good thing by JDizzy · · Score: 1

      I did read it. I got it from that book. It tickles the nerves of certain Finux using zelots, like yourself (I'm guessing).

      --
      It isn't a lie if you belive it.
    8. Re:this is a good thing by dbirchall · · Score: 1

      I was a big fan of tcsh for about twelve years - first started using it on SunOS 4 boxes back when SunOS 4 boxes were current. :) Eventually I got tired of having to install it on Solaris boxes, though, discovered that bash could (by then, anyway) do nice things like filename completion, and then discovered that bash instances used less resources than tcsh ones...

  8. Why not something more appealing to non-geeks by kinnell · · Score: 3, Funny

    With their penchant for user friendliness, I'm surprised they didn't choose mudsh

    --
    If I seem short sighted, it is because I stand on the shoulders of midgets
  9. Am i missing something? by rylin · · Score: 2, Insightful

    Am I missing something here?
    Surely the aforementioned experienced users would know how to switch shells?

    1. Re:Am i missing something? by XnetZERO · · Score: 2, Funny

      That would mean Mac OS X is configurable. Everybody likes to complain about how Apple sets everything up for you. Now the geek *nix guys can say "Damn you apple for making bash my default shell!" You've saved me a step in my configuration!!!

  10. Couldnt anyone that really cares... by ErisCalmsme · · Score: 5, Insightful

    just install whatever shell they wanted to use anyway? Im sure anyone that has shell scripting in mind also knows how to install their own shell the correctly right?

    --
    Chaos is Divine *
    1. Re:Couldnt anyone that really cares... by Otter · · Score: 1
      Absolutely. You probably don't even need to install it -- Jaguar ships with bash, csh, sh, tcsh and two versions of zsh.

      The real story here is that Apple has decided that the Unix users of today are more likely to be comfortable in a GNU-ish environment than in a traditional commercial Unix setup.

    2. Re:Couldnt anyone that really cares... by janeil · · Score: 1

      Exactly. It takes one dialog box to change shells in os X 10.2, another if you want to change the default shell for all users, and bash was already there as well.

  11. As long as it works... whatever... by diverman · · Score: 3, Interesting

    I was used to bash as well, and still use it as my default on my work accounts. However, I allowed myself to get used to tcsh, AND Apple's configurations for it (eventually disabled by default in 10.2, I think). Once I got used to how they configured tcsh, I was rather content to use it. When they removed the configurations that made tcsh behave as it did in earlier versions of OS X, I was annoyed, and immediate found out how to turn those back on.

    So, as long as they offer an option with some nice configurations with bash, then I'm all for it. And I DON'T want to have to configure it myself. I simply don't have the time or patience. IF tcsh actually goes away, they better port the enhancements to bash... that's all I gotta say.

    -Alex

    1. Re:As long as it works... whatever... by Anonymous Coward · · Score: 0

      IF tcsh actually goes away, they better port the enhancements to bash...

      Or what?

      Will you sell your system and not give them any more money? Or, will you continue buying their stuff, but complain on /.?

      Only choice one can really affect them. If you keep buying systems even though you're not happy, they really don't care.

      Not that I think that this is something that would/should tip the scales, but your statement that "they'd better do this" makes it sound like you have some recourse that would be damaging to them.

    2. Re:As long as it works... whatever... by Anonymous Coward · · Score: 0

      How DOES one get back the configurations from pre-10.2?

    3. Re:As long as it works... whatever... by diverman · · Score: 1

      Aww man! You're gonna make me think? You can find it in Apple's help knowledge base.

      http://docs.info.apple.com/article.html?artnum=1 07 106

      My way, create a .tcshrc file in your home directory (yes, it begins with a dot), and have that file contain a line with:

      source /usr/share/tcsh/examples/rc

      The instructions I read say something about creating an ~/init/tcsh directory and putting links, and blah blah blah... Didn't seem to need it myself. And when I looked through the real rc, all seemed well. The article I read a while back also had incorrect paths for that examples directory, so what do they know. ;) (maybe they fixed that now)

      I believe there was a minor bug (annoying but not problematic) in the /usr/share/tcsh/examples/aliases file. Something to do with TERM_PROGRAM. In mine I think I commented out the following lines (but not sure if I did that):

      #if ("$TERM_PROGRAM" == "Apple_Terminal") then
      # alias settermtitle 'echo -n ""'
      #endif

      Hope that helps.

      -Alex

  12. Default shell can be changed, I think by whjwhj · · Score: 1

    I'm pretty sure the default shell that opens in Terminal can be changed. But I don't know how it's done. Does anybody?

    1. Re:Default shell can be changed, I think by mst76 · · Score: 1

      chsh

    2. Re:Default shell can be changed, I think by profet · · Score: 5, Informative

      from shell (or just find the double clickable icon):

      open /Applications/Utilities/NetInfo\ Manager.app

      now navigate to users->$userWhosShellYouWantToChange

      find the key named....(this is a tough one) "shell" and then just put the shell you want...bash....whatever...

    3. Re:Default shell can be changed, I think by squiggleslash · · Score: 2, Informative
      One way is via Terminal's Preferences. Don't forget to include "-" as a parameter to ensure the shell thinks it's a log in shell and executes a .profile.

      Note the other poster is incorrect, chsh doesn't generally work in OS X (though it may if you switch on the BSD /etc file support.) You can, however, change people's default shells and stuff using NetInfo - NetInfo Manager in Utilities is usually a friendly way of doing this. This is also what you use if you want to change the shell that comes up in >console mode.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:Default shell can be changed, I think by Drakino · · Score: 1

      Changing terminal preferences only changes shells laaunched from terminal. Using Netinfo Manager changes it system wide so that logins via SSH also use bash, or whatever else shell you want.

      It is Unix after all, you can run whatever shell you want, and several come bundeled.

    5. Re:Default shell can be changed, I think by Kalak · · Score: 1

      This is the way I've always done it. I'd been pondering a shareware app to wrap the necessary niutil commands to do this via GUI, but I may just kill that idea (asuming someone hasn't already done it) since Apple has put my favorite as default (and let the tcsh users eat cake).

      Now if only Apple would put the shell choice in the user creation CP *where it belongs*.

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
    6. Re:Default shell can be changed, I think by Vitriol+Angst · · Score: 1

      When you open up the terminal.app it has a preference setting under "file:preferences" that allows you to set the shell.

      --
      >>"ad space available -- low rates!!!"
    7. Re:Default shell can be changed, I think by andrewski · · Score: 1

      I prefer setting up a restricted shell as a user's default shell, and if they ever even figure out what a shell is and can tell me why they need a real one, I may let 'em have it. This goes for any Unix of course.

  13. Finally by Anonymous Coward · · Score: 1, Informative

    I know Apple is just a desktop OS, but remember that it's a powerful platform usable for literate users and not just for mom and grandpa -- myself including. I'm glad that they finally realized that. I have only one questions: was it only recently that they read Tom Christiansen's great article about csh-like shells? Seriously, it was published in 1996. Heaven't they read it before? Haven't they known about those issues which Tom points out before? I know Apple doesn't have a strong Unix background (hell, Apple doesn't even have a CLI background), still I find it somehow strange. Great news though.

    1. Re:Finally by Mikey-San · · Score: 1

      They might not have the Unix background that the Solaris guys have, but remember that Apple, before OS X, had A/UX. On top of this, Apple's full of old NeXT engineers now, who are essentially old-school Unix guys.

      That article bitches about csh when it comes to programming, not interactivity.

      --
      Mikey-San
      Karma: +Eleventy billion (mostly affected by watching Celebrity Jeopardy)
    2. Re:Finally by Anonymous Coward · · Score: 0

      OSX Server not out in your nect of the woods then?

  14. This is not a good thing by metamatic · · Score: 4, Interesting

    If you're writing non-trivial scripts, you would do far better to use a decent scripting language like Ruby, Perl or Python, all of which are more portable than bash, not to mention more robust and less likely to result in scripts filled with security holes.

    The bash shell is really the tool of choice for people who can only deal with one tool. For interactive use, tcsh is better, and for scripting almost anything is better.

    Basically, bash tries to be jack-of-all-trades, with all that that implies. But to FSF folks, who use emacs, "jack of all trades" is a way of life.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:This is not a good thing by 4of12 · · Score: 3, Insightful

      writing non-trivial scripts

      I read the reasons not to use csh for scripting after I had spent about 10 years or so with csh from BSD days.

      Even though I now run bash for an interactive shell (tcsh would probably be just as good with emacs style command line editing), I'm careful to limit myself to plain Bourne shell for scripts, since those are more portable than anything - I think that's why autoconf is successful.

      The modern languages are good for serious scripting, as a glue language, for projects where you're willing to port the language and any needed libraries to the new platform.

      But for a gopher build script, poking its head up in the dark of an unknown flavo[u]r of UNIX, sh is the True Path.

      --
      "Provided by the management for your protection."
    2. Re:This is not a good thing by AndyElf · · Score: 1

      I'll second that -- I *always* use #!/bin/sh for scripting (and I *mean* sh, not bash in sh mode).

      For interactivity -- tcsh is what I use on my FreeBSD box, bash is on Cygwin, the same on a few Linux boxen. I do prefer tcsh for interactive use -- it just feels better than bash for me. This is entirely subjective -- you may like ash, zsh or perl for that matter!

      --

      --AP
    3. Re:This is not a good thing by Anonymous Coward · · Score: 0

      For interactive use, tcsh is better, ...

      How? I switched from bash to tcsh because I was tired of logging on to systems where there was no tcsh. That was after maybe 8 years of tcsh usage. I didn't notice a single feature that bash couldn't do.

      I'm talking bash 2.x. Maybe 1.x sucked. I dunno.

    4. Re:This is not a good thing by Dan+Ost · · Score: 2, Insightful

      I agree with you that for non-trivial scripts, Ruby, Perl, or Python
      (my preference is Python) are better choices, but they are not always
      available. In my case, we were writing scripts to automate machine
      installation and weren't guaranteed to have more powerful tools
      available to us on every platform.

      Just because one tool is generally better doesn't mean it is appropriate
      in every circumstance.

      --

      *sigh* back to work...
    5. Re:This is not a good thing by Suppafly · · Score: 1

      I really don't understand how people can enjoy using sh for their scripting needs, having to use eval and backticks to accomplish even the simplest language constructs has me turning to other languages almost immediately.

    6. Re:This is not a good thing by metamatic · · Score: 1

      Name a platform that has bash available for it, but not Perl.

      I can easily name systems which have Perl but not bash--Windows and Mac OS 9. (And no, Cygwin doesn't count.)

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    7. Re:This is not a good thing by Dan+Ost · · Score: 1

      These were bourne shell scripts that ran before either bash OR perl
      existed on the machine. Maybe bash and perl are part of Solaris now
      (I don't know if that's true), but they weren't then--you installed them
      after the basic install was finished.

      --

      *sigh* back to work...
    8. Re:This is not a good thing by metamatic · · Score: 1

      Yeah, well, a C compiler wasn't part of Solaris when it first shipped.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  15. tcsh user by hubertf · · Score: 3, Insightful

    count me in for long-time tcsh users.
    It's not that I'm die-hard fanatic over it, but when I started using Unix there was only tcsh as a comfort shell, no bash. And why switch when tcsh works well.

    - Hubert

    1. Re:tcsh user by Atzanteol · · Score: 4, Interesting
      And why switch when tcsh works well.
      Because there is no 'trivial' way to do this in tcsh:
      cmd 2>/dev/null
      In tcsh you need to do some kludge like:
      (cmd > /dev/tty ) >& /dev/null
      The fact that you cannot redirect stderr independently of stdout has always pissed me off about *csh. I'd rather ksh or bash anyday. Actually, I like bash for my command line, and coding in ksh...
      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    2. Re:tcsh user by AndyElf · · Score: 1

      ...or you just run that lil'l bit in sh:

      tcsh$ sh "cmd 2>/dev/null"

      --

      --AP
    3. Re:tcsh user by SeanAhern · · Score: 1

      For those who might not have seen it:
      [T]csh Programming Considered Harmful

    4. Re:tcsh user by slyborg · · Score: 1

      ATTENTION: All bash bigots please report to Linux, where people care how manly your .bashrc is.

      Isn't it BETTER that you have to know a studly weird kludge-around to get tcsh to do it? This, to me, shows geek cred. Any moron can redirect stderr independently of stdout in bash.

      I'm a csh guy from 4.2bsd days, and I have yet to be corrupted by ksh, much less bash. The clincher is, as pointed out by someone else, lack of simple completion in Korn-derived shells.

      As long as chsh is available, I don't actually know why this is an issue either way. I'll just change it back to tcsh, or get fink to install tcsh, whatever I have to do.

      tcsh - the shell for the rest of us ;-)

    5. Re:tcsh user by Valdrax · · Score: 1

      Stupid question:
      How do you redirect both stdout & stderr to the same file in bash? That one question has always bugged me ever since I got used to tcsh almost as much as the inability to separately redirect stderr in tcsh has.

      Personally, I use tcsh for my shell because it's what we use at work (and all our build scripts are based off of it). I use Python and Perl for scripting. Shell scripting (even sh/bash scripting) has always been tedious to me.

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    6. Re:tcsh user by Atzanteol · · Score: 1

      To redirect stderr to the same location as stdout use "2>&1". This 'binds' file descriptor 2 to the same location as 1.

      For instance:
      cmd > out.txt 2>&1

      This will send all stderr to out.txt as well. NOTE: that is is important that 2>&1 come after 1 is redirected as well.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    7. Re:tcsh user by Valdrax · · Score: 1

      Ah, thanks. Now that you've told me, I found that it was right there in the man pages all along. [sound of palm smacking forehead]

      Now, I can't think of anything that tcsh can do that bash can't. Too bad I'm still stuck with it at work thanks to the way our arcane login setup works (I'd have to rewrite several of the "sourced" scripts), but I guess I have nothing to worry about in the way of everyday use for my Mac OS X box at home.

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
  16. I use tcsh as my interactive shell. by molo · · Score: 4, Insightful

    tcsh works perfectly well as an interactive shell. It has some severe problems when it comes to scripting, so I do my scripting in portable bourne shell.. but tcsh is perfectly functional as an interactive shell. I use it under linux, solaris, aix, hpux, and cygwin without issue.

    That said, I'm not surprised that apple change to a bourne-compatible shell. Bourne has been the unix standard for a long time, so changing to this makes sense. It means that all of the unix examples out there will work out of the box and not have to be translated into csh syntax. This is probably a good thing. People can still exec tcsh if they like.

    -molo

    --
    Using your sig line to advertise for friends is lame.
    1. Re:I use tcsh as my interactive shell. by fault0 · · Score: 1

      > It means that all of the unix examples out there will work out of the box and not have to be translated into csh syntax.

      Well, OSX has included bash for a long time, so people could always run their bourne scripts. Now it's just default.

    2. Re:I use tcsh as my interactive shell. by molo · · Score: 2, Informative

      Well, OSX has included bash for a long time, so people could always run their bourne scripts. Now it's just default.

      I was talking about the interactive shell. I imagine MacOS X users have been confused when they see instrucitons saying that they should type "export PATH=foo" and it doesn't work in their tcsh shell.

      -molo

      --
      Using your sig line to advertise for friends is lame.
    3. Re:I use tcsh as my interactive shell. by WatertonMan · · Score: 1

      On the other hand now all the OSX tip sites will be wrong for the same reasons: the assume tcsh rather than bash.

    4. Re:I use tcsh as my interactive shell. by Have+Blue · · Score: 1

      Anyone who would ever have a reason to type "export PATH=foo" would not be confused that easily...

    5. Re:I use tcsh as my interactive shell. by WatertonMan · · Score: 1
      Anyone who would ever have a reason to type "export PATH=foo" would not be confused that easily...

      That's not entirely true. Some applications require these sorts of things. (I think Maple might, for instance) A lot of people want to run the application without necessarily knowing anything about Unix.

      Further there are lots of tips on doing things in OSX that people type in without understanding. I know that seems alien to the Unix mindset. But regular users want results, not understanding. There are numerous hints in OSXHints that do this.

  17. Speaking of shells ... what ever happened to ... by torpor · · Score: 1, Interesting

    ... that shell that had media properties?

    I seem to recall - circa 1995'ish, I guess - that there was a shell around which could do embedded media - so you could say 'cat something.jpg' and it would display the jpeg to the screen, in the scroll buffer, just like it were an inline image.

    Anyone remember that shell project? I've searched freshmeat but I can't find it ... seems to me that a shell like that would be nice to have under OSX ...

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
  18. Apparently you missed the point of the article by metamatic · · Score: 3, Interesting

    Tom Christiansen's article is explaining why csh shouldn't be used for PROGRAMMING.

    Nobody's suggesting that tsch be used for programming. Least of all Apple, who don't provide any kind of development documentation for it beyond the man page. Scripting on the Mac is best done in AppleScript. Scripting on UNIX is best done with Python, Perl or Ruby.

    You can run any shell's scripts from your choice of shell, and anyone writing shell scripts more than a couple of dozen lines long ought to be taken out and shot anyway, so there's absolutely no reason to pick your interactive shell based on its scripting capabilities. That's like picking your web browser based on how well it does "display source of page".

    Fact is, tcsh is a better interactive shell than bash for newbies, thanks to intelligent command completion. (No, I don't mean the "complete the program name" stuff bash has, I mean the way tcsh knows about common arguments and options of the most-used programs, and can fill those in for you as well.)

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:Apparently you missed the point of the article by FattMattP · · Score: 1
      Fact is, tcsh is a better interactive shell than bash for newbies, thanks to intelligent command completion. (No, I don't mean the "complete the program name" stuff bash has, I mean the way tcsh knows about common arguments and options of the most-used programs, and can fill those in for you as well.)
      The bash programmable completion package solves that quite nicely.
      --
      Prevent email address forgery. Publish SPF records for y
    2. Re:Apparently you missed the point of the article by Anonymous Coward · · Score: 0

      Scripting on UNIX is best done with Python, Perl or Ruby.

      You mean, Ruby, Python, or Perl, don't you?

      I always put them in order of preference, myself.. ;-)

    3. Re:Apparently you missed the point of the article by andrewski · · Score: 0

      You can run any shell's scripts from your choice of shell

      That's crazy talk, man. *shakes you* *slap* Get ahold of yourself! You abso-fucking-lutely can NOT run any shell's scripts from your choice of shell. Sometimes your choice of shell is Not Available and you must adapt. Obviously you haven't thought of embedded applications, or legacy hardware that still goes, or anything like that.

      Maybe what you meant was "I can run any /bin/sh shell script that has

      #!/bin/sh

      in the first line"?

    4. Re:Apparently you missed the point of the article by metamatic · · Score: 1

      OK, let me rephrase that.

      "You can run any shell's scripts from your choice of shell, assuming you have the appropriate shell for the script also available on your system."

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  19. It is included by Llywelyn · · Score: 2, Informative

    Yes, a version of it is.

    [ravensroost:~] raven% bash
    bash-2.05a$

    --
    Integrate Keynote and LaTeX
  20. Let's get rid of sendmail too by metamatic · · Score: 1

    Emacs is a 'basic' tool? You deserve +5 funny for that one.

    Anyway, Apple has enough problems with OS X being RAM-hungry, without enticing people to fill 80MB with a text editor.

    I'm glad they don't install emacs. I'd be even happier if they removed sendmail as well.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:Let's get rid of sendmail too by mithras+the+prophet · · Score: 3, Informative
      Last login: Tue Aug 26 11:16:41 on ttyp3
      Welcome to Darwin!
      [hostname:~] mithras% whereis emacs
      /usr/bin/emacs
      settles that.
      --
      four nine eighteen twenty-7 thirty-nine forty-7 fiftyeight sixty-nine seventy-9 eighty-8 one-hundred-and-nine one-twenty
    2. Re:Let's get rid of sendmail too by Anonymous Coward · · Score: 4, Informative
      "I'm glad they don't install emacs. I'd be even happier if they removed sendmail as well."

      This will not happen. sendmail is written by Kirk McKusick's partner, Eric Allman, and Apple are still trying very very VERY hard to recruit Kirk to help with speed and more robust POSIX compliance. Pitching Kirk's life partner's work would not be a convincing way of showing Kirk much they want him on board.

    3. Re:Let's get rid of sendmail too by RalphBNumbers · · Score: 5, Interesting
      I'm glad they don't install emacs. I'd be even happier if they removed sendmail as well.
      They did remove sendmail as well. Or at least it's no longer the default. Panther uses Postfix by default.
      --
      "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
    4. Re:Let's get rid of sendmail too by Anonymous Coward · · Score: 0
      "Emacs is a 'basic' tool? You deserve +5 funny for that one."

      emacs is a basic tool, and it is already included starting with Panther you fucking bonehead.

    5. Re:Let's get rid of sendmail too by Anonymous Coward · · Score: 0

      Open up a terminal window in 10.2.x and type emacs...it's already there...

    6. Re:Let's get rid of sendmail too by Durandal64 · · Score: 2, Informative

      No, it's on my system as well, and I never manually installed it. So feel free to shut the fuck up now.

    7. Re:Let's get rid of sendmail too by allgood2 · · Score: 4, Informative

      Came with the system. I'm in process of setting up a brand new laptop with OS X 10.2.6, and emacs is there. I haven't even installed Developer Tools as of yet, which is where it was before. So sometime, probably in some update from 10.2.3 to 10.2.6 emacs was added to the basic OS.

    8. Re:Let's get rid of sendmail too by daviddennis · · Score: 1

      Actually, I think it's always been there.

      I've used MacOS X since the first public beta, and there has always been an emacs waiting for me.

      Pity it's not a graphical emacs or - better yet - xemacs. I really want to find an emacs where I can edit in some of the dreamy proportional fonts they have, and so far I haven't found anything like that :-(.

      Any ideas?

      D

    9. Re:Let's get rid of sendmail too by oZZoZZ · · Score: 3, Funny

      emacs sheemacs, it comes with vi, and that's all that matters

      :wq

    10. Re:Let's get rid of sendmail too by metamatic · · Score: 1

      A text processor which includes stuff like M-x psychoanalyze-pinhead is not 'basic', you fucking moron.

      nano is basic. pico is basic. emacs is advanced to the point of extreme bloat.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    11. Re:Let's get rid of sendmail too by Suppafly · · Score: 4, Funny

      Anyway, Apple has enough problems with OS X being RAM-hungry, without enticing people to fill 80MB with a text editor.


      Agreed, using emacs for a simple text editor is like using MS Office as a simple text editor.. Except MS Office is smaller.

    12. Re:Let's get rid of sendmail too by vandel405 · · Score: 2, Interesting

      There is a sendmail binary that isn't send mail, its a simlink(?) to another email client.

      I can't remember if it is a sim link, or an actual binary that just converts the command line args to what is expected by the other email server... i'm not on my mac now.

      But either way, there is something there called sendmail, that isn't sendmail for compatibility reasons.

    13. Re:Let's get rid of sendmail too by am+2k · · Score: 1
      Any ideas?
      Sure.
    14. Re:Let's get rid of sendmail too by Ma�djeurtam · · Score: 1

      From Panther 7B44:

      Gros-Chat:~ majortom$ man sendmail

      SENDMAIL(1) SENDMAIL(1)

      NAME
      sendmail - Postfix to Sendmail compatibility interface

      SYNOPSIS
      sendmail [option ...] [recipient ...]

      mailq
      sendmail -bp

      newaliases
      sendmail -I

      DESCRIPTION
      The sendmail program implements the Postfix to Sendmail compatibility
      interface. For the sake of compatibility with existing applications,
      some Sendmail command-line options are recognized but silently ignored.
      (...)

      --
      Instant Karma's gonna get you, Gonna knock you right on the head (John Lennon, 1970)
    15. Re:Let's get rid of sendmail too by andrewski · · Score: 1

      Besides, as much beef as people have with sendmail, and often rightly so, it's the standard. I know there are many fine other packages, but almost any Unix box Out There has sendmail. It's also hardy enough to handle bitchloads of mail.

      More importantly, though, is that sendmail is the default mta for FreeBSD. As Darwin has always tracked FreeBSD, one might anticipate that they also include many other BSDisms - notably init scrips.

      I'm just pissed, because after going from AIX to Linux and then to FreeBSD and on over to Mac OS X, (and back to FreeBSD when the Powerbook is getting serviced (GRRRRRRRRRRRRRR)) I lost my old bash .profile that I'd cooked up over long nights. Now they are in a conspiracy to make me lose my .cshrc / .tcshrc scripts too!

    16. Re:Let's get rid of sendmail too by ahacop@wmuc.umd.edu · · Score: 1

      Both the Mac OS X 10.3 Server and Mac OS X 10.3 replace Sendmail with Postfix.

    17. Re:Let's get rid of sendmail too by Anonymous Coward · · Score: 0

      pico is defaultly installed too

    18. Re:Let's get rid of sendmail too by hEpen · · Score: 1

      have you installed X11 then use fink to install xemacs?

      got gimp, xterm, xmame all working on my 10.2.6
      box last night.

      i suggest the x11 from apple, and don't forget the x11 sdk so you can compile whatever x11 app you have.

  21. Re:Speaking of shells ... what ever happened to .. by cryptochrome · · Score: 1

    I don't know much about shells, but there are a number of unique commands in the os x command line environment. One of them is "open", which works exactly like double clicking the icon in the finder - the file opens with the default os x application. I'm not sure why you would want to display media (particularly interactive media, which is everything besides plain images) directly in a command line environment, except maybe if you were lacking a GUI entirely.

    --

    ---If you can't trust a nerd, who can you trust?

  22. Would someone please tell me... by cryptochrome · · Score: 4, Insightful

    What's so great about bash and/or zsh? Now that I've gotten used to tcsh I'm not sure why it should change. They all seem pretty much the same to me, except the do the same things in slightly different ways.

    If you ask me, the default shell should be whichever one with a history that loads the fastest. Many os x users only use terminal.app for the occasional foray into command-line-only commands (like me). Waiting for your shell to load are precious seconds wasted.

    --

    ---If you can't trust a nerd, who can you trust?

    1. Re:Would someone please tell me... by frantzdb · · Score: 1

      Just for example, bash can reverse-search through the history. Just hit ctrl-R and start typing. This is probably the thing I use most that I havn't seen tcsh do.

      --Ben

    2. Re:Would someone please tell me... by Foxtwo · · Score: 2, Informative

      bindkey ^R i-search-back

      --
      Never argue with an idiot. He will lower you to his level and then beat you with experience.
    3. Re:Would someone please tell me... by galore · · Score: 2, Insightful

      believe me, the amount of time it takes to start the actual shell, be it bash or tcsh, is completely negligible compared to the time it takes to launch the terminal.

    4. Re:Would someone please tell me... by melatonin · · Score: 1
      "Waiting for your shell to load" is a non-issue. Here's a tip.

      1. Go to Preferences in the Terminal menu
      2. Select "Execute this command..." instead of using the default login shell,"

      Where the 'command' should read /bin/tcsh (preferably /bin/zsh). The problem is that Terminal uses the 'login' command which takes several seconds to go through the login process, which is slow. If you use this to exec the shell directly when opening a new Terminal window, it's zippy.

      --

      I can't speak for bash, but given that you put the following in your .zshrc,

      setopt autolist setopt automenu

      zsh will automatically become much nicer than tcsh. When you hit tab, you'll get an 'auto listing' of completions below the prompt,

      % ls ::tab::
      Desktop/ Documents/ Library/ Movies/ Music/ Pictures/ Public/ Sites/

      If you partially type something, you'll get menus for only those items (so D::tab:: would only show Desktop and Documents). If you hit tab again, you'll get an 'auto menu'. So D::tab:tab:: would result in this at the command line, % ls Desktop/

      And D::tab:tab:tab (just adding one more to select the next one) would go to next item named D, the next item on the menu. % ls Documents/

      There's also the 'setopt autocd' option, which means that if you type the name of a directory on the command line without giving it to a command, it will just cd to that directory.

      Seriously check out the user-friendly manual at zsh.org. Zsh is one of those gems that comes with OS X that most people don't use :P

      And one last thing; there are two main kinds of shells I'd say, the sh-kind and the csh-kind. tcsh is obviously of the csh-kind. The point of csh was to give C-like syntax to shell programming, but in effect sh constructs are much, much better suited towards shell scripting. csh and friends were best left to being good 'interactive' shells. bash (the Linux implementation of 'sh') and zsh ended up becoming every bit as good and then far better at being interactive shells than csh/tcsh, so in the end IMO there aren't any advantages to using tcsh over bash/zsh.

      Now choosing bash v zsh... I use zsh, and I'm happy. I'll leave it at that :P

      --
      Moderators should have to take a reading comprehension test.
  23. Well I'm disappointed by goombah99 · · Score: 4, Interesting
    I'm one of those folks that prefers tcsh. I like my shell dumbed down a bit since its easier to remember how to use it. I'm a scientist so some times I'm intensively programming but other time I might go away for a year and do non-computer stuff. Its easy to forget stuff when you dont use it all the time.

    tcsh is a tad easier to work with. yes its less powerful but most of the time i dont need the power and would gladly trade for the simpler syntax and even more gladly trade uniformity for customization.

    it seem to me that making the default shell tcsh and letting power users change it to bash if they want might bave been a better alternative. also considering that all my scripts will now break under the defaults its not so good for me.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:Well I'm disappointed by daeley · · Score: 1

      it seem to me that making the default shell tcsh and letting power users change it to bash if they want might bave been a better alternative. also considering that all my scripts will now break under the defaults its not so good for me.

      How is this different than making bash the default and letting power users choose tcsh or whatever else? Hell, you don't even need to be a power user if you like Terminal.app. Go to Preferences and change it.

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    2. Re:Well I'm disappointed by .com+b4+.storm · · Score: 1

      also considering that all my scripts will now break under the defaults its not so good for me.

      I don't think that'll be an issue. Just because bash is the default doesn't mean your tcsh scripts will no longer be usable. Why? Because in all likelihood, tcsh will still be there. Right now, tcsh is the default, but Apple also includes bash, ksh, zsh, etc. Most likely tcsh will still be available on the system. All this means is out-of-the-box Panther installs will have bash as the default shell.

      As long as you've got #!/bin/tcsh or #!/usr/bin/env tcsh or something similar at the top of your scripts, you'll be fine.

      --
      "Wow, you're like some kind of superhero able to ward off happiness and success at every turn."
      -- Ryan Stiles
    3. Re:Well I'm disappointed by danigiri · · Score: 1

      I first started UNIXing on OSF/1 which had 'tcsh' as the default shell. I have been its happy user for many years. I am an even happier interactive user now.

      I know of the 'tcsh''s shortcomings in shell-script programming, so I use bash, ksh or sh to do that, just Yet Another Programming Language(tm), that simple.

      I'll regret the new default *if it's true*, and happily change my user shell default setting to tcsh.

      You'll have to pry 'tcsh' from my cold, dead hands.

      dani++

    4. Re:Well I'm disappointed by Anonymous Coward · · Score: 0

      "How is this different than making bash the default and letting power users choose tcsh..."

      Because you want to make the default fit the typical user and make the "power" users do the customization since they are more likely to figure it out and go thru the bother. bash is for the power user; typical unix users want tcsh.

      -Eric

    5. Re:Well I'm disappointed by Anonymous Coward · · Score: 0

      all my scripts will now break under the defaults

      They shouldn't break. Use "#!/bin/tcsh" (no quotes) as the first line of your scripts, make them executable, there you go. If you did not specify the interpreter in your scripts, then it's your problem, not Apple's.

      As for me, I wish the BSD team had picked zsh. I don't mind bash, except for its dangerous /bin/sh mode and its licence.

      Last login: Tue Aug 26 18:04:02 on console
      Welcome to Darwin!
      ac ~ % env | grep SH
      SHELL=/bin/zsh
      SHLVL=1

  24. Groovy! by Alex+Reynolds · · Score: 5, Funny

    For a moment there, I thought the headline read: Apple Switches THC for hash...

    1. Re:Groovy! by vonFinkelstien · · Score: 2, Funny

      Just what were you smokin' when you read that (and where can I get some?)?

    2. Re:Groovy! by sean23007 · · Score: 1

      Then you realized it was actually you, and not Apple, that was on hash. And that explains the whole misunderstanding... ;)

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
  25. But tcsh is nice! by babbage · · Score: 5, Interesting

    But I like working in tcsh!

    • I have my tcsh environment set up to do case-insensitive tab-completion.
      % cd ~/m<TAB>
      Music/ mail/
      % cd ~/mu<TAB>
      % cd ~/Music

      This is a wonderful feature, especially when working on a case-preserving-yet-insensitive filesystem like HFS+.

    • I also have my tcsh shell set up to use a built-in spell checker. If I try to run a command & have a typo, the shell will attempt to fix it for me:
      % greb foo ~/mail/sent-mail

      CORRECT>grep foo ~/mail/sent-mail (y|n|e|a)?

      This one doesn't always save me -- one of my common typos is to repeat the 'd' when changing directory, thus:

      % cdd ~/Desktop/

      CORRECT>dd ~/Desktop/ (y|n|e|a)?

      But it's enough of a win that I wouldn't want to go back to an interactive shell that doesn't have such a feature.

    Whenever I'm trying to do anything complex, I tend to drop into a bash subshell, but for 90% of interactive work I find that tcsh can do about everything bash can, and has a lot of interesting enhancements that AFAIK bash doesn't. Please feel free to correct me if that's not true, and bash can now do such things.

    (Also, another nice thing about being comfortable in an alternative shell, aside from being able to work productively when dropped on a machine that maybe doesn't have a wide variety of shells, is the built in security factor. It has been long observed that using an unusual keyboard or pointing device is an excellent (if mild) way to discourage people from messing around with your computer when you're away from your desk. Using an unusual command shell can have the same mild deterrance effect: it may not keep your Linux-loving neighbor from messing around in a login session you forgot to close, but it might annoy him enough to get it to get bored & go away pretty quickly :-)

    1. Re:But tcsh is nice! by phaze3000 · · Score: 3, Insightful
      --
      Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
    2. Re:But tcsh is nice! by profet · · Score: 3, Informative

      I have my bash environment set up to do case-insensitive tab-completion

      to do this in OS X:

      pico ~/.inputrc

      add the following line:

      set completion-ignore-case on

      ctrl-o (CTRL!!!! not command!!!!)

      now restart bash....

    3. Re:But tcsh is nice! by babbage · · Score: 4, Informative

      Or skip the "here's how to use a text editor" steps entirely:

      % echo "set completion-ignore-case on" >> ~/.inputrc

      The file redirection operators are your friend, no matter what shell dialect you prefer. :)

    4. Re:But tcsh is nice! by babbage · · Score: 1

      More importantly, it doesn't seem to work. I've added this to my ~/.inputrc, and have also tried the "set..." command directly from a bash shell, but the same case-sensitive behavior is happening either way.

      Go back to my original example: if I type "ls ~/m<TAB> " under tcsh with case insensitivity enabled, the shell will offer to complete with either of "Music" or "mail" (or anything else beginning with 'M' or 'm').

      Under bash, the case seems to be relevant even with this directive in effect: if I hit "ls ~/m<TAB> " under bash, the shell automatically expands that to "ls ~/mail/".

      That's not the same thing.

      I'd be happy to be corrected, but this command doesn't appear to work on the bash that comes with OSX 10.2.

    5. Re:But tcsh is nice! by profet · · Score: 1

      I am using

      GNU bash, version 2.05b.0(1)-release (powerpc-apple-darwin6.6)

      (via fink)

    6. Re:But tcsh is nice! by Van+Halen · · Score: 3, Insightful
      This one doesn't always save me -- one of my common typos is to repeat the 'd' when changing directory, thus:

      % cdd ~/Desktop/

      Do you, by any chance, happen to use an Apple Pro keyboard with your Mac? The one with the black keys? I'm pretty sure this is a quirk of that keyboard because it happens to me all the time, but ONLY on that keyboard. I finally gave up and put alias cdd cd in my .tcshrc.

      On the subject of switching to bash, I've been using tcsh since I started with Unix 11 years ago. I'd be happy to switch, but I need to be able to translate all the 'comfort' features that I've grown accustomed to over the years. Those occasional times when I have to use a bash command-line, I find that it does do most of the features I like about tcsh (tab completion is by far the biggest; autocorrection rocks) but it's usually a bit different (I haven't bothered to read up on how to turn off the beep, which I hate!). Even if bash is so much better than tcsh, I'm still gonna need to have all my settings about the same, or I don't care if it's more powerful! :)

      I may try it for a bit out of laziness when I get Panther, but then I wouldn't be surprised if I switch back to tcsh pretty quickly...

    7. Re:But tcsh is nice! by BortQ · · Score: 2, Informative
      To turn off the beep in tcsh add this to your ~/.tcshrc (or whatever) file:

      set nobeep

      --

      A Multiplayer Strategy Game for Mac OS X, Windows, and Linux
    8. Re:But tcsh is nice! by stefanlasiewski · · Score: 1

      I think he was specifially talking about Case-insensitive completion, which isn't mentioned in the article you referenced.

      --
      "Can of worms? The can is open... the worms are everywhere."
    9. Re:But tcsh is nice! by swillden · · Score: 1

      Works great for me on bash 2.05b on Linux. Did you start a new shell after putting the directive in .inputrc?

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    10. Re:But tcsh is nice! by Van+Halen · · Score: 1

      Oh, no, I meant I never bothered to look up how to do it in bash. set nobeep is the first thing I add to the .tcshrc on a new account. ;-) Along with set autolist and autoexpand. I can't survive without them!

    11. Re:But tcsh is nice! by babbage · · Score: 1

      Thanks, that did it. Apparently set doesn't change environment settings unless it's part of shell initialization. Or something. Anyhow, it works now, so thanks everyone for the <aol />'s :-)

    12. Re:But tcsh is nice! by Vitriol+Angst · · Score: 1

      I think I read that Panther is going to be case sensitive and perserving--at least in command line. This is to make other UNIX software work better when ported. Personally, I think case sensitivity was always a bad idea -- I mean Bad (bad didn't work). But hey, but Apple is accomodating the real world now. It's a mature compromise.

      --
      >>"ad space available -- low rates!!!"
    13. Re:But tcsh is nice! by babbage · · Score: 1

      But isn't the shell case-sensitive & preserving already? Hasn't it been that way since the first versions of OSX came out? We're not talking about some magical otherworldly shell here -- it's just tcsh or bash. They can be customized a bit, but the behavior isn't ever going to be wildly out of step with what they can do on Linux or Solaris or Cygwin or what have you.

      Anyway, I'm actually agnostic on the question of whether case should be relevant. It's just not a big deal to me: though I can appreciate the argument for & against a case sensitive shell, I just can't make myself care about which approach is "correct". But what I don't like is when case is handled inconsistently.

      On Linux or *nix, Case Matters, and I can deal with that.

      On Windows, case basically Doesn't Matter, and I can deal with that too.

      On the Mac, case can be ignored when you're working at the Aqua level, but becomes significant in the shell. That's annoying.

      What I like about a case insensitive shell for the Mac is that it'll behave the same way that the GUI behaves, which seems like the Right Approach to me.

    14. Re:But tcsh is nice! by Anonymous Coward · · Score: 0
      > echo "set completion-ignore-case on" >> ~/.inputrc

      This worked for me on OS X, but not Linux. The reason: The bash man pages state that env var INPUTRC contains the name of the readline setup file, defaulting to ~/.inputrc. On OS X this env var did not exist, so the default was used. On Linux, INPUTRC was /etc/inputrc, so ~/.inputrc was never sourced. I put this in my ~/.bash_profile:

      export INPUTRC=${HOME}/.inputrc bind -f "${INPUTRC}"
      and added this to the beginning of ~/.inputrc:
      $include /etc/inputrc
    15. Re:But tcsh is nice! by Anonymous Coward · · Score: 0

      God Damn, what fucking dumbass moderators modded this Insightful??!? What the fuck? What is insightful about this? I'll tell you: absolutely nothing. Marginally informative on sketchy conjecture, but certinaly not fucking insightful!! WHERE'S THE FUCKING INSIGHT? There is none! Jesus fucking christ, that's the thing that pisses me off most about this site. Even the people who get moderator points are fucking idiots. If you can't even tell the difference between Insightful and Information (or their cousin Interesting), you have NO BUSINESS MODERATING!! Furthermore, if the majority of the idiots with mod points here can't figure it out, then there's NO REASON TO HAVE CATEGORIES!! Commander Chalupa, are you listening??? Just make it +1 or -1 and that's just fine. People are too fucking stupid to handle anything more.

      FUCK!

    16. Re:But tcsh is nice! by Anonymous Coward · · Score: 0

      Oh, and a billion mod points to the first person to point out my mistake above. Fucking moronic ingrates.

    17. Re:But tcsh is nice! by tgv · · Score: 1

      How can this be modded +4? The link doesn't even work!

      And I know bash can do this, but it also beeps and blinks very, very annoyingly in these cases. Yuck.

    18. Re:But tcsh is nice! by brauwerman · · Score: 1

      This one doesn't always save me -- one of my common typos is to repeat the 'd' when changing directory, thus:
      % cdd ~/Desktop/


      It's not you, the Apple Pro Keyboard likes to repeat the "d". I have the "cdd" problem on my Mac at home and nowhere else.

      Anyway, "alias cd cdd" solves the problem.
    19. Re:But tcsh is nice! by ptudor · · Score: 1

      I like tcsh and its tab completion too, especially when it doesn't involve a file. From a .tcshrc:

      # here we add tab completion to standard ftp and make
      complete ftp 'p/1/(ftp.freebsd.org ftp.netbsd.org ftp.openbsd.org)/'
      complete make 'p/1/(install clean)/'
      #
      # this uses a varible for the list of hosts for multiple commands
      complete ssh 'p/1/$vtyhostnames/'
      complete telnet 'p/1/$vtyhostnames/'
      set vtyhostnames = ( telnet.tmpw.net nyx.nyx.net nox.nyx.net \
      unzipped.packetexport.com route-server.ip.att.net )
      #
      # if using mutt, tell it to treat "=" as ~/mail/ (you might need Mail)
      complete mutt c@=@F:$HOME/mail/@

  26. wrong on every point, but at least it's consistent by RalphBNumbers · · Score: 1

    The shell seems pretty clean to me, especially compared to certain linux distros I've tried, but I suppose that's pretty subjective.

    You can do all the apple software updates from the command line, the command is softwareupdate.

    And emacs is in the default install in /usr/bin/emacs.

    If you'd care to provide some details on why you feel the shell is unclean, I'd be happy to debunk them (assuming they're as mis-informed as the rest of your FUD).

    In the mean time, if you don't like the Terminal.app, then use another terminal. IIRC the plain old xterm you said you long for is included with Panther, and included with the various X11 packages available online for older versions of OSX. And there are other more full featured mac alternatives like glterm too.

    --
    "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
  27. How diehard tcsh users will respond: by ivan256 · · Score: 4, Insightful


    bash-2.04$ chsh /bin/tcsh

    1. Re:How diehard tcsh users will respond: by LEgregius · · Score: 2, Interesting

      I'm afraid chsh doesn't work on OSX. It seems to act like it will as it looks up the info correctly and shows it in vi, but changing the data doesn't change it in netinfo, which in the official copy. Maybe they fixed that in Panther. Anyone tried it? Some earlier posts explain how to change the shell in netinfo.

    2. Re:How diehard tcsh users will respond: by gabe · · Score: 4, Informative

      gabe@jupiter:~$ chsh /bin/tcsh
      chsh: unknown user: /bin/tcsh

      Well, even if you do just 'chsh' and edit the Shell line, it still doesn't make any changes to netinfo...

      Perhaps you'll want to do this instead:

      niutil -createprop . /users/myusername shell /bin/tcsh

      --
      Gabriel Ricard
    3. Re:How diehard tcsh users will respond: by stefanlasiewski · · Score: 1

      niutil -createprop . /users/myusername shell /bin/tcsh

      Gee whiz, why do you Mac users always do things the hard way. You should try an easier Operating System, like Linux.

      --
      "Can of worms? The can is open... the worms are everywhere."
  28. Re:wrong on every point, but at least it's consist by Anonymous Coward · · Score: 0
    He asked how to do softwareupdate from command line (and you want sudo on that command line), (s)he didn't say you couldn't. You did offer a partial answer. Thank you.

    emacs isn't in the default install. It's in the Developer Tools. Please double-check your facts before you tell somebody they are wrong.

    If you think the terminal emulator is okay, you haven't tried using other languages or a tabbed terminal emulator before. Both are being improved in the next release however.

    Please stop posturing or trying to scare away potential Mac users (I'm not sure which you're doing). We Mac users are above that, so educate them instead. It helps all of us.

    -- Mac user for 18 years, and it keeps getting better --

  29. How will tcsh users react? by jarran · · Score: 5, Funny
    what remains to be seen is how diehard tcsh users will react

    I imagine it will go something along the lines of...

    user@mac:~$ tcsh
    mac:~>

    1. Re:How will tcsh users react? by gordyt · · Score: 1

      Yep, tcsh is still included with Panther. And if users want to make it their shell by default, all they need to do is use the (included) NetInfo Manager to change their shell from:
      /bin/bash
      to:
      /bin/tcsh
      --gordy

    2. Re:How will tcsh users react? by zangdesign · · Score: 1

      Those idiots! They do not realize the true power of tcsh! AARRGGHHH! DIE DIE! Hulk smash!

      --
      To celebrate the occasion of my 1000th post, I will post no more forever on Slashdot. Goodbye.
    3. Re:How will tcsh users react? by danigiri · · Score: 1
      And slightly more knowledgeable tcsh users will do...

      knowledgeable@mac:~$ exec tcsh
      mac:~>
  30. It's no a big deal really... by rollthelosindice · · Score: 1

    This is just how it will ship. Open it the first time, Preferences menu, default shell /bin/tcsh and you are back where you were before.

  31. Experienced linux users? by FattMattP · · Score: 1
    There is speculation that the switch was made to appeal to Linux users.
    I would expect any experienced linux user to know how to change their shell without Apple's help.
    --
    Prevent email address forgery. Publish SPF records for y
  32. Now, about "ps" by The+Bum · · Score: 4, Insightful

    This is a mild gripe, but I'd like to see a version of "ps" that follows the Linux conventions for arguments. I work with three *nix operating systems: OS X, Linux, and HP-UX. The arguments are mostly the same between Linux and HP-UX, e.g. "ps -ef" for a listing of all processes. I invariably try typing that same command in OS X, only to remember, after being told that the arguments are invalid, that the equivalent command is "ps -ax". Annoying!

    1. Re:Now, about "ps" by smack.addict · · Score: 3, Informative

      This is a BSD/Sys V difference and a pain that everyone who made the transition from Sunos 4.x to Solaris had to deal with.

    2. Re:Now, about "ps" by RealisticWeb.com · · Score: 2, Informative

      I chuckled at that, because I had just the opposite experiance. I also use OSX, Linux, and HP-UX, and in Linux and OSX I am used to typing ps -ax. Then I picked up an HP-9000 and discovered that it didn't work... ps -ef instead. Annoying! I guess the real winner here is Linux for accounting for both.

      --
      Sigs are out of style, so I'm not going to use one...oh wait..
    3. Re:Now, about "ps" by Anonymous Coward · · Score: 0

      The Linux version will also accept many (maybe even all) of the BSD options for ps..."ps ax" also works on Linux. If you just get used to doing it the BSD you might be better off. Until you have to use Solaris, anyway...

    4. Re:Now, about "ps" by burns210 · · Score: 1

      how about an alias? just make 'ps -ef' mean 'ps -ax' in mac osx. simple hack:)

  33. that only works for Terminal.app by Uberbah · · Score: 1

    If you ssh into your box or use screen, it will go back to the default shell. To make change your default shell you need to edit your user in Netinfo.

  34. Any shell by GrimGrinningGhost · · Score: 0

    Is it possible to use any shell in Mac OS X. I have never done it, but I have always read that in Linux, you can choose to use any shell you wish. Would it be that difficult to do in Mac OSX? (I am a Mac newbie, got my first G4 two months ago and am still getting acclimated.)

    1. Re:Any shell by ickoonite · · Score: 1, Informative

      Yeah, the shell is easy to change in the Terminal application. In the Terminal menu, go to Preferences, and change the 'Run this command' to /bin/bash or /bin/csh or whatever takes your fancy. If you want more shells, go get Fink, if you've not got it already, and install them from that.

      iqu :)

    2. Re:Any shell by afantee · · Score: 2, Informative

      Yes, OS X comes with /bin/bash /bin/csh /bin/sh /bin/tcsh /bin/zsh, so you can change your default shell to any of these by entering it in the Terminal Preferences panel. Or you can switch to a different shell from the terminal by simply entering the shell name.

  35. Fun Stuff for tcsh Users by macserv · · Score: 4, Interesting

    This isn't well known, and for those who aren't hopelessly devoted to their shell, it's a good reason to use tcsh on Mac OS X. Fred Sanchez maintains a nice set of tcsh configuration files that are installed, but not loaded, by default. For more information, see the file located at:
    /usr/share/tcsh/examples/README If you're a new tcsh user, setting this up is as simple as echoing a few files into your home directory. If you've already got a tcsh configuration, it shouldn't be too hard to shift things around. When all is done, you'll have a great set of default command completions and aliases, and a cool way to organize your customizations.

  36. Dyed-in-the-wool by Quixotic+Raindrop · · Score: 1

    I'm a dyed-in-the-wool tcsh user. I hate bash. I bash bash.

    I could care less what Apple does with the shell. Any Mac developer worth his or her salt can keep tcsh as their shell.

    Apple can have my tcsh when they pry it from my cold, crinkled, 90-year-old arthritic hands.

    --
    Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. (Einstein)
  37. Those Wacky Apple Folks by juntunen · · Score: 4, Interesting

    I followed the link provided, and found the section titled "Unix-lover Heaven" rather funny. It said, "Panther will include a final X11 window server for Unix-based apps, improved NFS/UFS, FreeBSD 5 innovations as well as support for popular Linux APIs, IPv6 and other important acronyms." I'm guessing the marketing folks wrote that last bit...

    1. Re:Those Wacky Apple Folks by repetty · · Score: 1

      Don't be too hard on the Apple marketing kids...

      Like most people, they don't know the difference between an abbreviation and an acronym.

      --Richard

    2. Re:Those Wacky Apple Folks by sean23007 · · Score: 1

      Actually, the "marketing kids" who wrote that line (even though they were, in all likelihood, not marketing types if they wrote something like that) were right: those are all acronyms.

      I'll make it easier for you and for anyone else who might not know the difference between an abbreviation and an acronym. An abbreviation is a truncation, whereas an acronym is derived from the initial letters of several consecutive words. Thus, BSD, IPv6, API, and so forth, are all acronyms.

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
  38. You can change back to Tsch if you want to by amichalo · · Score: 1

    In the Terminal Preferences window (Terminal -> Preferences) You will clearly see the option to change the command shell (This is with Jaguar 10.2.6):
    Execute this command (specify complete path

    The default is "/bin/tcsh"

    An Apple a day keeps the BSoD away

    --
    I only came here to do two things; kick some ass, and drink some beer...looks like we're almost out of beer.
    1. Re:You can change back to Tsch if you want to by dubstop · · Score: 1

      I don't think that works. At least, it didn't for me. I had to change the shell using netinfo.

      I've been using zsh (on OSX at home, and FreeBSD at work) for a year now.

  39. MOD PARENT DOWN!!! ALL WRONG and TROLL!! by Anonymous Coward · · Score: 0

    emacs : in the default install of OS X.

    Terminal : rocks. I use it constantly.

    xterm : install apple's X11 package, how hard is that?!? Oh, and it'll be in the default install of the next version.

    you can do apple updates from the command line.

    How is this funny and not a troll?

    1. Re:MOD PARENT DOWN!!! ALL WRONG and TROLL!! by Anonymous Coward · · Score: 0
      "How is this funny and not a troll?"

      Sorry, Steve-Baby doesn't control this media like he does the others. Slashdot is controlled by the Jews.

  40. I'll switch to bash... by Xenophon+Fenderson, · · Score: 1

    ...when somebody shows me how to configure do-what-I-mean, ala tcsh's spelling correction feature, its "noclobber" feature, etc.

    --
    I'm proud of my Northern Tibetian Heritage
  41. Re: stupid apple keyboard by Anonymous Coward · · Score: 0

    yes! YES!!!! i have this exact same problem but ONLY on the apple pro keyboard. i have, alas, also resigned to aliasing "cdd".

  42. Re:Speaking of shells ... what ever happened to .. by torpor · · Score: 1

    I know about the 'open' ability from OSX Terminal, and all that.

    This was just an interesting shell - curiousity more than anything else. It was fully 'media enabled', which means it was able to function as if it were a regular web browser, image viewer, movie player - but the bounding rect for the media was always within the 'Terminal window', if you understand what I mean, and it functions just like a normal shell - with scrollback buffer, etc.

    It was pretty cool, actually, to have media interspersed with regular text commands - a 'cat *.jpg' in some dir full of images would give you thumbnails output, etc.

    I've really got to chase it down and have another look. It seems to me that in the world of Aqua and Quartz, it would work quite well ... and since I spend most of my life in the Terminal windows, it'd be useful to me, also, actually.

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
  43. Gives new meaning... by Rorshach · · Score: 3, Funny

    ...to the term mac bash-ing.

    ...or bourne again mac user.

  44. it was a "licensing" issue by fricc · · Score: 3, Insightful

    bash is GPL and zsh is Berkeley, Apple seemed to be afraid of GPL at the beginning and has taken a more practical stance more recently...

    1. Re:it was a "licensing" issue by h0tblack · · Score: 1

      Erm... how did you come to this conclusion when there's a whole load of GPL'd tools as part of OS X, not least of which, gcc, Apple heavily use as the core of their IDE and of course pass all their modifications back to the FSF. They've been relying and contributing to GPL'd projects from the very beginning.

    2. Re:it was a "licensing" issue by cryptochrome · · Score: 1

      Well apple can work with BSD source without having their lawyers looking over their shoulders all the time. So why not zsh? Is is not a BSD license? From what I've seen zsh seems to be a marginally smaller, faster, cleaner, better shell. I was using tcsh up 'til today, and now I've switched. zsh functions are real nice, they make scripting easy, and the interactive features of zsh are equivalent or better than the way I had tcsh set up.

      --

      ---If you can't trust a nerd, who can you trust?

  45. 1 + 1 == 4 by Anonymous Coward · · Score: 1, Informative

    OS X ships with four shells, but in reality there are only two. bash and sh, what should be the Bourne shell, are identical; tsch and csh are too. FWIW.

  46. Re:wrong on every point, but at least it's consist by JonathanBoyd · · Score: 1
    emacs isn't in the default install. It's in the Developer Tools. Please double-check your facts before you tell somebody they are wrong.

    I don't have the developer tools, but I do have emacs installed, ergo you are wrong.

  47. Shells??? by Anonymous Coward · · Score: 1, Funny

    I try to keep shells out of my mac, they can make a real GUI mess.

  48. Differences? by MacGod · · Score: 1

    I apologise for being a Unix n00b, (but a long time Mac user). However, I have never understood the difference between the different shells.
    Are the commands different? The display style? What changes between bash, tsch, and all the others?

    --
    "Reality is merely an illusion, albeit a very persistent one " -Albert Einstein
    1. Re:Differences? by stefanlasiewski · · Score: 2, Interesting

      The shells all contain a variety of shortcut commands to make life simpler. They each contain a mini-programming language (shell scripts) to help you create your own shortcuts and automate tasks.

      If you do alot of work in a terminal, then your choice of shell can be very important.

      If you do alot of work via a terminal, then switching from one shell to another can be a pain and usually requires a learning curve. Imagine if your main Mac computer was replaced with a Windows machine, and now you had to learn dozens of new tricks to get the computer to work the way you want it too.

      I've been using zsh for years (ksh & sh for scripting). With these tools, I could take a task that required dozens of different commands and wrap everything up in a single program which ran automaticall. Simpler, less errors, less typing.

      Now I just got a job where the default shell is csh, which is a pain to work with. It's much, much harder to simplify the commands with this shell.

      --
      "Can of worms? The can is open... the worms are everywhere."
    2. Re:Differences? by nologin · · Score: 1

      Well, here is the obligatory Unix Shells FAQ in case you want to look it up. Then you can find the one that best suits your needs.

  49. Re:Speaking of shells ... what ever happened to .. by Mawbid · · Score: 2, Informative
    xmlterm may be what you're thinking of. It's mixed up with Mozilla, which probably means it's still bloated and slow, like it was when I toyed with it for 2 hours way back (1:50 compiling it and getting it to run, 0:10 doing ls and xcat.

    I like the idea though, and I'm a bit saddened by the fact that no-one's doing much to advance the state of the CLI. I think there's plenty to be done, and not just with CLI/GUI fusion.

    --
    Fuck the system? Nah, you might catch something.
  50. dangit by Anonymous Coward · · Score: 0

    dangit and i was actually looking forward to paying for multiple copies of panther; then they pull this crap, of well, guess they don't want my money anymore.

  51. Just choose tcsh or bash yourself by Offwhite98 · · Score: 3, Informative

    You can just update your account to use whatever shell you want anyway. I see both bash and tcsh on my MacOS X 10.2 install, so there should be no trouble for someone who cares enough to change shells.

    It is a moot point.

    --
    Brennan Stehling - http://brennan.offwhite.net/blog/
  52. Works great for me... by ZxCv · · Score: 2, Informative

    I'm running 10.2.6 with bash 2.05a. I put 'set completion-ignore-case on' in my .inputrc and started a new bash shell. From my home dir, I did:

    cd Code/p<tab>

    bash completed this (correctly) to:

    cd Code/Perl

    Soooo, works great for me, as advertised. Perhaps double-check your set command (I accidentally used 'completion-case-ignore' at first), and double check anything you have in .profile, .bash_profile, or .bashrc that might be conflicting.

    --

    Perl - $Just @when->$you ${thought} s/yn/tax/ &couldn\'t %get $worse;
  53. Uh oh! by aristotle-dude · · Score: 1

    Now the mac basher will come out in force.

    --
    Jesus was a compassionate social conservative who called individuals to sin no more.
  54. changing shells can cause problems by bodrell · · Score: 2, Insightful
    I almost immediately changed to bash in Jan. '02, when I got my Powerbook (first Mac ever, for me). Everything was fine and dandy until I upgraded to Jaguar. Now the Terminal application won't work at all, and Apple won't help me out because they say tweaking with settings "under the hood," so to speak, is not covered. In addition, I can't access Cocoa's font or color menus after the upgrade. I've tried repairing preferences and fsck, to no avail (if anyone else has had similar problems, please let me know if you figured out how to fix them). Thank goodness for iTerm, else I'd have to reboot in single-user mode to access a command line!

    So yes, this is a fairly big deal. It also makes OSX how-tos easier to follow (many had tcsh-specific command-line instructions).

    --
    Si la vida me da palo, yo la voy a soportar Si la vida me da palo, yo la voy a espabilar
    1. Re:changing shells can cause problems by davids-world.com · · Score: 1

      i doubt this is due to your change, if you did it properly. a lot of people use bash, me included. you might want to delete the Terminal.App preference file. (iTerm is better anyways...)

  55. this isn't newsworthy by spir0 · · Score: 2, Insightful

    I just changed my default shell. who cares? I use bash. I always have and I always will. I've never once used tcsh in my year of having an OS-X machine.

    If people are too ignorant to change their shell themselves, then they've peobably never even use a CLI.

    Why don't they tell us about the real exciting stuff with 10.3?

    --
    The reason girls and Windows users don't understand UNIX is because all the documentation is in Man files.
  56. gnu and fink are your friends! by Anonymous Coward · · Score: 0

    I had the same problem (with ps but mostly with other commands). I download fink and I felt so much better... ;)

    Within a few moments and quick commands, I had all the GNU tools installed and my $PATH changed to point to them first. Now, whenever I have serious work to do on a Unix system, I install them (if it makes sense for me to take the time and freedom to do so). Even on Windows cygwin allows you to use the tools you are used to (with all the same parameters, options, etc.) if they are needed. For that I thank the GNU project!

  57. forget emacs by McAddress · · Score: 1
    All I want is a working copy of gdb which does not always give me errors.

    Perhaps if they bundled a working copy of Windows in it would be nice. Of course that has nto been invented yet though.

  58. [again :] -- I don't see the problem... by krray · · Score: 1

    I'll have to assume that I can chsh or Netinfo my way to choose the shell that I want? Yeah -- I personally go towards tcsh each and everytime. I really don't know _why_ (anymore :) other that I know all the shortcuts, Bash can do all the same bells & whistles (AT&T Sys V "sh" certainly could NOT and that's when I switched to tcsh :).

    Not included? Not a problem. Get it, ./configure it, and make it. Wait. I just downloaded the 805K source (less than 1 MEG my friends :) and tried it. What's the issue?

    This _is_ just Unix after all. For _whatever_ reason (way back in the day it was for compatibility as tcsh was rare :) -- I still do _all_ batch routines in "sh" (bash on OS X already today). They're just changing the default user shell -- which the typical type user probably won't see, notice, or care. Those that do probably know how to "fix" it too...

    Care to guess what my "root" shell always has been? /bin/sh (pretty much bash anywhere you go today). Apple's system level geeks probably are bash gurus (they should have to be) -- so why not? Why is root always /bin/sh? For compatibility or for no damn reason. It's the way it is... :)

    This from a tcsh person: so? It's not like I'm a user on Apple's mainframe and I'm not allowed to chsh myself. I've enabled "root" on each and everyone one of my Mac's for various reaons -- and can sure change a shell if I need to. Those that don't know how won't care and those that care probably know how...those that don't know how but think they care? Well -- they should probably be using Windows then. :)

  59. Apple moves up, Microsoft moves down by __aafkqj3628 · · Score: 1

    Well, it looks like apple is moving up (even though I still like my old tcsh shell and don't want to have to learn a bunch of new commands), but any user of microsoft's UNIX tools (probably none of you) will know that Microsoft provides you with the Korn shell to use.

  60. Bash, yuck!! by OpperNerd · · Score: 1

    We don't need no stinking Leenux shell!

    --
    -- unix is for people without a social life - Patrick van Eijk
  61. zsh is nice by cryptochrome · · Score: 1

    I've been using zsh since yesterday and i like it. The autocomplete features are much nicer than tcsh. I can actually write little scripts now with little trouble thanks to functions. For the record, autolist and automenu seem to already be enabled on my os x install. You were right about specifying /bin/zsh in the terminal prefs speeding up load time considerably.

    Guess I gotta study bash too if that will be the os x default. I know linux is the one driving shell choices now, but I reckon mac users will choose the more user advanced and user friendly choice over the more widespread choice any day.

    --

    ---If you can't trust a nerd, who can you trust?

    1. Re:zsh is nice by melatonin · · Score: 1
      For the record, autolist and automenu seem to already be enabled on my os x install

      Yeah, that might be a zsh 4.0 thing; I think with older versions you had to turn it on yourself.

      Guess I gotta study bash too if that will be the os x default

      Sadly, zsh used to be the default in the Public Beta. In fact, the 'sh' was actually zsh until 10.2, which is when they decided to include bash and use that for sh instead (which is a very odd choice given how they don't want to rely on the GPL; perhaps it's just to make Linux users happy).

      Every time I install OS X or create a new user, I have to bust out NetInfo Manager and change the /users/::user::/shell from tcsh to zsh so I don't drive myself nuts :) Once you get used to zsh you can't go back to csh.

      --
      Moderators should have to take a reading comprehension test.
  62. mod parent up! by nacturation · · Score: 1

    Who moderated this as offtopic? It's certainly on-topic and insightful at that.

    --
    Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  63. This news is at least 2 months old. by Zane+Edwards · · Score: 1

    This is not NEWS. A simple google search will bring up news relating to the "switch" way back in the days of 7B21 (aka the Developers Preview).

  64. shell crash by bob_calder · · Score: 1

    The shell crash may not be an upgrade issue. A reinstall cured it for me. The second time, I didn't install developer's package and used Apple's X11 and it's still going strong. Or it could have been Fink's way of doing things. I didn't think it had happened to anybody else.

    Too bad you got the anal retentive support department. There is a lot of that going around.

    --
    Any preoccupation with ideas of what is right or wrong in conduct shows an arrested intellectual development. (Wilde)
  65. fixed terminal-thanks davids-world by bodrell · · Score: 1
    Deleting the terminal.app preferences file did indeed fix the terminal--brought it back to life. However, still no working font or color menus. To clarify, fonts work fine in most applications (MS Word, for example), but NOT the ones that use Cocoa's built-in font manager. Almost all applications that allow customized fonts or colors use the built-in capabilities. So terminal works, but it's default black-on-white with default fonts.

    To clarify something else, I didn't think using bash instead of tcsh should break anything, but Apple's help line wouldn't help me because I had used bash. Whether that was the problem or not, they were unwilling (or unable) to help me fix my system once they heard I had changed some Darwin-level settings. Bah. What good is a help line if they can't actually help you?

    I guess a reinstall might be in order, but it seems a bit drastic . . . I'd rather pinpoint and fix the specific problems.

    As another side note--anyone see flickering screens (this on my laptop's LCD) after moving to jaguar? I'm guessing it's poorly-implemented quartz-extreme, b/c it usually happens on graphics-intensive programs.

    --
    Si la vida me da palo, yo la voy a soportar Si la vida me da palo, yo la voy a espabilar
  66. Change All My Scripts... by Mad+Browser · · Score: 1

    Sigh... Now I must change all of my scripts...

    Still, I think bash is a better default.

    --
    RateVegas.com - Vegas Reviews
    1. Re:Change All My Scripts... by eluusive · · Score: 1

      Who says? Just leave the shabang line /bin/tcsh and all is well