This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ned.deily
Recipients jojo, ned.deily, yaro-yaro
Date 2016-06-05.18:34:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1465151679.32.0.795097929816.issue26971@psf.upfronthosting.co.za>
In-reply-to
Content
Sorry, it is no longer clear to me exactly what problem(s) and solution are being proposed here.  When dealing with installation problems like this, we have to be *very* precise: here's what I started with on what platform, here are the contents of the relevant directories and/or files before I start, here are exactly the steps I took, here are the results I expected, and here are the results I observed.  Using a downloaded tarball and the steps in @yaro-yaro's initial message, I see no change in /usr/lib64; note, there *may* have been Python .so files installed there by system packages but that should be irrelevant to building and installing your own Python.  I also could not reproduce @jojo's recipe as best I understand it and don't see how it could produce any change in /usr/lib64.  Changing the value of --libdir is a whole different matter and not relevant to the original problem.  Also the title of the issue refers to DESTDIR and DESTSHARED but nowhere in the body of the issue are these variables directly referenced, so I have to assume they aren't being explicitly set.

Unless someone can better demonstrate an actual problem here, I'm going to close this issue.
History
Date User Action Args
2016-06-05 18:34:39ned.deilysetrecipients: + ned.deily, yaro-yaro, jojo
2016-06-05 18:34:39ned.deilysetmessageid: <1465151679.32.0.795097929816.issue26971@psf.upfronthosting.co.za>
2016-06-05 18:34:39ned.deilylinkissue26971 messages
2016-06-05 18:34:39ned.deilycreate