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

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to