python.eclass always adds eselect-python as dep/rdep to every package which have "inherit python", even if package itself comes with USE="-python" Reproducible: Always Steps to Reproduce: 1. USE="-python" emerge dev-libs/libxml2 2. grep eselect-python -R /var/db/pkg/dev-libs/libxml2* Actual Results: (example for cross compilation, but native have same issue) max_posedon ~ # grep eselect-python -R /usr/mipsel-gentoo-linux-gnu/var/db/pkg/dev-libs/libxml2-2.7.7 /usr/mipsel-gentoo-linux-gnu/var/db/pkg/dev-libs/libxml2-2.7.7/RDEPEND:sys-libs/zlib sys-libs/readline >=app-admin/eselect-python-20091230 /usr/mipsel-gentoo-linux-gnu/var/db/pkg/dev-libs/libxml2-2.7.7/DEPEND:sys-libs/zlib sys-libs/readline >=app-admin/eselect-python-20091230 Expected Results: eselect-python shouldn't be in DEPENDS/RDEPENDS Does all packages even need this dep: grep -R eselect-python /var/db/pkg | wc -l => 180
My usecase: I want use cross compiled gentoo on device, which haven't enough resources to run python, and use portage-utils as replacement for installing binary packages.
it also has the property of adding python to RDEPEND even when it is only needed to compile package (such as seabios) i'm thinking of adding a PYTHON_BUILD_ONLY variable to the eclass which packages can set to "1"
(In reply to comment #2) > it also has the property of adding python to RDEPEND even when it is only > needed to compile package (such as seabios) > > i'm thinking of adding a PYTHON_BUILD_ONLY variable to the eclass which > packages can set to "1" See bug #323311. PYTHON_BDEPEND is implemented in Progress Overlay. PYTHON_BDEPEND has the same syntax as PYTHON_DEPEND.
support in overlays is useless. it needs to be in the main tree. *** This bug has been marked as a duplicate of bug 323311 ***
This bug is not a duplicate. This bug is about build-time and run-time dependency on app-admin/eselect-python, not about possibility of specifying of build-time dependency on Python. python.eclass in Progress Overlay now adds some dependencies only to Python implementations. All reverse dependencies of Python implementations should depend on at least one Python implementation, so the new location of dependencies should suffice. http://code.google.com/p/gentoo-progress/source/detail?r=1705
This should be resolved now. + 20 Mar 2012; Mike Gilbert <floppym@gentoo.org> python.eclass: + Define _python_implementation() earlier. + Update handling of dependencies. + Patch by Arfrever. Backported from Progress Overlay. + http://code.google.com/p/gentoo-progress/source/detail?r=1705 +
