right now, python_mod_optimize requires a full path. that means people need to know the exact location of the python install. that has led to plenty of duplicated code like so: sys-cluster/mpich2/mpich2-1.0.8.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages/${PN} sys-libs/libselinux/libselinux-1.34.14.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages sys-libs/libselinux/libselinux-2.0.71.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages sys-libs/libsemanage/libsemanage-1.10.9.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages sys-libs/libsemanage/libsemanage-2.0.27.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages sys-apps/policycoreutils/policycoreutils-1.34.15.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages sys-apps/policycoreutils/policycoreutils-2.0.55.ebuild: python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages since packages should generally be installing into /usr/$(get_libdir)/python${PYVER}/ anyways, and so far the eclass has required absolute paths, how about we extend it such that a relative path will automatically prefix $(python_get_libdir) further more, since the default behavior for no arguments has been to do nothing, and so no ebuild should be invoking python_mod_optimize that way, why dont we default it to run on $(python_get_sitedir)
python_mod_optimize() now requires paths relative to "$(python_get_sitedir)" in case of packages supporting installation for multiple Python versions.
Please revert - a lot of packages in stable, e.g. xfce-base/exo-0.3.107, still pass absolute pathnames to python_mod_optimize, and this no longer works.
oops, I should not post on behalf of forum users.
(In reply to comment #1) > python_mod_optimize() now requires paths relative to "$(python_get_sitedir)" > in case of packages supporting installation for multiple Python versions. The same behavior is also present in case of modules in site-packages directories for all packages in EAPI >=3. (In reply to comment #2) > Please revert - a lot of packages in stable, e.g. xfce-base/exo-0.3.107, > still pass absolute pathnames to python_mod_optimize, xfce-base/exo-0.3.107 was misported to EAPI="3" (bug #337009).
