Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

Jason Hellenthal jhellenthal at dataix.net
Sat Jul 7 19:43:01 UTC 2012



On Fri, Jul 06, 2012 at 10:17:22PM +0200, Pawel Jakub Dawidek wrote:
> On Thu, Jul 05, 2012 at 12:15:44PM +0200, Jonathan McKeown wrote:
> > On Thursday 05 July 2012 11:03:32 Doug Barton wrote:
> > > If the new feature gets created, and you don't want to use it, turn it
> > > off. No problem.
> > 
> > No. I think this is entirely the wrong way round. If the new feature is 
> > created and you want it, turn it on. Don't make me turn off something I 
> > didn't want in the first place. [...]
> 
> This feature is targeted at new users, for whom it is harder to turn on
> something they probably don't even know about, than to skilled users to
> turn it off.
> 
> If this feature is going to prints quite a few extra lines, let's just
> add one more line saying:
> 
> 	To disable this message run: echo set 31337mode >> ~/.tcshrc
> 

LD_PRELOAD= ... would be more extensible as a library could react to a
larger set of already built binaries without modification of the
upstream code. And continue to work in the background while the shell
drops back to a prompt and does not interupt the user.



-- 

 - (2^(N-1))
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20120707/fb2db182/attachment.pgp


More information about the freebsd-hackers mailing list