Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#35024 - [gnome-terminal] Working directory problem with vte standard

Attached to Project: Arch Linux
Opened by Timothy (timthelion) - Monday, 29 April 2013, 10:23 GMT
Last edited by Jan Alexander Steffens (heftig) - Monday, 01 July 2013, 18:21 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Monday, 01 July 2013, 18:21 GMT
Reason for closing:  Fixed
Comment by Matthias Dienstbier (fs4000) - Monday, 29 April 2013, 13:55 GMT
https://bugzilla.gnome.org/show_bug.cgi?id=675987

So the shells are supposed to execute

source /etc/profile.d/vte.sh
export PS1='\[$(__vte_ps1)\]'$PS1

but I really don't know how to accomplish this in a clean way.

I don't know if Fedora's way of sourcing /etc/profile.d/*.sh in bashrc is the right thing.
Comment by Ionut Biru (wonder) - Monday, 29 April 2013, 14:07 GMT
we have that file in our package. is not sourced?
Comment by Timothy (timthelion) - Monday, 29 April 2013, 14:20 GMT
Perhaps it is, and I'm just getting messed up because I have my own custom .bashrc file.

Do you bash wizards understand what this is all about? Because to me, those lines just look like random symbols(and I'm a Haskell programmer!). I don't know why my choice of terminal emulator should affect the proper functioning of my shell at all since as I showed in my bug report bash IS inheriting environment correctly :(
Comment by Timothy (timthelion) - Monday, 29 April 2013, 14:21 GMT
I attached my ~/.bashrc file in case the problem is with my file.
   .bashrc (0.2 KiB)
Comment by Matthias Dienstbier (fs4000) - Monday, 29 April 2013, 14:22 GMT
It gets sourced by the login shell but not by the shell in gnome-terminal. This is OK for environment variables which get exported but you cannot do this with the functions in vte.sh.

@Timothy: This seems to be a problem in every distro except Fedora.
Comment by Timothy (timthelion) - Monday, 29 April 2013, 14:28 GMT
I found out the rational behind the change:
https://bugzilla.gnome.org/show_bug.cgi?id=675987
Comment by Timothy (timthelion) - Thursday, 02 May 2013, 07:09 GMT
Here, in the same bug I linked to at the top of my report: https://bugzilla.gnome.org/show_bug.cgi?id=697475

It is suggested: "/etc/profile.d/*.sh are for login shells. It doesn't make sense to run them on
every shell, when their actions persist on the children.
The typical case is to set environment variables. vte.sh is the outlier here by
doing things it isn't designed for.

It makes more sense to install vte.sh inside /etc/bash_completion.d/ It's not a
completion but, just like them, it's intended for interactive shells.

Dmitry Shachnev 2013-05-02 05:33:51 UTC

+1 for moving it to /etc/bash_completion.d, that will work on Debian/Ubuntu."

Comment by Matthias Dienstbier (fs4000) - Thursday, 02 May 2013, 15:43 GMT
We probably would need /etc/bashrc.d/ as a standard. /etc/bash_completion.d/ is already deprecated.
Comment by Jan Alexander Steffens (heftig) - Friday, 03 May 2013, 19:20 GMT
Seems the next vte revision will fix it.
Comment by Jan Alexander Steffens (heftig) - Monday, 01 July 2013, 18:21 GMT
Works, however with the limitation that you must be using a login shell (so /etc/profile.d gets sourced). We don't have a way to source it from /etc/bash.bashrc or /etc/zsh/zshrc right now.

Loading...