Bug 450518 – dev-python/egenix-mx-base: 'setup.py install' does not respect --build-lib

• Status: RESOLVED UPSTREAM
• Product: Gentoo Linux

[Description Michał Górny 2013-01-06 11:53:00 UTC]

/usr/bin/python2.7 setup.py build --build-base /tmp/portage/dev-python/egenix-mx-base-3.2.5/work/egenix-mx-base-3.2.5-python2_7 --build-lib /tmp/portage/dev-python/egenix-mx-base-3.2.5/work/egenix-mx-base-3.2.5-python2_7/lib --build-scripts /tmp/portage/dev-python/egenix-mx-base-3.2.5/work/egenix-mx-base-3.2.5-python2_7/scripts install --compile -O2 --root=/tmp/portage/dev-python/egenix-mx-base-3.2.5/image//_python2.7

[...]

warning: mx_install_lib: '/tmp/portage/dev-python/egenix-mx-base-3.2.5/work/egenix-mx-base-3.2.5-python2_7/lib.linux-x86_64-2.7_ucs4' does not exist -- no Python modules to install

[Comment 1 Michał Górny 2013-01-06 12:37:54 UTC]

It seems that the following work-around in mxSetup.py is responsible:

        # Undo the change introduced in Python 2.4 to bdist_wininst
        # which manipulates the build.build_lib path and adds
        # a target_version specific ending; we simply override
        # the value here (rather than in build), since all install_*
        # commands pick up the .build_lib value from this command
        # rather than build.
        if self.distribution.has_ext_modules():
            build = self.get_finalized_command('build')
            if _debug:
                print ('resetting build_lib from "%s" to "%s"' %
                       (self.build_lib,
                        build.build_platlib))
            self.build_lib = build.build_platlib


Adding --build-platlib to setup.py install-phase invocation work-arounds it.

[Comment 2 Patrice Clement (RETIRED) 2016-10-14 10:50:43 UTC]

File a bug upstream Michal if you want the install procedure to work as expected.