Hey.
Anything new on this? :D
It's probably not that important anymore nowadays... VTE works without
it's shell file being sourced[0], but still:
Most files in /etc/profile.d/ seems to actually rather belong to bash
and interactive shells (and thus rather the .bashrc family than the
.profile
Le 10/03/20 à 18:37, Laurent Bigonville a écrit :
The default experience for gnome-terminal users is not good as nothing
is sourcing /etc/profile.d/vte-2.91.sh for non-login interactive
shells, meaning that the CWD is not set properly when opening new
windows or tabs.
Actually the
Hello,
Would anything eventually be done for this?
The default experience for gnome-terminal users is not good as nothing
is sourcing /etc/profile.d/vte-2.91.sh for non-login interactive shells,
meaning that the CWD is not set properly when opening new windows or tabs.
Being able to source
I just had to resort to modifying /etc/bash.bashrc which is really ugly IMHO.
Is there anything I can do to make this functionality sane in Debian?
Kind regards,
Richard van den Berg
Hello,
More and more packages are adding files to /etc/profile.d/ but nothing
is sourcing them by default in debian.
$ apt-file search /etc/profile.d/|wc -l
23
Other distributions (RH-like) are sourcing files put in that directory
for years now (but not /etc/profile itself)
From
Hey Matthias.
So if you think that a working solution, which is used by others, isn't
the correct one... what is you suggestion how to do it? ;-)
I mean this bug, blocking so many things, shouldn't just left open till
the end of days.
Cheers,
Chris.
smime.p7s
Description: S/MIME cryptographic
Hi,
Christoph Anton Mitterer wrote (04 Apr 2014 01:53:38 GMT) :
What keeps it from being merged?
I would suggest:
1. Make the patch complete, so that it can actually be applied.
(My understanding is that the proposed patch does not update
the documentation, and Matthijs offered to
Hey.
Anything new here? This is nearly two years old now,... it blocks
several other really annoying bugs,.. a fix seems quite simple and a
patch was even provided.
What keeps it from being merged?
Cheers,
Chris.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: bash
Version: 4.2+dfsg-1
Followup-For: Bug #675008
Dear maintainer,
is there a chance that we can get a pendant to /etc/profile.d but for non-login
interactive shells in time for the next stable release? Patches are already
suggested in this bug report and it is currently blocking some
block 678174 by 675008
thanks
This is required for fixing http://bugs.debian.org/678174
“bash-completion: /etc/profile.d/bash_completion.sh does not work for
non-login shells (e.g., screen, xterm)”.
It’s also something we needed in the MIT Debathena project. We currently
work around this by
Hi,
I'm interested in this feature as well (so hopefully bash-completion can
replace its /etc/profile.d/bash_completion.sh with an
/etc/bash.bashrc.d/bash_completion.sh to really work out of the box, see
#678174).
So, I created a patch. It isn't very complicated (pretty much copied the
lines for
Package: bash
Version: 4.2-2
Severity: wishlist
As described at
http://yeupou.wordpress.com/2012/05/29/having-homemade-aliases-functions-and-such-available-to-every-interactive-shells/
I find frustrating to be unable by default to add local shell
aliases/functions to be automatically sourced
12 matches
Mail list logo