Ah okay. I had thought it was only for bash. But yes that's even better! We can link the .sh and .csh versions there.
On Tuesday, September 16, 2014, Robert Slover <rjslo...@me.com> wrote: > Not sure what OS's you're checking, but this is definitely not true. On > RHEL, for example, /etc/profile.d/*.sh are sourced by at least /bin/sh, > /bin/bash, and /bin/ksh and /etc/profile.d/*.csh are sourced by /bin/tcsh > and /bin/csh. In practice, this generally just means: > 1) you can just provide equivalent *.csh scripts to get equivalent > behavior in those shells > 2) you should restrict your syntax in *.sh scripts to the common subset > of the standard shells - e.g. don't use 'typeset' (understood only by KSH) > or 'declare' (understood only by BASH). > > --Robert > > On Sep 16, 2014, at 10:08, Gregory Casamento <greg.casame...@gmail.com > <javascript:_e(%7B%7D,'cvml','greg.casame...@gmail.com');>> wrote: > > Only bash cares about what's in profile.d. Also a number of different > frameworks already do this for various reasons. It seems perfectly > reasonable for us to do this upon installation. > > GC > > On Tue, Sep 16, 2014 at 8:21 AM, Ivan Vučica <i...@vucica.net > <javascript:_e(%7B%7D,'cvml','i...@vucica.net');>> wrote: > >> SGTM. Especially when binary packages are built. >> >> Which shells execute /etc/profile.d? Could this break csh et al? >> >> On Mon, Sep 15, 2014 at 10:00 PM, Gregory Casamento < >> greg.casame...@gmail.com >> <javascript:_e(%7B%7D,'cvml','greg.casame...@gmail.com');>> wrote: >> >>> Hey guys. >>> >>> I'm wondering if placing a symbolic link to GNUstep.sh on install might >>> not be a good idea. Other frameworks (qt) do this to add environment >>> variables to the shell when the user logs in. I currently do this and it >>> makes using GNUstep much nicer since the environment is already configured >>> whether I am using the FHS layout or the GNUstep layout. >>> >>> I just wanted to see what everyone thought about doing this before >>> taking any steps. >>> >>> We currently do something similar to this by adding GNUstep.conf in >>> /etc, but this does not set up the environment (at least not for me). >>> >>> Please let me know your thoughts. >>> >>> GC >>> >>> -- >>> Gregory Casamento >>> Open Logic Corporation, Principal Consultant >>> yahoo/skype: greg_casamento, aol: gjcasa >>> (240)274-9630 (Cell) >>> http://www.gnustep.org >>> http://heronsperch.blogspot.com >>> >>> _______________________________________________ >>> Gnustep-dev mailing list >>> Gnustep-dev@gnu.org >>> <javascript:_e(%7B%7D,'cvml','Gnustep-dev@gnu.org');> >>> https://lists.gnu.org/mailman/listinfo/gnustep-dev >>> >>> >> >> >> -- >> Ivan Vučica >> i...@vucica.net >> <javascript:_e(%7B%7D,'cvml','i...@vucica.net');> >> > > > > -- > Gregory Casamento > Open Logic Corporation, Principal Consultant > yahoo/skype: greg_casamento, aol: gjcasa > (240)274-9630 (Cell) > http://www.gnustep.org > http://heronsperch.blogspot.com > > _______________________________________________ > Gnustep-dev mailing list > Gnustep-dev@gnu.org <javascript:_e(%7B%7D,'cvml','Gnustep-dev@gnu.org');> > https://lists.gnu.org/mailman/listinfo/gnustep-dev > > -- Gregory Casamento Open Logic Corporation, Principal Consultant yahoo/skype: greg_casamento, aol: gjcasa (240)274-9630 (Cell) http://www.gnustep.org http://heronsperch.blogspot.com
_______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
