From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 5 02:17:57 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97CFF106566B for ; Thu, 5 Jul 2012 02:17:57 +0000 (UTC) (envelope-from mwm@mired.org) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3295B8FC0A for ; Thu, 5 Jul 2012 02:17:57 +0000 (UTC) Received: by qabg1 with SMTP id g1so3674841qab.13 for ; Wed, 04 Jul 2012 19:17:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=tHgVG1q8xcax41J2Tx4/YG6wZ7ufGJXY+iS9BQwmmIU=; b=Uz5eR8bwUWnAse+G2E8rEYH87rq/XApXNyRawfeXus7/nmHQ6rvP+oSjreMwHrfQvG I7uVeG1MlCMtyRQtpE+f5GkeqfQryirGDGm6GJRU3NYIHmWBTuNYL0EvX23RXb1GcCoJ xvcOClfADCT/M45tWADBBwRTVXUEYe9ilKrIcyStaZabMob8aOfTnII93U7EU9/yZoGb ta9pc8evC8mkkCy9PJFyEDzPpgo1LGdxRo5C1/IzxQBI92bN+MLnYe3DsWMjOUoq/34c d/wGAjGpmoV9gQj05UxPDrD/8n8Fb2tJ/a8e1bzTON50Hh+19Zr8SuFLeq+4vX8WA3Fu vBsA== Received: by 10.229.135.81 with SMTP id m17mr12500506qct.26.1341454676346; Wed, 04 Jul 2012 19:17:56 -0700 (PDT) Received: from bhuda.mired.org (74-140-201-117.dhcp.insightbb.com. [74.140.201.117]) by mx.google.com with ESMTPS id ds8sm36041607qab.18.2012.07.04.19.17.55 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jul 2012 19:17:56 -0700 (PDT) Date: Wed, 4 Jul 2012 22:17:49 -0400 From: Mike Meyer To: 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> <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> Organization: Meyer Consulting X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlvH7UYrk3JY2uTGa3/kDd0MpNXqOfAjh33VbG8KMXC118DgQGfaoHd/ZTW7Donq6M94KsZ Cc: Subject: Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2012 02:17:57 -0000 On Wed, 4 Jul 2012 19:02:11 -0700 Tim Kientzle 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. http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org