I don't see where this option is effective in the build system, also assistant is a binary only tool, but is listed in DEPEND too. Please consider just cleaning up this old version.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=85737704fc9452eb486b9615a05020ed67c258fd commit 85737704fc9452eb486b9615a05020ed67c258fd Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2022-03-18 17:44:10 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2022-03-18 21:16:41 +0000 sci-visualization/scidavis: Drop 2.4.0-r2 This avoids investigating how valid IUSE=assistant might be and fixing deps. Closes: https://bugs.gentoo.org/835595 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> sci-visualization/scidavis/Manifest | 1 - .../scidavis/files/scidavis-build.patch | 39 ------- sci-visualization/scidavis/metadata.xml | 1 - .../scidavis/scidavis-2.4.0-r2.ebuild | 112 --------------------- 4 files changed, 153 deletions(-)
(In reply to Andreas Sturmlechner from comment #0) > I don't see where this option is effective in the build system, also > assistant is a binary only tool, but is listed in DEPEND too. > > Please consider just cleaning up this old version. btw, INSTALL.md describes CONFIG+=noassistant as toggling "compile without QtAssistant (documentation browser)". In 2.4.0_p20211117 and up I switched from using the qmake-utils build system to cmake (because only the cmake build system works with sip-5 and up). The cmake build system does not describe any assistant related options so the flag was dropped from this version onwards. In any case, we can just drop this version, the only reason I was keeping it around was because it was the only version compatible with sip-4. At the time there was a dependency conflict between version 2.4.0_p20211117 and some other package that was not yet compatible with sip-5 and up, but this has been resolved in the meantime.
(In reply to Andrew Ammerlaan from comment #2) > (In reply to Andreas Sturmlechner from comment #0) > > I don't see where this option is effective in the build system, also > > assistant is a binary only tool, but is listed in DEPEND too. > > > > Please consider just cleaning up this old version. > > btw, INSTALL.md describes CONFIG+=noassistant as toggling "compile without > QtAssistant (documentation browser)". I've seen that too, but no actual corresponding mechanism in the build system. INSTALL.md and README.md are very outdated often times and can not be relied on.
