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