https://bugzilla.suse.com/show_bug.cgi?id=1219979 https://bugzilla.suse.com/show_bug.cgi?id=1219979#c4 --- Comment #4 from Dirk Weber <d_werner@gmx.net> --- My analysis and tests have mainly been in the scope of bug 1203617 and with the "mc" function. Both inclusion in /etc/bash.bashrc.local and $HOME/.bashrc result in providing the function "mc" as desired in "konsole" started from the application launcher on my systems. The BASH_FUNC_mc%% from the standard sourcing of /etc/profile.d/mc.sh still exists, but additionally the function "mc" is defined from sourcing either /etc/bash.bashrc.local or $HOME/.bashrc: When defined in ~/.bashrc I get in a newly started konsole: $ env |grep -A1 mc BASH_FUNC_mc%%=() { . /usr/share/mc/mc-wrapper.sh } $ type mc mc is a function mc () { . /usr/share/mc/mc-wrapper.sh } ------- Also when defined in /etc/bash.bashrc.local I get in a newly started konsole: $ grep mc /etc/bash.bashrc.local [ $(type -t mc) = "file" ] && . /etc/profile.d/mc.sh || true $ type mc mc is a function mc () { . /usr/share/mc/mc-wrapper.sh } $ env |grep -A1 mc BASH_FUNC_mc%%=() { . /usr/share/mc/mc-wrapper.sh } The behavior is as desired - the function "mc" replaces the call of /usr/bin/mc when starting mc on the command line. I assume you are using bash and not some other shell which might not be sourcing /etc/bash.bashrc.local or $HOME/.bashrc? Maybe you have some mechanism in place which prohibits the settings, like $HOME/.bash.expert ? Or you have a configuration in konsole causing bash to be started as login shell? -- You are receiving this mail because: You are on the CC list for the bug.