[Bug 1097467] [NEW] bash does not fulfill --rcfile option properly
Launchpad Bug Tracker
1097467 at bugs.launchpad.net
Tue Apr 16 20:54:34 UTC 2024
You have been subscribed to a public bug by Dave Jones (waveform):
I am starting a bash shell using
$ bash --noprofile --rcfile my-custom-bash-rc-file
Due to the --rcflag, the newly started bash should *not* execute
commands from /etc/bash.bashrc. That is at least how I interpret `man
bash`:
--rcfile file
Execute commands from file instead of the system wide initialization file /etc/bash.bashrc and the standard personal initial‐
ization file ~/.bashrc if the shell is interactive (see INVOCATION below).
However, it seems that the commands in /etc/bash.bashrc are in fact
executed.
To see/reproduce/diagnose this, on Ubuntu I believe one can just invoke
bash like this (as the regular user):
$ touch testrc
$ env -i bash --noprofile --rcfile testrc
The expected result would be that nothing special is printed on the
terminal. However, there is an error message, which is printed from
/etc/bash.bashrc. The "env -i" causes $HOME to not be set in the invoked
shell, which in turn triggers the error. The error message is:
> To run a command as administrator (user "root"), use "sudo <command>".
> See "man sudo_root" for details.
Another way to see this -- without the "env -i" -- is to add a command
to /etc/bash.bashrc, such as
echo HELLO THERE
To trigger the bug(?), one can then just do
$ touch testrc
$ bash --noprofile --rcfile testrc
The expected result would be that nothing special is shown in the
terminal. However, it turns out that the string
HELLO THERE
is printed.
** Affects: gnubash
Importance: Unknown
Status: New
** Affects: bash (Ubuntu)
Importance: Low
Assignee: Dave Jones (waveform)
Status: Confirmed
--
bash does not fulfill --rcfile option properly
https://bugs.launchpad.net/bugs/1097467
You received this bug notification because you are a member of Ubuntu Sponsors, which is subscribed to the bug report.
More information about the Ubuntu-sponsors
mailing list