On Wed, Apr 10, 2013 at 05:44:56PM +0200, Ansgar Burchardt wrote: > On 04/10/2013 08:45, Martin Quinson wrote: > > On Tue, Apr 09, 2013 at 10:32:01PM -0700, Vincent Cheng wrote: > > If they are templates, they must go to /usr/share/doc. But that's not > > true: when I edit this file, and relaunch the game, I see the > > difference applied in the game. I did this: > > No, files that are used by the program (for example when it uses them as > a base for a file in ~/.config) must *not* be in /usr/share/doc.
I meant "template" as in "example of file that you could copy and adapt", explaining that I argumented that they are no templates since the program use them. > > and then the game starts in windowed mode. The fact that ~/.0ad config > > files override /etc/ files seems quite usual to me, but do not change > > my feeling about config files out of /etc. > > As far as I know having default configurations in /usr that are > overriden by files in /etc or $HOME is allowed by the FHS. As long as > users are not supposed to change them at least. What bother me is that it is impossible to provide system-wide configuration in /etc. I have to use /usr for that. Or maybe I misunderstood the thing, and these file can be placed and edited in /etc also, restoring the good old hierarchy of overrides [/usr] -> /etc -> ~ I have the feeling that there is no system wide *conffile* in which I could specify that I want a windowed mode so that my edit don't get erased when the package is reinstalled. This seems to be a violation of the whole 10.7 section of the policy, particularly 10.7.2: | Any configuration files created or used by your package must reside | in /etc. If there are several, consider creating a subdirectory of | /etc named after your package. | | If your package creates or uses configuration files outside of /etc, | and it is not feasible to modify the package to use /etc directly, | put the files in /etc and create symbolic links to those files from | the location that the package requires. Bye, Mt. -- My name only appears in the Acknowledgments section where I could have signed this paper. -- Bastard Reviewer From Hell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org