Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] tcsh, AD, and RHEL 5.6



On 09/08/2012 07:10 AM, Dan Ritter wrote:
> On Fri, Sep 07, 2012 at 06:18:25PM -0500, Derek Martin wrote:
>> rare these days that Unix systems ship with /bin/sh = the original
>> Bourne shell.  So, set their shell to /bin/sh, and make sure that is
>> bash on your linux systems, and everything should be hunky-dory.  I
>> know debian uses dash by default now, but in almost 20 years of
>> managing Linux systems, I've always used bash as the system shell,
>> even on production servers, and it's never caused a problem.  Though,
>> if the RC scripts are specifically written with dashisms, that could
>> be problematic.  This is one of the many reasons I don't like debian.
>> If your system is hosed, you're probably going to boot from a rescue
>> disk anyway...
> Debian changed to dash in large part to make sure that there
> weren't bashisms in the RC scripts. (There were. They got
> fixed.) The other reasons were to reduce required dependencies
> and decrease boot times.
>
> Having bash as the system shell rarely causes problems. Having
> scripts that need bash but don't declare it explicitly is the
> problem.
Systems scripts should definitely be Bourne, and while there have been
several versions of Bourne Shell over the years, the scripts should
always be written for Bourne and for the most part not depend on additions.

-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix
PGP key id:3BC1EB90 
PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66  C0AF 7CEA 30FC 3BC1 EB90





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org