Right now, the PYTHON_MODNAME variable defaults to ${PN}. As a Python module name can't contain hyphens, and underscores & capital letters are discouraged, such packages often use ${PN//-/} as their package names. It would be great if distutils.eclass did such a substitution by default. This would remove the need for explicit PYTHON_MODNAME in a number of packages (including Zope packages). As the module name can't contain hyphens anyway, such a change wouldn't break existing behavior.
Packages which would benefit from this change would be: app-portage/etc-proposals app-portage/smart-live-rebuild dev-util/d-feet dev-vcs/hg-git net-wireless/python-wifi Plus it's the only name transformation officially approved by Python devs :P.
IMHO such a small number of packages doesn't justify proposed change in behavior. More packages would benefit from using of e.g. ${PN//-//} by default.
(In reply to comment #2) > IMHO such a small number of packages doesn't justify proposed change in > behavior. More packages would benefit from using of e.g. ${PN//-//} by default. Zope could use that in its eclass. For non-zope, the number of packages is small as well.
Zope packages don't use and don't plan to use any separate eclass (except python-namespaces.eclass, which has different purpose).
(In reply to comment #4) I meant that only net-zope/namespaces-* packages from net-zope category will use python-namespaces.eclass. Other Zope packages (like net-zope/zope-interface) won't use this eclass and will depend on appropriate net-zope/namespaces-* packages.
No new features will be added to python.eclass, so closing as WONTFIX.
