Blame SOURCES/00174-fix-for-usr-move.patch

23b3e9
diff -up Python-2.7.3/Modules/getpath.c.fix-for-usr-move Python-2.7.3/Modules/getpath.c
23b3e9
--- Python-2.7.3/Modules/getpath.c.fix-for-usr-move	2013-03-06 14:25:32.801828698 -0500
23b3e9
+++ Python-2.7.3/Modules/getpath.c	2013-03-06 15:59:30.872443168 -0500
23b3e9
@@ -510,6 +510,24 @@ calculate_path(void)
23b3e9
        MAXPATHLEN bytes long.
23b3e9
     */
23b3e9
 
23b3e9
+    /*
23b3e9
+      Workaround for rhbz#817554, where an empty argv0_path erroneously
23b3e9
+      locates "prefix" as "/lib[64]/python2.7" due to it finding
23b3e9
+      "/lib[64]/python2.7/os.py" via the /lib -> /usr/lib symlink for
23b3e9
+      https://fedoraproject.org/wiki/Features/UsrMove
23b3e9
+    */
23b3e9
+    if (argv0_path[0] == '\0' && 0 == strcmp(prog, "cmpi_swig")) {
23b3e9
+        /*
23b3e9
+          We have an empty argv0_path, presumably because prog aka
23b3e9
+          Py_GetProgramName() was not found on $PATH.
23b3e9
+
23b3e9
+          Set argv0_path to "/usr/" so that search_for_prefix() and
23b3e9
+          search_for_exec_prefix() don't erroneously pick up
23b3e9
+          on /lib/ via the UsrMove symlink:
23b3e9
+        */
23b3e9
+        strcpy(argv0_path, "/usr/");
23b3e9
+    }
23b3e9
+
23b3e9
     if (!(pfound = search_for_prefix(argv0_path, home))) {
23b3e9
         if (!Py_FrozenFlag)
23b3e9
             fprintf(stderr,