Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 753152 - media-libs/gegl-0.4.26-r1 : No supported Python implementation installed
Summary: media-libs/gegl-0.4.26-r1 : No supported Python implementation installed
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Sergey Torokhov
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-04 21:54 UTC by Kajzer
Modified: 2020-11-05 11:30 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emergeinfo.txt,15.23 KB, text/plain)
2020-11-04 21:59 UTC, Kajzer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kajzer 2020-11-04 21:54:18 UTC
* Package:    media-libs/gegl-0.4.26-r1
 * Repository: gentoo
 * Maintainer: torokhov-s-a@yandex.ru proxy-maint@gentoo.org
 * USE:        abi_x86_64 amd64 cairo elibc_glibc ffmpeg kernel_linux lcms pdf sdl svg tiff userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
 * No Python implementation found for the build. This is usually
 * a bug in the ebuild. Please report it to bugs.gentoo.org
 * along with the build log.

 * ERROR: media-libs/gegl-0.4.26-r1::gentoo failed (setup phase):
 *   No supported Python implementation installed.

Reproducible: Always
Comment 1 Kajzer 2020-11-04 21:56:38 UTC
Build.log

 * Package:    media-libs/gegl-0.4.26-r1
 * Repository: gentoo
 * Maintainer: torokhov-s-a@yandex.ru proxy-maint@gentoo.org
 * USE:        abi_x86_64 amd64 cairo elibc_glibc ffmpeg kernel_linux lcms pdf sdl svg tiff userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
 * No Python implementation found for the build. This is usually
 * a bug in the ebuild. Please report it to bugs.gentoo.org
 * along with the build log.

 * ERROR: media-libs/gegl-0.4.26-r1::gentoo failed (setup phase):
 *   No supported Python implementation installed.
 * 
 * Call stack:
 *              ebuild.sh, line 125:  Called pkg_setup
 *              ebuild.sh, line 355:  Called python-any-r1_pkg_setup
 *   python-any-r1.eclass, line 364:  Called python_setup
 *   python-any-r1.eclass, line 352:  Called die
 * The specific snippet of code:
 *   	die "No supported Python implementation installed."
 * 
 * If you need support, post the output of `emerge --info '=media-libs/gegl-0.4.26-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=media-libs/gegl-0.4.26-r1::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/media-libs/gegl-0.4.26-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-libs/gegl-0.4.26-r1/temp/die.env'.
 * Working directory: '/var/tmp/portage/media-libs/gegl-0.4.26-r1/homedir'
 * S: '/var/tmp/portage/media-libs/gegl-0.4.26-r1/work/gegl-0.4.26'
Comment 2 Kajzer 2020-11-04 21:59:20 UTC
Created attachment 670031 [details]
emerge --info
Comment 3 Ionen Wolkens gentoo-dev 2020-11-05 01:36:41 UTC
I get this too, seems to be because I don't have dev-python/pygobject installed, then python_check_deps() fails on every calls.

Nothing depends on it on my system, and if this package adds a dependency to it it's 3 new thing I need to install.
Comment 4 Ionen Wolkens gentoo-dev 2020-11-05 01:43:36 UTC
Upon closer look, believe all that's missing is a check for `use test`

python_check_deps() {
    if use test; then
      has_version -b ">=dev-python/pygobject-3.2:3[${PYTHON_USEDEP}]"
    fi
}
Comment 5 Larry the Git Cow gentoo-dev 2020-11-05 02:36:15 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=57bd5ad270fdbe388eae9b9e3b61c6ab871b993a

commit 57bd5ad270fdbe388eae9b9e3b61c6ab871b993a
Author:     Georgy Yakovlev <gyakovlev@gentoo.org>
AuthorDate: 2020-11-05 02:35:26 +0000
Commit:     Georgy Yakovlev <gyakovlev@gentoo.org>
CommitDate: 2020-11-05 02:35:26 +0000

    media-libs/gegl: fix lost pkg_setup()
    
    Closes: https://bugs.gentoo.org/753152
    Package-Manager: Portage-3.0.9, Repoman-3.0.2
    Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>

 media-libs/gegl/gegl-0.4.26-r1.ebuild | 4 ++++
 1 file changed, 4 insertions(+)
Comment 6 Georgy Yakovlev archtester gentoo-dev 2020-11-05 02:36:51 UTC
test conditional pkg_setup was lost on revbump. fixed.
Comment 7 Ionen Wolkens gentoo-dev 2020-11-05 02:41:34 UTC
(In reply to Georgy Yakovlev from comment #6)
> test conditional pkg_setup was lost on revbump. fixed.
I believe that was intentional for setup to be unconditional because the revbump calls ${EPYTHON} to run a python script now. However that script doesn't need pygobject I believe so that doesn't need to be checked without USE=test.

So I felt adding use test check to python_check_deps() was the right fix, not that I'm overly familiar with this.
Comment 8 Larry the Git Cow gentoo-dev 2020-11-05 03:38:42 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=87b24838218ded1d0ba085b8718a8e23d3d8b544

commit 87b24838218ded1d0ba085b8718a8e23d3d8b544
Author:     Georgy Yakovlev <gyakovlev@gentoo.org>
AuthorDate: 2020-11-05 03:37:47 +0000
Commit:     Georgy Yakovlev <gyakovlev@gentoo.org>
CommitDate: 2020-11-05 03:38:19 +0000

    media-libs/gegl: fix pkg_setup once again
    
    Bug: https://bugs.gentoo.org/753152
    Package-Manager: Portage-3.0.9, Repoman-3.0.2
    Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>

 media-libs/gegl/gegl-0.4.26-r1.ebuild | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)
Comment 9 Georgy Yakovlev archtester gentoo-dev 2020-11-05 03:40:03 UTC
indeed, thanks for catching.

if you are interested, it's described in python guide

https://dev.gentoo.org/~mgorny/python-guide/any.html#additional-conditional-dependencies
Comment 10 Sergey Torokhov 2020-11-05 03:53:03 UTC
(In reply to Ionen Wolkens from comment #7)
> (In reply to Georgy Yakovlev from comment #6)
> > test conditional pkg_setup was lost on revbump. fixed.
> I believe that was intentional for setup to be unconditional because the
> revbump calls ${EPYTHON} to run a python script now. However that script
> doesn't need pygobject I believe so that doesn't need to be checked without
> USE=test.
> 
> So I felt adding use test check to python_check_deps() was the right fix,
> not that I'm overly familiar with this.

After recieving the issue I was able only to check I can reproduce the issue if I left PYTHON_COMPAT=( python3_{6,8} ). And as I remember the unconditional python-any-r1_pkg_setup don't fix it for me.

Yes I removed contitional call of last function because of EPYTHON
Comment 11 Georgy Yakovlev archtester gentoo-dev 2020-11-05 04:38:36 UTC
(In reply to Sergey Torokhov from comment #10)
> (In reply to Ionen Wolkens from comment #7)
> > (In reply to Georgy Yakovlev from comment #6)
> > > test conditional pkg_setup was lost on revbump. fixed.
> > I believe that was intentional for setup to be unconditional because the
> > revbump calls ${EPYTHON} to run a python script now. However that script
> > doesn't need pygobject I believe so that doesn't need to be checked without
> > USE=test.
> > 
> > So I felt adding use test check to python_check_deps() was the right fix,
> > not that I'm overly familiar with this.
> 
> After recieving the issue I was able only to check I can reproduce the issue
> if I left PYTHON_COMPAT=( python3_{6,8} ). And as I remember the
> unconditional python-any-r1_pkg_setup don't fix it for me.
> 
> Yes I removed contitional call of last function because of EPYTHON

should be fixed now. ping me directly if something still wrong I'll commit asap.
Comment 12 Sergey Torokhov 2020-11-05 11:30:38 UTC
Thank you!

I was afraid because gegl-0.4.24, -0.4.26 and 0.4.26-r1 failed pkg_setup() phase with FEATURES="test". As I remember I always ran test on version bump. And then notice that it's because of pygobject isn't installed.