Hi,
I'm packaging gnome-main-menu applet from SVN and have only one issue displayed by rpmlint.
gnome-main-menu.i386: W: non-conffile-in-etc /etc/gconf/schemas/application-browser.schemas gnome-main-menu.i386: W: non-conffile-in-etc /etc/gconf/schemas/slab.schemas
In bugzilla's review request [1] non-conffile-in-etc was fixed by marking file as %config.
compiz [2] has gconf schemas files too, but it has no %config and schemas normally in %files.
Please, tell me, what should I do. My SPEC [3].
1| https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188359 2| http://cvs.fedoraproject.org/viewcvs/rpms/compiz/F-8/compiz.spec?view=markup 3| http://phpfi.com/291200
On Mon, Jan 21, 2008 at 03:47:19PM +0100, Jakub 'Livio' Rusinek wrote:
Hi,
I'm packaging gnome-main-menu applet from SVN and have only one issue displayed by rpmlint.
gnome-main-menu.i386: W: non-conffile-in-etc /etc/gconf/schemas/application-browser.schemas gnome-main-menu.i386: W: non-conffile-in-etc /etc/gconf/schemas/slab.schemas
In bugzilla's review request [1] non-conffile-in-etc was fixed by marking file as %config.
compiz [2] has gconf schemas files too, but it has no %config and schemas normally in %files.
The gconf schemas are not config files, so should not be marked as %config and the rpmlint warning can be ignored.
The bug is certainly in gnome/gconf since those files should certainly be in /usr/share (with a possible override in /etc).
-- Pat
2008/1/21, Patrice Dumas pertusus@free.fr:
On Mon, Jan 21, 2008 at 03:47:19PM +0100, Jakub 'Livio' Rusinek wrote:
Hi,
I'm packaging gnome-main-menu applet from SVN and have only one issue displayed by rpmlint.
gnome-main-menu.i386: W: non-conffile-in-etc /etc/gconf/schemas/application-browser.schemas gnome-main-menu.i386: W: non-conffile-in-etc /etc/gconf/schemas/slab.schemas
In bugzilla's review request [1] non-conffile-in-etc was fixed by marking file as %config.
compiz [2] has gconf schemas files too, but it has no %config and schemas normally in %files.
The gconf schemas are not config files, so should not be marked as %config and the rpmlint warning can be ignored.
The bug is certainly in gnome/gconf since those files should certainly be in /usr/share (with a possible override in /etc).
-- Pat
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Thanks for reply. My package is ready for repo inclusion :> .
Patrice Dumas <pertusus <at> free.fr> writes:
The bug is certainly in gnome/gconf since those files should certainly be in /usr/share (with a possible override in /etc).
Interestingly, KConfig gets it wrong the opposite way, it puts the schemas into /usr/share/config.kcfg (OK) and the config files into /usr/share/config (not so OK).
Kevin Kofler
On Monday 21 January 2008 18:37:28 Kevin Kofler wrote:
Patrice Dumas <pertusus <at> free.fr> writes:
The bug is certainly in gnome/gconf since those files should certainly be in /usr/share (with a possible override in /etc).
Interestingly, KConfig gets it wrong the opposite way, it puts the schemas into /usr/share/config.kcfg (OK) and the config files into /usr/share/config (not so OK).
lrineau@schtroumpf ~ $ kde-config --path config /home/lrineau/.kde/share/config/:/etc/kde/:/usr/share/kde-settings/kde-profile/default/share/config/:/usr/share/config/
That means that /usr/share/config is searched *last*. Config options are first searched in my home directory, then in /etc/kde, then in /usr/share/kde-settings/kde-profile/default/share/config/, then eventually in /usr/share/config/.
So KConfig does it the right way. :-)