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 145041 - Gconftool uses user's umask to create directories in /etc/gconf/gconf.xml.defaults
Gconftool uses user's umask to create directories in /etc/gconf/gconf.xml.def...
Status: RESOLVED FIXED
Product: GConf
Classification: Deprecated
Component: gconf
unspecified
Other All
: Normal normal
: ---
Assigned To: GConf Maintainers
GConf Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-06-27 00:44 UTC by rubensr
Modified: 2005-03-20 21:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description rubensr 2004-06-27 00:44:17 UTC
1. <app> is not installed (no keys in /etc/gconf/schemas and  
   /etc/gconf/gconf.xml.defaults  
2. login as root, set umask to 0077  
3. Install package (I used my own package and also yours) via  
   command line  
4. <app> will not run for normal users after that.  
   (/etc/gconf/gconf.xml.defaults/apps/<app> is created rwx------)  
5. After fixing the umask (0022), and then removing the package  
   and reinstalling, I still had to log out (from my normal user  
   session) and login again to make things work.  
  
A discussion of this can be found in the gconf mailing list 
archive, in the threads: 
* Problems after installing schemas from a spec file 
* gconftool-2 using user's umask - bug in gconf?
Comment 1 Mark McLoughlin 2004-07-02 09:06:38 UTC
See:

http://mail.gnome.org/archives/gconf-list/2004-July/msg00000.html

So, when you say "no keys in /etc/gconf/gconf.xml.defaults", do you mean that
the directory doesn't exist?

What distibution and what version of GConf are you using? What packages do you
have installed?
Comment 2 rubensr 2004-07-02 10:52:31 UTC
By "no keys in /etc/gconf/gconf.xml.defaults" I mean there is no  
/etc/gconf/gconf.xml.defaults/apps/<myapp>  
  
My distribution is RH8.0, GConf2-1.2.1-3 (this is what I used to reproduce  
the problem).  
  
The users that complained about this were using (as far as I know - couldnt  
get much feedback I helped them fix the problem) usually Gnome 2.6,  
in Fedora and Debian.  
 
Comment 3 Mark McLoughlin 2004-08-10 15:37:55 UTC
Okay, fixed on HEAD and gnome-2-6 now. Thanks for your patience.

2004-08-10  Mark McLoughlin  <mark@skynet.ie>

        * gconf/gconftool.c: (main): set the umask for
        --makefile-install-mode so we always install the
        schemas with the correct permissions. bug #145041.

Comment 4 vladislav safronov 2005-03-20 21:49:39 UTC
Hi, I still have this bug on Fedora Core 2:

# rm -rf /etc/gconf/gconf.xml.defaults/apps/gnochm
# ls  /etc/gconf/gconf.xml.defaults/apps/gnochm
ls: /etc/gconf/gconf.xml.defaults/apps/gnochm: No such file or directory
# umask
0022
[root@xpc vsafronov]# apt-get install gnochm
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
   gnochm (0.9.4-1.1.fc2.rf)
0 upgraded, 1 newly installed, 0 removed and 210 not upgraded.
Need to get 0B/94.8kB of archives.
After unpacking 2064kB of additional disk space will be used.
Checking GPG signatures...
Committing changes...
Preparing...                ########################################### [100%]
   1:gnochm                 ########################################### [100%]
/var/tmp/rpm-tmp.68062: line 5: /usr/bin/update-desktop-database: No such file
or directory
Done.
# exit

$ rpm -q gtkhtml2
gtkhtml2-2.6.0-1

gtkhtml2-2.6.0-1