From 318f11554c1e576cda59799fc489fb583ca8dbd9 Mon Sep 17 00:00:00 2001
From: Bill Somerville <g4wjs@classdesign.com>
Date: Sat, 27 Sep 2014 19:38:21 +0000
Subject: [PATCH] Back out Debian manpage compliance because it breaks RPM.

The Debian packaging rule bad-so-link-within-manual-page is a PITA, it
is apparently  suprerflous because  our alias  manpages with  links as
generated by a2x work just fine as they are. Trying to get rid of this
Lintian error  unfortunately breaks manpage  lookup of alias  pages on
RPM systems.

git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@4390 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
---
 manpages/CMakeLists.txt | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/manpages/CMakeLists.txt b/manpages/CMakeLists.txt
index c0882fe4f..be9c77720 100644
--- a/manpages/CMakeLists.txt
+++ b/manpages/CMakeLists.txt
@@ -49,7 +49,12 @@ if (A2X_EXECUTABLE AND GZIP_EXECUTABLE AND SED_EXECUTABLE)
     add_custom_command (OUTPUT "${o}.gz"
       COMMAND ${CMAKE_COMMAND} ARGS -E make_directory "${d}"
       COMMAND ${A2X_EXECUTABLE} ARGS ${A2X_OPTS} -D "${d}" "${f}"
-      COMMAND ${SED_EXECUTABLE} ARGS -e "'s@.so @&man${section}/@'" -i.orig "${d}/*.${section}"
+#
+# the  following edit  command was  an attempt  to comply  with Debian
+# packaging rules for manpages but hopelessly failed because it breaks
+# manpage usage on RPM installs
+#
+#      COMMAND ${SED_EXECUTABLE} ARGS -e "'s@.so @&man${section}/@'" -i.orig "${d}/*.${section}"
       COMMAND ${GZIP_EXECUTABLE} ARGS -f9 "${d}/*.${section}"
       DEPENDS "${f}"
       COMMENT "Generating ${o}.gz"