Eliminate unwanted whitespace from the man pages' XML source
authorSimon McVittie <simon.mcvittie@collabora.co.uk>
Thu, 14 Feb 2013 13:30:19 +0000 (13:30 +0000)
committerSimon McVittie <simon.mcvittie@collabora.co.uk>
Mon, 18 Feb 2013 14:16:18 +0000 (14:16 +0000)
As demanded by the git commit hook set up by autogen.sh, this eliminates
trailing whitespace on each line, and blank lines at EOF. We might as
well do this now, since every line in these files has changed anyway.

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=59805
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Ralf Habacker <ralf.habacker@freenet.de>
doc/dbus-cleanup-sockets.1.xml.in
doc/dbus-daemon.1.xml.in
doc/dbus-launch.1.xml.in
doc/dbus-monitor.1.xml.in
doc/dbus-send.1.xml.in
doc/dbus-uuidgen.1.xml.in

index 5657496..6d98083 100644 (file)
@@ -32,15 +32,15 @@ connection sockets. See <ulink url='http://www.freedesktop.org/software/dbus/'>h
 more information about the big picture.</para>
 
 
-<para>If given no arguments, <command>dbus-cleanup-sockets</command> cleans up sockets 
+<para>If given no arguments, <command>dbus-cleanup-sockets</command> cleans up sockets
 in the standard default socket directory for the
-per-user-login-session message bus; this is usually /tmp. 
+per-user-login-session message bus; this is usually /tmp.
 Optionally, you can pass a different directory on the command line.</para>
 
 
 <para>On Linux, this program is essentially useless, because D-Bus defaults
 to using "abstract sockets" that exist only in memory and don't have a
-corresponding file in /tmp.</para> 
+corresponding file in /tmp.</para>
 
 
 <para>On most other flavors of UNIX, it's possible for the socket files to
@@ -63,4 +63,3 @@ linc-cleanup-sockets written by Michael Meeks.</para>
 see <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink></para>
 </refsect1>
 </refentry>
-
index 8bb8348..aea2514 100644 (file)
@@ -887,4 +887,3 @@ for example.</para>
 see <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink></para>
 </refsect1>
 </refentry>
-
index b9f0767..fde439d 100644 (file)
@@ -35,7 +35,7 @@
 
 
 <refsect1 id='description'><title>DESCRIPTION</title>
-<para>The <command>dbus-launch</command> command is used to start a session bus 
+<para>The <command>dbus-launch</command> command is used to start a session bus
 instance of <emphasis remap='I'>dbus-daemon</emphasis> from a shell script.
 It would normally be called from a user's login
 scripts. Unlike the daemon itself, <command>dbus-launch</command> exits, so
@@ -56,7 +56,7 @@ examples.</para>
 information about the new bus to standard output.</para>
 
 <para>When <command>dbus-launch</command> prints bus information to standard output, by
-default it is in a simple key-value pairs format. However, you may 
+default it is in a simple key-value pairs format. However, you may
 request several alternate syntaxes using the --sh-syntax, --csh-syntax,
 --binary-syntax, or
 --auto-syntax options. Several of these cause <command>dbus-launch</command> to emit shell code
@@ -121,14 +121,14 @@ terminated automatically on logout.</para>
 <refsect1 id='automatic_launching'><title>AUTOMATIC LAUNCHING</title>
 <para>If DBUS_SESSION_BUS_ADDRESS is not set for a process that tries to use
 D-Bus, by default the process will attempt to invoke dbus-launch with
-the --autolaunch option to start up a new session bus or find the 
+the --autolaunch option to start up a new session bus or find the
 existing bus address on the X display or in a file in
 ~/.dbus/session-bus/</para>
 
 
 <para>Whenever an autolaunch occurs, the application that had to
 start a new bus will be in its own little world; it can effectively
-end up starting a whole new session if it tries to use a lot of 
+end up starting a whole new session if it tries to use a lot of
 bus services. This can be suboptimal or even totally broken, depending
 on the app and what it tries to do.</para>
 
@@ -136,7 +136,7 @@ on the app and what it tries to do.</para>
 <para>There are two common reasons for autolaunch. One is ssh to a remote
 machine. The ideal fix for that would be forwarding of
 DBUS_SESSION_BUS_ADDRESS in the same way that DISPLAY is forwarded.
-In the meantime, you can edit the session.conf config file to 
+In the meantime, you can edit the session.conf config file to
 have your session bus listen on TCP, and manually set
 DBUS_SESSION_BUS_ADDRESS, if you like.</para>
 
@@ -194,7 +194,7 @@ your application.</para>
   <varlistentry>
   <term><option>--config-file=FILENAME</option></term>
   <listitem>
-<para>Pass --config-file=FILENAME to the bus daemon, instead of passing it 
+<para>Pass --config-file=FILENAME to the bus daemon, instead of passing it
 the --session argument. See the man page for dbus-daemon</para>
 
   </listitem>
@@ -209,7 +209,7 @@ the --session argument. See the man page for dbus-daemon</para>
   <varlistentry>
   <term><option>--exit-with-session</option></term>
   <listitem>
-<para>If this option is provided, a persistent "babysitter" process will be 
+<para>If this option is provided, a persistent "babysitter" process will be
 created that watches stdin for HUP and tries to connect to the X
 server. If this process gets a HUP on stdin or loses its X connection,
 it kills the message bus daemon.</para>
@@ -269,4 +269,3 @@ own right.</para>
 see <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink></para>
 </refsect1>
 </refentry>
-
index 79586af..af05e3a 100644 (file)
@@ -20,7 +20,7 @@
 <!-- body begins here -->
 <refsynopsisdiv id='synopsis'>
 <cmdsynopsis>
-  <command>dbus-monitor</command>    
+  <command>dbus-monitor</command>
     <group choice='opt'><arg choice='plain'>--system </arg><arg choice='plain'>--session </arg><arg choice='plain'>--address <replaceable>ADDRESS</replaceable></arg></group>
     <group choice='opt'><arg choice='plain'>--profile </arg><arg choice='plain'>--monitor </arg></group>
     <arg choice='opt'><arg choice='plain'><replaceable>watch</replaceable></arg><arg choice='plain'><replaceable>expressions</replaceable></arg></arg>
@@ -120,4 +120,3 @@ The profiling output mode was added by Olli Salli.</para>
 see <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink></para>
 </refsect1>
 </refentry>
-
index af4f158..78f1374 100644 (file)
@@ -20,7 +20,7 @@
 <!-- body begins here -->
 <refsynopsisdiv id='synopsis'>
 <cmdsynopsis>
-  <command>dbus-send</command>    
+  <command>dbus-send</command>
     <group choice='opt'><arg choice='plain'>--system </arg><arg choice='plain'>--session </arg></group>
     <arg choice='opt'>--dest=<replaceable>NAME</replaceable></arg>
     <arg choice='opt'><arg choice='plain'>--print-reply </arg><arg choice='opt'><replaceable>=literal</replaceable></arg></arg>
 
 <refsect1 id='description'><title>DESCRIPTION</title>
 <para>The <command>dbus-send</command> command is used to send a message to a D-Bus message
-bus. See <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink> for more 
+bus. See <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink> for more
 information about the big picture.</para>
 
 
-<para>There are two well-known message buses: the systemwide message bus 
-(installed on many systems as the "messagebus" service) and the 
+<para>There are two well-known message buses: the systemwide message bus
+(installed on many systems as the "messagebus" service) and the
 per-user-login-session message bus (started each time a user logs in).
 The <option>--system</option> and <option>--session</option> options direct
 <command>dbus-send</command> to send messages to the system or session buses respectively.
@@ -55,14 +55,14 @@ which is the name of a connection on the bus to send the message to. If
 
 <para>The object path and the name of the message to send must always be
 specified. Following arguments, if any, are the message contents
-(message arguments).  These are given as type-specified values and 
+(message arguments).  These are given as type-specified values and
 may include containers (arrays, dicts, and variants) as described below.</para>
 
 <literallayout remap='.nf'>
 &lt;contents&gt;   ::= &lt;item&gt; | &lt;container&gt; [ &lt;item&gt; | &lt;container&gt;...]
 &lt;item&gt;       ::= &lt;type&gt;:&lt;value&gt;
 &lt;container&gt;  ::= &lt;array&gt; | &lt;dict&gt; | &lt;variant&gt;
-&lt;array&gt;      ::= array:&lt;type&gt;:&lt;value&gt;[,&lt;value&gt;...] 
+&lt;array&gt;      ::= array:&lt;type&gt;:&lt;value&gt;[,&lt;value&gt;...]
 &lt;dict&gt;       ::= dict:&lt;type&gt;:&lt;type&gt;:&lt;key&gt;,&lt;value&gt;[,&lt;key&gt;,&lt;value&gt;...]
 &lt;variant&gt;    ::= variant:&lt;type&gt;:&lt;value&gt;
 &lt;type&gt;       ::= string | int16 | uint 16 | int32 | uint32 | int64 | uint64 | double | byte | boolean | objpath
@@ -83,11 +83,11 @@ or nested containers (e.g. arrays of variants).</para>
             array:string:"1st item","next item","last item"  &bsol;
             dict:string:int32:"one",1,"two",2,"three",3      &bsol;
             variant:int32:-8                                 &bsol;
-            objpath:/org/freedesktop/sample/object/name 
+            objpath:/org/freedesktop/sample/object/name
 
 </literallayout> <!-- .fi -->
 
-<para>Note that the interface is separated from a method or signal 
+<para>Note that the interface is separated from a method or signal
 name by a dot, though in the actual protocol the interface
 and the interface member are separate fields.</para>
 
@@ -156,4 +156,3 @@ The default is implementation&hyphen;defined, typically 25 seconds.</para>
 see <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink></para>
 </refsect1>
 </refentry>
-
index 88e33ad..fbd2681 100644 (file)
@@ -54,8 +54,8 @@ for a single machine until the next reboot at least.</para>
 
 
 <para>The important properties of the machine UUID are that 1) it remains
-unchanged until the next reboot and 2) it is different for any two 
-running instances of the OS kernel. That is, if two processes see the 
+unchanged until the next reboot and 2) it is different for any two
+running instances of the OS kernel. That is, if two processes see the
 same UUID, they should also see the same shared memory, UNIX domain
 sockets, local X displays, localhost.localdomain resolution, process
 IDs, and so forth.</para>
@@ -88,7 +88,7 @@ because there are two different kernels.</para>
   <listitem>
 <para>If a filename is not given, defaults to localstatedir/lib/dbus/machine-id
 (localstatedir is usually /var). If this file exists and is valid, the
-uuid in the file is printed on stdout. Otherwise, the command exits 
+uuid in the file is printed on stdout. Otherwise, the command exits
 with a nonzero status.</para>
 
   </listitem>
@@ -124,4 +124,3 @@ On success, prints no output.</para>
 see <ulink url='http://www.freedesktop.org/software/dbus/'>http://www.freedesktop.org/software/dbus/</ulink></para>
 </refsect1>
 </refentry>
-