Blame SOURCES/mysql-file-contents.patch

6f9931
Upstream chooses to install INFO_SRC and INFO_BIN into the docs dir, which
6f9931
breaks at least two packaging commandments, so we put them into $libdir
6f9931
instead.  That means we have to hack the file_contents regression test
6f9931
to know about this.
6f9931
6f9931
Recommendation they change is at http://bugs.mysql.com/bug.php?id=61425
6f9931
6f9931
1f5ad6
diff -up mysql-5.5.44/mysql-test/t/file_contents.test.orig mysql-5.5.44/mysql-test/t/file_contents.test
1f5ad6
--- mysql-5.5.44/mysql-test/t/file_contents.test.orig	2015-07-27 13:52:34.730676100 +0200
1f5ad6
+++ mysql-5.5.44/mysql-test/t/file_contents.test	2015-07-27 13:53:43.446205216 +0200
1f5ad6
@@ -31,6 +31,15 @@ if ($dir_bin =~ m|/usr/|) {
6f9931
   } else {
6f9931
     # RedHat: version number in directory name
6f9931
     $dir_docs = glob "$dir_docs/MySQL-server*";
6f9931
+
6f9931
+    # All the above is entirely wacko, because these files are not docs;
6f9931
+    # they should be kept in libdir instead.  mtr does not provide a nice
6f9931
+    # way to find libdir though, so we have to kluge it like this:
6f9931
+    if (-d "/usr/lib64/mysql") {
1f5ad6
+      $dir_docs = "/usr/lib64/mysql";
6f9931
+    } else {
1f5ad6
+      $dir_docs = "/usr/lib/mysql";
6f9931
+    }
6f9931
   }
6f9931
 } else {
1f5ad6
   # tar.gz package, Windows, or developer work (in git)