Per discussion in:
VTE upstream thinks we should source /etc/profiles.d/*.sh content always (login and non-login shells) as Fedora does to easily recover "open tab in previous directory" feature
Not sure if would be possible to do that :/
that's not going to happen. profile.d is for login shells only, end of story.
i've debated adding bashrc.d in the past, but never had a compelling use case. i also vaguely recall there being other aspects, but it's been so long that i can't really remember.
Well, bashrc.d could also help I think, but will explain this to upstream as other people from other distributions different than Fedora are also complaining. Will keep you informed
They don't like the idea because other shells (like zsh) would need to run scripts from bashrc.d dir :/
Created attachment 388934 [details, diff]
Here's my patch to add bashrc.d support. If nobody has a better idea, I'll commit it today. Otherwise, please provide this better idea since people want completions to work *this* year.
I can't tell for sure if you are already considering this to be needed in /etc/bash/bashrc
# Login shell, avoid duplicate profile.d run http://unix.stackexchange.com/a/26782/2847
shopt -q login_shell && return
for sh in /etc/profile.d/*.sh ; do
[ -r "$sh" ] && . "$sh"
Otherwise we're gonna be running profile.d stuff twice on login shell.
+*bash-4.3_p30-r1 (09 Nov 2014)
+ 09 Nov 2014; Michał Górny <email@example.com> +bash-4.3_p30-r1.ebuild,
+ Introduce support for bashrc.d directory that is sourced in bashrc by default,
+ bug #468094.
So now app-shells/bash-completion-2.1-r92 blocks against all previous versions of bash, including bash-3.2* and bash-4.2* which are the official versions used in ebuilds. Changes of that scope should be discussed in -dev.
Reopening and CCing QA.