Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 Jul 2012 22:17:49 -0400
From:      Mike Meyer <mwm@mired.org>
To:        <hackers@freebsd.org>
Subject:   Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)
Message-ID:  <20120704221749.6a300733@bhuda.mired.org>
In-Reply-To: <8BD384B7-BAE3-46ED-9AFD-50319130767E@kientzle.com>
References:  <86bojxow6x.fsf@ds4.des.no> <4FF35864.5030109@FreeBSD.org> <CAC8HS2Hx%2BqV1zYSzyM6wYzbyA6BStd3HEwc-VDhv40DHM=qCvw@mail.gmail.com> <CAOjFWZ5ikPz_yDhEQutiXVG354qRHYJTn-M_S4Cx-=YRgFP7eQ@mail.gmail.com> <20120704185104.GA42355@DataIX.net> <4FF4B36A.2040608@FreeBSD.org> <20120704180134.7c649e1b@bhuda.mired.org> <4FF4BEED.10103@FreeBSD.org> <20120704225519.GB19945@DataIX.net> <4FF4CAD1.8080804@FreeBSD.org> <20120704234104.GA392@DataIX.net> <8E9DECBB-3D1E-4129-A958-9DB0DF69ECC3@kientzle.com> <4FF4E105.50502@FreeBSD.org> <20120704203711.2732b645@bhuda.mired.org> <2EA305F0-87D9-47BE-B3E6-366659BF77AF@kientzle.com> <20120704214216.29085927@bhuda.mired.org> <8BD384B7-BAE3-46ED-9AFD-50319130767E@kientzle.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 4 Jul 2012 19:02:11 -0700
Tim Kientzle <tim@kientzle.com> wrote:
> On Jul 4, 2012, at 6:42 PM, Mike Meyer wrote:
> > bash and zsh already have command_not_found handlers. I don't really
> > object to that functionality to sh and tcsh. Just *don't turn it on by
> > default*. I don't think I'd even object to setting those handlers in
> > /usr/share/skel.
> 
> How about if it's on by default (in the default /etc/cshrc)
> but very easy to turn off?

Actually, that's my biggest gripe about Linux systems. They set things
in /etc/* shell profiles that *can't* be turned off in user rc files,
because the ones in /etc run last. (And usually more than
once. Idiots.) If you don't have root, the best way to deal with them
is to install a shell that won't run things in /etc. If you have root
and turn them off in /etc, you turn them off for everyone, which may
well piss someone off.

Which makes me think that setting user preferences via things in /etc
instead of /usr/share/skel is a dangerous path to start down. That
means users can *always* fix it, and it will also work for shells that
the Linux way won't work for.

Is there something wrong with using /usr/share/skel? Doesn't it get
used when the install scripts create users?

How appropriate. There are explosives going off outside my window.

     <mike
-- 
Mike Meyer <mwm@mired.org>		http://www.mired.org/
Independent Software developer/SCM consultant, email for more information.

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120704221749.6a300733>