summaryrefslogtreecommitdiffstats
path: root/Tools
diff options
context:
space:
mode:
authorDavid Malcolm <dmalcolm@redhat.com>2012-06-26 18:06:23 (GMT)
committerDavid Malcolm <dmalcolm@redhat.com>2012-06-26 18:06:23 (GMT)
commitb83719287d6be9fede9c7dc17ab8494f296a8f86 (patch)
tree79345f677550d88dc0ea2568120912ba2f43050b /Tools
parent72a80e85a8035d6049950d701f9f5dc5bac4f14f (diff)
downloadcpython-b83719287d6be9fede9c7dc17ab8494f296a8f86.zip
cpython-b83719287d6be9fede9c7dc17ab8494f296a8f86.tar.gz
cpython-b83719287d6be9fede9c7dc17ab8494f296a8f86.tar.bz2
Issue #14443: ensure that brp-python-bytecompile is invoked with the correct
python executable The __os_install_macro defines some post-processing activities during an rpm build; one of the scripts it calls is brp-python-bytecompile, which can take an argument: the python executable with which to byte-compile .py files in the package payload. In some older versions of rpm (e.g. in RHEL 6), this invocation doesn't pass in an argument, and brp-python-bytecompile defaults to using /usr/bin/python, which can lead to the .py files being byte-compiled for the wrong version of python. This has been fixed in later versions of rpm by passing in %{__python} as an argument to brp-python-bytecompile. Workaround this by detecting if __os_install_post has a 0-argument invocation of brp-python-bytecompile, and if so generating an equivalent macro that has the argument, and explicitly provide the new definition within the specfile.
Diffstat (limited to 'Tools')
0 files changed, 0 insertions, 0 deletions