Bug#706065: libvte-2.90-common: /etc/profile.d/vte.sh is not sourced by interactive shells

Fabian Greffrath fabian at debian.org
Thu May 28 17:32:34 UTC 2015


Am Donnerstag, den 28.05.2015, 18:56 +0200 schrieb Michael Biebl: 
> Those lines are commented out by default and all it does is source

Hm, I must have mistaken this with /etc/skel/.bashrc. :/

> /usr/share/bash-completion/bash_completion, not the individual completions.

But this script, in turn, does source all the files
in /usr/share/bash-completion/completions, or not?

Am Donnerstag, den 28.05.2015, 19:17 +0200 schrieb Michael Biebl: 
> Looking into this more, I'm not convinced bash_completion is the right
> answer here. After all, it also requires explicit user configuration and
> doesn't actually work if the symlink is in
> /usr/share/bash-completion/bash_completion. It feels like misusing
> bash-completion for something it wasn't designed for.

Now I am puzzled. It worked for me instantly when I copied the file
to /usr/share/bash-completion/completions and restarted a new
interactive shell. Also, bash-completion might not be the canonical way
to source scripts upon shell startup, but e.g. git does the same for its
branch-aware __git_ps1 prompt.

> I actually think, the best way to address this, if we want to address
> it, is to revert the upstream change for now and don't require every
> user to change their config until we have found a better solution.

What upstream change do you actually mean?

- Fabian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20150528/80c39f1c/attachment.sig>


More information about the pkg-gnome-maintainers mailing list