[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtk-devel
Subject:    GSettings/DConf questions
From:       Jim Vishoot <jgvishoot () gmail ! com>
Date:       2010-12-06 17:25:16
Message-ID: AANLkTimQvUpkdU6zhifn_HmjMphntzwPhJauYL+KNLoO () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hi,

I'm looking at GSettings+DConf as a simpler alternative to GConf for an
embedded project, but there are a couple of things that are not clear to me.


   1. where does DConf keep it's database files? looking through the code,
   it looks like it might be in the /etc/dconf/db/<profile-name>.d, where
   <profile-name> is the profile name passed to dconf_client_new(). But I also
   came across /etc/dconf/profile/<profile-name>, a file that seems to list the
   'stacking order' of the database files for a given profile, which would (I
   think) be a list of database file paths. I guess I am looking for clues on
   how GSettings+DConf gets configured and where things get stored.
   2. does GSettings or DConf support any kind of 'key security', that would
   allow one app (uid+guid) to read a specific key value but not write it,
   another app to read and write the key value, and a third app to be prevented
   from reading or writing the key value? This would be like GConf's path file
   that could specify readwrite or readwrite attributes for config sources. I
   haven't found anything like this in GSettings or DConf. I know about
   g_settings_is_writable(), but when I look at how the DConf backend handles
   it, it always returns TRUE.

Thanks in advance for any help, clues, or even pointers to docs or write-ups
of any kind.

Regards.
Jim Vishoot

[Attachment #5 (text/html)]

Hi, <br><br>I&#39;m looking at GSettings+DConf as a simpler alternative to =
GConf for an embedded project, but there are a couple of things that are no=
t clear to me.<br><br><ol><li>where does DConf keep it&#39;s database files=
? looking through the code, it looks like it might be in the /etc/dconf/db/=
&lt;profile-name&gt;.d, where &lt;profile-name&gt; is the profile name pass=
ed to dconf_client_new(). But I also came across /etc/dconf/profile/&lt;pro=
file-name&gt;, a file that seems to list the &#39;stacking order&#39; of th=
e database files for a given profile, which would (I think) be a list of da=
tabase file paths. I guess I am looking for clues on how GSettings+DConf ge=
ts configured and where things get stored.</li>
<li>does GSettings or DConf support any kind of &#39;key security&#39;, tha=
t would allow one app (uid+guid) to read a specific key value but not write=
 it, another app to read and write the key value, and a third app to be pre=
vented from reading or writing the key value? This would be like GConf&#39;=
s path file that could specify readwrite or readwrite attributes for config=
 sources. I haven&#39;t found anything like this in GSettings or DConf. I k=
now about g_settings_is_writable(), but when I look at how the DConf backen=
d handles it, it always returns TRUE.</li>
</ol>Thanks in advance for any help, clues, or even pointers to docs or wri=
te-ups of any kind.<br><br>Regards.<br>Jim Vishoot<br>


_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list


[prev in list] [next in list] [prev in thread] [next in thread]