On Mon, Jul 11, 2022 at 3:04 AM Michał Górny <mgo...@gentoo.org> wrote:
>
> On Sun, 2022-07-10 at 23:53 -0400, Mike Gilbert wrote:
> > It's common for python_check_deps to call python_has_version, which
> > calls ebegin itself.
> >
> > Signed-off-by: Mike Gilbert <flop...@gentoo.org>
> > ---
> > eclass/python-utils-r1.eclass | 3 +--
> > 1 file changed, 1 insertion(+), 2 deletions(-)
> >
> > diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass
> > index a18ca58475f..acfa83d5e18 100644
> > --- a/eclass/python-utils-r1.eclass
> > +++ b/eclass/python-utils-r1.eclass
> > @@ -1399,9 +1399,8 @@ _python_run_check_deps() {
> >
> > local PYTHON_USEDEP="python_targets_${impl}(-)"
> > local PYTHON_SINGLE_USEDEP="python_single_target_${impl}(-)"
> > - ebegin " python_check_deps"
> > + einfo " python_check_deps"
> > python_check_deps
> > - eend ${?}
> > }
> >
> > # @FUNCTION: python_has_version
>
> What's the harm in nesting them?
It results in strange looking output, and triggers a QA warning in the
latest version of Portage.
