Summary: | x11-libs/qt-gui-4.8.3: 44qt4-gtkstyle breaks /etc/profile.env | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Franz Trischberger <franz.trischberger> |
Component: | [OLD] KDE | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | franz.trischberger, l33tmmx, slawomir.nizio |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Franz Trischberger
2012-09-14 18:11:51 UTC
Looks like a problem with files/44qt4-gtkstyle from x11-libs/qt-gui-4.8.3. A-HA! portage.util.env_update._env_update: if v.startswith('$') and not v.startswith('${'): outfile.write("export %s=$'%s'\n" % (k, v[1:])) So changing the line in /etc/env.d/44qt4-gtkstyle to GTK2_RC_FILES="${HOME}/.gtkrc-2.0" fixes the issue... And then I expect you will get: $ echo "$GTK2_RC_FILES" ${HOME}/.gtkrc-2.0 instead of /home/sth/.gtkrc-2.0 which doesn't work as expected unless Gtk+ interprets '${HOME}' itself (I doubt it). As far as I know, interpolating shell variables inside env.d isn't allowed. I was curious how it's done with variables like JAVAC which include a path inside user's home directory. Its done using files /etc/profile.d/java-config-2.{c,}sh (provided by dev-java/java-config). Not sure there's a better solution or not, but it looks interesting. Btw. I'm not a Qt maintainer, just sharing my thoughts… Raising severity because this has visible (and really bad effects) to users. OK, change reverted in qt-gui-4.8.3-r1 *** Bug 435140 has been marked as a duplicate of this bug. *** |