desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #80455
[Bug 1132700] Re: gnome-terminal >= 3.7 requires sourcing of vte.sh login script
I'm not sure what 'supported' means in this context, but I guess it's
something like the core/default packages of Ubuntu (e.g. config tools,
default desktop including gnome-terminal etc.) as opposed to the
additional software (e.g. other vte-based terminals). Am I right?
I understand that the former category is more important, and that
supporting two parallel versions is not ideal. On the other hand,
blocking update of these components until all of them has a
vte-0.38-based version released doesn't sound even worse to me.
The weren't too many API changes, so for Ubuntu-maintained software the
transition could probably be made really quickly. The bottleneck is of
course apps that are not Ubuntu-specific.
What really sucks is those apps that still use Gtk+2/vte-0.28, this
ancient version of Vte contains dozens of severe bugs that were fixed in
the mean time. (vte-0.36.3 is the first one I personally feel good about
:)) However, at this point there's nothing we could do to urge them
porting to Gtk+3.
** Bug watch added: Red Hat Bugzilla #1114379
https://bugzilla.redhat.com/show_bug.cgi?id=1114379
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1132700
Title:
gnome-terminal >= 3.7 requires sourcing of vte.sh login script
Status in GNOME Terminal:
Won't Fix
Status in “gnome-terminal” package in Ubuntu:
Fix Released
Bug description:
As of gnome-terminal 3.7.0, it is required to add the following to
PS1 to get the usual behaviour where a new terminal opens with the
current working directory of the terminal you activated it from.
export PS1='\[$(__vte_ps1)\]'$PS1
gnome-terminal devs suggest to put this in .bashrc, however since this
basically causes a regression, it would make sense to deal with it at
a distro level and perhaps include it in the system bash scripts or
similar.
The actual change was made in libvte so this may potentially affect
any application that uses that library.
As a side note: __vte_ps1() is provided by /etc/profile.d/vte.sh,
which is installed by libvte, however atleast on my system this script
is not getting sourced at login for some reason.
To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-terminal/+bug/1132700/+subscriptions