This file is indexed.

/usr/share/doc/gnumed/user-manual/GmManualConfigFiles.html is in gnumed-doc 1.1.7-1.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
<h1><a name="GNUmed_configuration_files"></a> GNUmed configuration files </h1>
<p />
GNUmed uses the standard INI style configuration file format. The extension <strong>.conf</strong> is used for all config files.
<p />
Lists (options spanning several lines) are defined slightly differently from some other INI file parsers. They work very similar to PostgreSQL dollar quoting in stored procedures. Assume we want to define a list <em>users</em> in a group <em>preferences</em>. This would be the relevant section in the config file:
<p />
<pre>
&#91;preferences]
users &#61; $users$
McCoy
Spock
Kirk
$users$
</pre>
<p />
In reality, a preference "users" is not deployed in the GNUmed config files. A better real example would be the [backend] profiles that assist choosing from among optionally more than one database (public server, local database) to which to connect.
<p />
Examples of what is possible to specify as core client configurations are being maintained in the file <a href="http://gitorious.org/gnumed/gnumed/blobs/master/gnumed/gnumed/client/gm-from-vcs.conf" rel="nofollow" target="_top">gm-from-vcs.conf</a>
<p />
In most cases, the core .config file(s) are edited directly, and then recopied where appropriate among local directories and machines whether by IT support, local administrators or advanced users. Values manageable through the GNUmed Preferences submenu are, in a few cases (such as sender email), written back into the config file so as to be available to the exception handler even before a database connection would have been made. Preferences are otherwise stored in the back end database.
<p />
<h2 class="twikinetRoundedAttachments"><span class="twikinetHeader"><a name="Default_configuration_files"></a> Default configuration files </span></h2>
<p />
GNUmed uses a few built-in configuration file names. Most of them can be overriden by the command line option <pre>--conf-file&#61;FILE</pre> where <code>FILE</code> is the name of the configuration file you want to use instead. Make sure this file is writable by the user as it will be used to store default settings.
<p />
GNUmed will try to work around missing configuration files by providing sensible defaults without exhibiting surprising behaviour.
<p />
<h3><a name="etc_gnumed_gnumed_client_conf"></a> <code>/etc/gnumed/gnumed-client.conf</code> </h3>
<p />
This file can be used to define system-wide defaults such as backend profiles. Those profiles will be available through the login dialog in addition to those defined elsewhere. The file will be opened read-only.
<p />
On non-Unix systems this file will be stored in other directories. Please refer to the <a href="http://wxpython.wxcommunity.com/docs/api/wx.StandardPaths-class.html" rel="nofollow" target="_top">wxPython</a> documentation to find out where.
<p />
<h3><a name="gnumed_gnumed_conf"></a> <code>~/.gnumed/gnumed.conf</code> </h3>
<p />
Additional defaults can be stored in this file. Any backend profiles will be added to the list of profiles available from <code>/etc/gnumed/gnumed-client.conf</code>. This file is also used to store user preferences which need to be available before a connection to the database has been made. Therefore the user needs write access to it.
<p />
Configuration information about the <em>workplace</em>, <a href="GmManualXmlRpcApi.html" class="twikiLink">slave mode</a> and <a href="GmManualExternalPatientImport.html" class="twikiLink">external patient sources</a> is also found here.
<p />
<h3><a name="gnumed_conf"></a> <code>./gnumed.conf</code> </h3>
<p />
If no <code>~/.gnumed/gnumed.conf</code> file is found GNUmed will scan the current directory (from which it was invoked) for a file <code>gnumed.conf</code>. This allows starting GNUmed from an arbitrary directory (such as a copy of the VCS tree) without needing a <code>gnumed.conf</code> installed in <code>~/.gnumed/</code>.
<p />
<h3><a name="gnumed_gnumed_xsanerc_conf"></a> <code>~/.gnumed/gnumed-xsanerc.conf</code> </h3>
<p />
Used since: GNUmed v0.2.9
<p />
Requires: XSane &gt; v0.992
<p />
When GNUmed invokes XSane for scanning it passes along this file (via <code>--xsane-rc</code>). This way a custom XSane configuration can be used with GNUmed. If the file doesn't exist it will be created from <code>~/.sane/xsane/xsanerc</code> on the first call to XSane.
<p />
When you configure XSane after calling it from GNUmed your changes will be stored in the GNUmed-specific XSane configuration file and will thus not affect your usual XSane settings.
<p />
<h3><a name="mime_type2file_extension_conf"></a> <code>mime_type2file_extension.conf</code> </h3>
<p />
This file is used by GNUmed to assist in finding a suitable filename extension for certain mime types such as when displaying archived documents. It is only needed if the Operating System cannot figure out by itself how to display files of a certain type without the filename having an extension. This has mainly been observed on MS/Windows, particularly with bitmap type files.
<p />
GNUmed searches for this file in the system-wide (that is <code>/etc/gnumed/</code> on UNIX) and user-level (say, on UNIX, <code>~/.gnumed/</code>) configuration directories. If you cannot figure out what your Operating System thinks those directories should be check the GNUmed log file. It tells you where GNUmed looks for the file on your machine.
<p />
The file must contain a group <em>[extensions]</em> under which there can be one option per mime type specifying the extension to use on files of said type. Set the value to the raw extension only, omitting the ".", like so:
<p />
<pre>
&#91;extensions]
# set extension for bitmap files (mime type &#60;image/x-bmp&#62;) to &#34;bmp&#34;
# (IOW, they should read &#34;&#60;filename&#62;.bmp&#34; when passed to the OS for viewing)
image/x-bmp &#61; bmp
</pre>
<p />
Listings available here: <ul>
<li> <a href="http://www.sfsu.edu/training/mimetype.htm" rel="nofollow" target="_top">MIME Types (Global)</a> <em>San Francisco State University</em>
</li> <li> <a href="http://www.w3schools.com/media/media_mimeref.asp" rel="nofollow" target="_top">MIME Types By Content Type</a> <em>supported by Microsoft Internet Information Server version 5</em>
</li> <li> <a href="http://www.webmaster-toolkit.com/mime-types.shtml" rel="nofollow" target="_top">MIME Types by File type extension</a>
</li> <li> <a href="http://www.utoronto.ca/webdocs/HTMLdocs/Book/Book-3ed/appb/mimetype.html" rel="nofollow" target="_top">MIME Types by Description of Data Content</a> <em>University of Toronto</em>
</li></ul> 
<p />
<hr />
<p />
<hr />