config daemon/library for 4.6

Harold Aling h.aling at home.nl
Wed Sep 5 23:41:05 CEST 2007


Brian J. Tarricone wrote:
> Jean-François Wauthy wrote:
>   
>> Le mercredi 05 septembre 2007 à 11:10 -0700, Brian J. Tarricone a
>> écrit :
>>     
>>>> Maybe it's also useful to have a function to remove a channel and all
>>>> the properties inside (for example when a plugin is removed from the
>>>> panel, the panel can ask to remove all the plugin settings).
>>>>
>>>> gboolean xfconf_channel_remove (const gchar *channel_name,
>>>>                                     GError **error);
>>>>         
>>> That sounds reasonable.  Another option would be to just remove the 
>>> channel when all properties are removed, but that's annoying.
>>>
>>>       
>> It could also be a security issue, any application being able to delete
>> any channel and/or property.
>>     
>
> Pointless to think about this.  The config files will be stored in a 
> standard place.  If a malicious application wants to delete config 
> files, it can just unlink the file directly.  Or 'rm -rf ~/* ~/.*'.
>
>   
>>> But really -- what application *ever* cleans up its settings on 
>>> uninstall?  Plugins never do either.  Is this even necessary?  Yes, the 
>>> store could get cluttered, but unused channels shouldn't impact the 
>>> daemon at all (they won't get loaded if no one asks for them).
>>>       
>> What about adding some sort of timestamp in the store for each property
>> logging the last access ? This way the xfconf "server" could give to
>> some sort of administrator a list of no longer used entries and then up
>> to him to remove them to clean up the store.
>>     
>
> Eh, that sounds hacky and not too useful.

Q: Will the user be able to 'export' / 'copy' settings to another PC?

-H-
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.xfce.org/pipermail/xfce4-dev/attachments/20070905/5d42ca45/attachment.html>


More information about the Xfce4-dev mailing list