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

Re: profile.d [was Re: UMASK 002 or 022?]



On Thu, Jun 08, 2000 at 12:39:51AM -0800, Ethan Benson wrote:
> On Thu, Jun 08, 2000 at 09:42:47AM +0200, J.A. Bezemer wrote:
> 
> > > appropriate alias line, or leave it out..
> > 
> > Maybe it's possible to use a global, say, XML config file, and to have an XML
> > parser for each possible shell? Just an idea... 
> 
> how is any of this overly complicated crud any simpler then just
> editing the /etc/profile, /etc/csh.cshrc files? there are not that
> many. sheesh. 

this would ease the job of an maintainer, and help the newcomers. how
many times have you missed the alias
ls -> ls --color=auto -F 
i have.. many times.. i like it.. it gives me an clear view about the
system..
on every system i set up i have to manually add that line, and few
others to every single profile file (i use bash), but with this.. the
package maintainer would just add it to lets say /etc/profile.d and all
profile files would be created from the info in there.. all environments
would be the same, no matter if it was tcsh ksh or bash (or whatever)
if they support aliases i would get my So-Much-Wanted-And-Needed[tm]
alias for ls..

yes.. it is just a few config files, would you prefer to edit modules.conf
or the modutils files, the files in /etc/modutils give you clear view
where we are, and what is happening.. for me there are files for alsa,
which holds all the configuration options for alsa, and one for wd (nic)
and so on.. if i need to change the io of my nic, i just go there and
edit the one file which i can figure out with one glance, the same thing
in /etc/modules.conf woould first make me search for the right line,
then if the options and aliases are scattered, i need to look for both
of them separately..

i think you can see my point. even if i don't like all of those
*.d directories in /etc i still think they make things easier and
clearer.. pam.d for example helps a LOT. although i don't think we should
jump into any action before thinking this through with this one.

> and IMNSHO config files in XML is an evil idea.

yes, i have to agree with this..



Reply to: