Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=612581 --- Comment #16 from Miroslav Suchà <msuchy@xxxxxxxxxx> 2010-10-27 06:46:26 EDT --- >non-conffile-in-etc and conffile-without-noreplace-flag: for a lot of files. >Please recheck every file in /etc if it's supposed to be a config file. If yes >then they should have %config macro. I assume files under /etc/rhn/default are >still used as base config file used by spacewalk. This should be addressed >upstream but as such is not a packaging problem (and files can be kept >non-config of course). I'd say special care for files in /etc/httpd/conf.d All those files are marked as %config. They just do not have (noreplace) attribute. Threre is tree kind of files: 1) /etc/rhn/default/* - this is files, which are configuration files. And change in this files will affect functionality of spacewalk-backend. In fact even small change can make spacewalk-backend in non-functional state. For this reason, people are discouraged to edit this file. And edit /etc/rhn/rhn.conf instead. All values in /etc/rhn/rhn.conf overwrite values in /etc/rhn/default/*. We frequently change files in /etc/rhn/default/* and if user (after yum upgrade) did not review .rpmnew files, Spacewalk can remain in non functional state. Or even worse, in state where it will work, but will behave differently from documentated/expected 2) /etc/rhn/satellite-httpd/conf/rhn/* - this are definition files for apache. This define for several locations different apache handlers. Again this is not intendeed for user to edit. But it is still configuration file. 3) /etc/httpd/conf.d - this is only one, which I'm willing to change. Although this will make upgrades little bit complicated for us. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review