[X2go-dev] [PATCH] README.Multi-CUPS-Servers: remove trailing white space

[Paul Menzel]

Date: Fri, 15 Apr 2011 10:13:16 +0200


Signed-off-by: Paul Menzel <paulepanter at users.sourceforge.net>
---
Normally Git outputs a warning when applying such patches. This can also be checked using `git diff --check` before a commit or using `git log -p` and the trailing white space is marked by red color.
---
 README.Multi-CUPS-Servers |   10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/README.Multi-CUPS-Servers b/README.Multi-CUPS-Servers
index 885d8bf..69b4907 100644
--- a/README.Multi-CUPS-Servers
+++ b/README.Multi-CUPS-Servers
@@ -17,7 +17,7 @@ The cups-x2go virtual printer can be used on a CUPS server running on the X2Go
 Server or can be used on a separate CUPS server.  However, the current
 implementation associates a CUPS server with only a single X2Go server. It is
 not possible to have many X2Go Servers share a single, central CUPS print server.
-This can be especially problematic in highly virtualized environments where there 
+This can be especially problematic in highly virtualized environments where there
 may be hundreds of X2Go Server instances on a single host. It would seem enormously
 wasteful to have a CUPS instance running on each rather than a single, shared CUPS
 server. We need to patch the current cups-x2go files to make this possible.
@@ -38,18 +38,18 @@ it dynamically?
 Thankfully, the username is passed as one of the arguments to the cups-x2go backend and
 the username is also stored in the x2go_sessions database. The username is the connection
 which makes it all possible. However, there is normally only a single database for a single
-X2Go Server. Thus, the shared CUPS server solution is predicated upon using a shared database 
+X2Go Server. Thus, the shared CUPS server solution is predicated upon using a shared database
 and the shared database patches we previously created. In fact, this specific patch also
 requires the database patches we provided for using X2Go in a VServer environment. It is
 probably possible to adapt the proposed shared CUPS server patches to work with a shared
 X2Go database server without our shared database patches but we have grave security
 concerns with that configuration because all X2Go servers connect to the same database
 using the postgres super user account. That would give any user access to all other user's
-session information and, on a poorly configured database, access to any other database 
+session information and, on a poorly configured database, access to any other database
 running on the database server.
 
-Discussing those patches is outside the scope of this document but let me give at least a 
-basic understanding so that the cups-x2go patches make sense. The shared database patch allows 
+Discussing those patches is outside the scope of this document but let me give at least a
+basic understanding so that the cups-x2go patches make sense. The shared database patch allows
 all X2Go Servers to store their data in a central PostgreSQL database without using the postres
 super user. Each X2Go Server stores its information in a separate schema. Among the various
 patches for running X2Go in a VServer environment is another change to the database where a
-- 
1.7.4.1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x2go.org/pipermail/x2go-dev/attachments/20110415/20832d60/attachment.pgp>