After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 107856 - hard-coded /usr/share
hard-coded /usr/share
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: [obsolete] theme-manager
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-03-08 02:07 UTC by Sean Middleditch
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2


Description Sean Middleditch 2003-03-08 02:07:50 UTC 
The theme manager seems to be hard-coded to look in /usr/share, which kinda
sucks when your distro mandates you install in /opt/gnome or whatnot.  Even
patching the source to look in /opt/gnome sucks, tho, when you *also* have
themes in /usr/share/themes and /usr/local/themes and
/opt/kde/share/themes, etc. - should there perhaps be some way of
configuring (either at build or runtime) multiple paths to look in for
themes, versus just the install path?  (or hard-coded paths)
Comment 1 Jason Leach 2004-02-08 09:30:02 UTC 
The theme dir is not hardcoded, the code calls gtk_rc_get_theme_dir ()
to get the system theme dir. It also checks ~/.themes for any themes.

The only hardcoded URI is /usr/share/icons, but after that it also
checks INSTALL_PREFIX/share/icons and ~/.icons for icons.

The code is in gnome-theme-info.c in the gnome_theme_init() function
if you are interested.