Why not unalias -a instead of simply going for cp? That way you know for a
fact that nothing has been changed
On Thu, May 18, 2017 at 8:59 PM, Ángel wrote:
> I'm afraid you will have to rewrite the function just to get this
> slightly different result (maybe you can source again that section of
I'm afraid you will have to rewrite the function just to get this
slightly different result (maybe you can source again that section of
the file?) :/
On Fri, May 12, 2017 at 09:10:07AM -0400, Greg Wooledge wrote:
> On Fri, May 12, 2017 at 02:33:06PM +0200, Gabor Burjan wrote:
> > unalias works weirdly inside an if-then block
>
> Because bash has to parse the entire compound command (the entire
> multi-line command up to &
On Fri, May 12, 2017 at 08:11:35AM -0500, Eduardo Bustamante wrote:
> On Fri, May 12, 2017 at 7:33 AM, Gabor Burjan wrote:
> [...]
> > Description:
> > unalias works weirdly inside an if-then block
>
> It's not just an if-then block. It's any kind of
On Fri, May 12, 2017 at 02:33:06PM +0200, Gabor Burjan wrote:
> unalias works weirdly inside an if-then block
Because bash has to parse the entire compound command (the entire
multi-line command up to "fi") before it can begin execution of it.
> alias cp='cp -i'
On Fri, May 12, 2017 at 7:33 AM, Gabor Burjan wrote:
[...]
> Description:
> unalias works weirdly inside an if-then block
It's not just an if-then block. It's any kind of block:
dualbus@debian:~$ bash alias
+ shopt -s expand_aliases
+ alias 'x=echo x&
OR='unknown' -DLOCALEDIR='/usr/local/sha$
uname output: Linux hostname 4.4.0-72-generic #93-Ubuntu SMP Fri Mar 31
14:07:41 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Machine Type: x86_64-unknown-linux-gnu
Bash Version: 4.4
Patch Level: 0
Release Status: release
Description:
u
