Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

[Michał Górny]

On Thu, 25 Oct 2012 21:19:37 +0200
hasufell <hasufell@g.o> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 10/25/2012 06:41 PM, hasufell wrote:
> > 1. there is still no way to convert shebangs via python-r1 2. there
> > are no equivalent functions to the python_get_* stuff which are
> > sometimes necessary for broken build systems or test phases 3.
> > there is no equivalent for python_mod_optimize. Having that in
> > distutils-r1 does not suffice for non-distutils packages where I
> > might have to do that stuff manually. 5.
> > distutils-r1_rename_scripts does not allow to specify a location
> > possibly breaking non-standard locations (e.g. games location) 6.
> > How can I make the python dependencies optional, e.g. that
> > python:3.2 is only pulled in when gtk useflag for this package is
> > set? 7. are we sure now that it's safe to ship the .pyc/.pyo files
> > inside the package without side-effects? 8. how would I manually
> > generate implementation-suffixed scripts without distutils-r1?
> > example: x11-misc/redshift-1.7-r1
> >
>
> 4. no equivalent to python_set_active_version
>
> feature request: let the ebuild developer choose a python
> implementation for the whole emerge process.
>
> usecase: packages not using distutils and not supporting multiple
> python abis, but detecting installed python in some way and working
> with all python:2.* slots.
>
> examples that come to my mind right now:
> games-strategy/freeorion
> games-action/openclonk
> net-im/pidgin
> app-office/libreoffice
>
> python_foreach_impl cannot fit that

Ah, sorry, I must have missed when we started supporting packages for
single Python implementation in python-r1. That probably happened when
nobody replied to the my mail requesting ideas on handling those
packages [1].

[1]:http://article.gmane.org/gmane.linux.gentoo.python/22

-- 
Best regards,
Michał Górny