https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: app-admin/conky-1.15.0 fails to compile. Discovered on: amd64 (internal ref: ci)
Created attachment 825553 [details] build.log build log and emerge --info
Created attachment 825555 [details] 1-CMakeError.log 1-CMakeError.log
Created attachment 825557 [details] 1-CMakeOutput.log 1-CMakeOutput.log
Created attachment 825649 [details] Ebuild fixing python dependencies @Leonid: Can you please test if the attached ebuild fixes the issue for you? @Python Team: It would be great if you could assist me here and check if the implementation is correct. This is the first time I am using the python-any-r1 eclass. Since this version conky uses (virtual/pandoc) dev-python/pyyaml dev-python/jinja to build the man page (USE=doc) and the nano/vim syntax files (USE=extras). So I guess using python-any-r1 makes sense in this case. Also the cmake build system uses ${Python3_EXECUTABLE} returned from find_package(Python3 ... thus passing -DPython3_EXECUTABLE="${PYTHON}" to cmakeargs is required according to bug #835799.
(In reply to Daniel Pielmeier from comment #4) > Created attachment 825649 [details] > Ebuild fixing python dependencies > > @Leonid: Can you please test if the attached ebuild fixes the issue for you? > > @Python Team: It would be great if you could assist me here and check if the > implementation is correct. This is the first time I am using the > python-any-r1 eclass. > > Since this version conky uses (virtual/pandoc) dev-python/pyyaml > dev-python/jinja to build the man page (USE=doc) and the nano/vim syntax > files (USE=extras). So I guess using python-any-r1 makes sense in this case. > > Also the cmake build system uses ${Python3_EXECUTABLE} returned from > find_package(Python3 ... thus passing -DPython3_EXECUTABLE="${PYTHON}" to > cmakeargs is required according to bug #835799. What should i do to test it?
You don't have to if you are not familiar with using ebuilds from a local overlay but if you want you can create one as described here. Afterwards create the required sub-directories for hplip: mkdir -p /var/db/repos/localrepo/net-print/hplip Put the ebuild attached to this bug inside the created directory and run: ebuild /var/db/repos/localrepo/net-print/hplip/conky-1.15.0.ebuild manifest Afterwards "emerge hplip" should pick up the ebuild from the overlay to test if installs fine. At least if I did not forget about anything important.
(In reply to Daniel Pielmeier from comment #6) > Afterwards create the required sub-directories for hplip: > mkdir -p /var/db/repos/localrepo/net-print/hplip > > Put the ebuild attached to this bug inside the created directory and run: > ebuild /var/db/repos/localrepo/net-print/hplip/conky-1.15.0.ebuild manifest > > Afterwards "emerge hplip" should pick up the ebuild from the overlay to test > if installs fine. [Found this bug doing pre-filing bug-lookups for another apparently unrelated bug on conky-1.15.0.] Not Leonid so perhaps I'm missing critical context, but the above leaves me /entirely/ confused. net-print/hplip/conky-1.15.0.ebuild ?? Should that be app-admin/conky/conky-1.15.0.ebuild (and subdirs) and you just mixed up hplip and conky (both of which I happen to have merged here, making me wonder even more), or is there *required* context I'm *definitely* missing? (FWIW if you replied after 30 hours up or something I can surely sympathize.)
Created attachment 832453 [details] Ebuild fixing python dependencies v2 (In reply to Duncan from comment #7) > (In reply to Daniel Pielmeier from comment #6) > > Afterwards create the required sub-directories for hplip: > > mkdir -p /var/db/repos/localrepo/net-print/hplip > > > > Put the ebuild attached to this bug inside the created directory and run: > > ebuild /var/db/repos/localrepo/net-print/hplip/conky-1.15.0.ebuild manifest > > > > Afterwards "emerge hplip" should pick up the ebuild from the overlay to test > > if installs fine. > > [Found this bug doing pre-filing bug-lookups for another apparently > unrelated bug on conky-1.15.0.] Another bug in conky. No way! :-) > Not Leonid so perhaps I'm missing critical context, but the above leaves me > /entirely/ confused. net-print/hplip/conky-1.15.0.ebuild ?? Should that be > app-admin/conky/conky-1.15.0.ebuild (and subdirs) and you just mixed up > hplip and conky (both of which I happen to have merged here, making me > wonder even more), or is there *required* context I'm *definitely* missing? Actually this was just a test to see if anybody is trying this out. Thanks for doing so :-) It was obviously copypasta. Replace net-print with app-admin and hplip with conky. Then I think everything should hopefully be fine. Btw, there was an issue with the python dependency specification which pkgcheck rightfully complained about. The new version attached should fix this as well. Strangely it emerged fine before as well. Would be great if you could test this version!
(In reply to Duncan from comment #7) > [Found this bug doing pre-filing bug-lookups for another apparently > unrelated bug on conky-1.15.0.] That's now filed as bug #881305
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2e840ff7949dd41dc0b7a2a7d491ec5cc4bf3367 commit 2e840ff7949dd41dc0b7a2a7d491ec5cc4bf3367 Author: Daniel Pielmeier <billie@gentoo.org> AuthorDate: 2022-11-21 17:02:04 +0000 Commit: Daniel Pielmeier <billie@gentoo.org> CommitDate: 2022-11-21 17:02:04 +0000 app-admin/conky: Another try to fix python related stuff. Closes: https://bugs.gentoo.org/878427 Signed-off-by: Daniel Pielmeier <billie@gentoo.org> app-admin/conky/conky-1.15.0.ebuild | 37 +++++++++++++++++++++++++++++++------ 1 file changed, 31 insertions(+), 6 deletions(-)
