env.d (było: SOURCES: bashrc - added sourcing of /etc/shrc.d/*.sh instead of gr...)
Paweł Gołaszewski
blues w ds.pg.gda.pl
Czw, 29 Kwi 2004, 11:52:01 CEST
On Thu, 29 Apr 2004, Tomasz Pala wrote:
> > > /etc/cshrc jest czytane przez każdą instancję i nie ma tu miejsca na
> > > setenv (bo po co...).
> > Więc profile.d jest także od lat źle czytane.. :P
> Zgadza się. U siebie mam to wszystko poprzerabiane.
No to czekam :)
> > > wyjaśnij mi tylko JEDNĄ rzecz: po co env.d? Jest profile.d, które ma
> > Po to, żeby mieć ładną i prostą metodę na ustawienie zmiennych. Bez
> > grzebania w /etc/profile. Bez robienia po 2 skryptów dla sh i csh.
> W /etc/profile grzebać nie trzeba. Podwójne skrypty - jest to jakiś
> argument, ale:
> 1. nie wszystkie zmienne się ustawia dla dwóch shelli (ZDOTDIR),
ok - ale na to jest miejsce w plikach zshcośtam.
> 2. nie wszystkie zmienne chce się exportować (RPS1),
Więc w env.d wartość tej zmiennej zakomentujesz, jeżeli się pojawi. A nie
sądzę, żeby się pojawiła, bo to zależne od shella. Tak samo jak PS1.
> 3. ustawianie zmiennych też się może różnić:
> eval `dircolors -b /etc/DIR_COLORS`
> eval `dircolors -c /etc/DIR_COLORS`
ok.
> No ale powiedzmy, że mnie przekonałeś.
:D
--
pozdr. Paweł Gołaszewski
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...
Więcej informacji o liście dyskusyjnej pld-devel-pl