On Wed, Dec 10, 2014 at 13:50:37 +0100, Jacek Konieczny wrote:
Implementing any such non-standard behaviour in the distribution is a
very bad idea. Not only we make the shell load ages to initialize
features most users don't even know about, but we may find great
1. Having zsh one can
On Thu, Dec 11, 2014 at 12:27:12 +0200, Elan Ruusamäe wrote:
$ grep alias/etc/shrc.d/*.sh
[...]
/etc/shrc.d/which.sh:alias which='alias | /usr/bin/which --tty-only
--read-alias --show-dot --show-tilde'
[...]
which needs to be alias to handle shell builtins (--read-alias option)
which
On 10.12.2014 22:10, Adam Osuchowski wrote:
Ok, so why there are still other aliases defined in /etc/shrc.d? For example:
$ grep alias/etc/shrc.d/*.sh
[...]
/etc/shrc.d/which.sh:alias which='alias | /usr/bin/which --tty-only
--read-alias --show-dot --show-tilde'
[...]
which needs to be alias
Jacek Konieczny wrote:
Such a shell script for any interactive shell started, just because one
or two PLD users have uncommented the /etc/env.d/GREP_OPTIONS we might
have wrongly introduced long time ago?
There are no difference between putting grep's options into alias and
into $GREP_OPTIONS
On 08.12.2014 22:44, adwol wrote:
commit 274761483d541b779ab9135532aecf8aadc550e8
Author: Adam Osuchowski ad...@pld-linux.org
Date: Mon Dec 8 21:41:18 2014 +0100
- move from GREP_OPTIONS environmental variable to alias due to its
obsolescence
a reference to such obsolescence ?
Elan Ruusamäe wrote:
a reference to such obsolescence ?
Did you try to run grep 2.21 with GREP_OPTIONS set even once?
Please try it and search sources for message you will see,
before asking such a question.
this definately is not the same thing as it was before! restore previous
behaviour
