Summary: | www-apps/icingaweb2 >=2.9.0 Requires Icinga IPL and ThirdParty Library Installation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Reuben Farrelly <reuben-gentoo-bugzilla> |
Component: | Current packages | Assignee: | Matthew Thode ( prometheanfire ) <prometheanfire> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Reuben Farrelly
2021-07-15 03:07:28 UTC
It appears one of the broken versions was just stabilized: https://github.com/gentoo/gentoo/commit/148a9bd9cf705f04afef569f45a526936c811a7c I can confirm, my icingaweb is now broken since the upgrade. I made a very quick&dirty package in my own overlay: https://git.grifon.fr/alarig/SwordArMor-gentoo-overlay/src/branch/master/www-apps/icinga-php-library/icinga-php-library-0.6.1.ebuild thanks for the notice, I've added the ebuild to the tree Marked as resolved - but the commit referenced only addressed the icinga-php-library (ipl) requirement in the bug report so I don't think it is properly resolved. The icinga-php-thirdparty library is still not installed and is documented as required by upstream installation instructions. The new ebuild can/should be easily duplicated/modified to install this library also (and then I think we're all good). The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=da7f497cceaf6f6d314f8a26ea170348d20c4339 commit da7f497cceaf6f6d314f8a26ea170348d20c4339 Author: Matthew Thode <prometheanfire@gentoo.org> AuthorDate: 2021-08-17 02:13:30 +0000 Commit: Matthew Thode <prometheanfire@gentoo.org> CommitDate: 2021-08-17 02:13:41 +0000 dev-libs/icinga-php-thirdparty: 0.10.0 add for icingaweb2 Bug: https://bugs.gentoo.org/802213 Package-Manager: Portage-3.0.20, Repoman-3.0.3 RepoMan-Options: --force Signed-off-by: Matthew Thode <prometheanfire@gentoo.org> dev-libs/icinga-php-thirdparty/Manifest | 1 + .../icinga-php-thirdparty-0.10.0.ebuild | 21 +++++++++++++++++++++ dev-libs/icinga-php-thirdparty/metadata.xml | 8 ++++++++ 3 files changed, 30 insertions(+) it installs to /usr/share/icinga-php/vendor/vendor which feels wrong, but is right... The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=34b96c61b15ceacc83a4ca1eac7be94e59c05bb9 commit 34b96c61b15ceacc83a4ca1eac7be94e59c05bb9 Author: Matthew Thode <prometheanfire@gentoo.org> AuthorDate: 2021-08-17 02:18:51 +0000 Commit: Matthew Thode <prometheanfire@gentoo.org> CommitDate: 2021-08-17 02:18:51 +0000 www-apps/icingaweb2: added another missing dep Bug: https://bugs.gentoo.org/802213 Package-Manager: Portage-3.0.20, Repoman-3.0.3 RepoMan-Options: --force Signed-off-by: Matthew Thode <prometheanfire@gentoo.org> www-apps/icingaweb2/Manifest | 1 - ...-2.9.2-r1.ebuild => icingaweb2-2.9.2-r2.ebuild} | 1 + www-apps/icingaweb2/icingaweb2-2.9.3-r1.ebuild | 79 ---------------------- ...eb2-2.9.0.ebuild => icingaweb2-2.9.3-r2.ebuild} | 1 + www-apps/icingaweb2/icingaweb2-9999.ebuild | 1 + 5 files changed, 3 insertions(+), 80 deletions(-) In icinagweb2 webUI https://{host}/icingaweb2/about there is error Library at "/usr/share/icinga-php/vendor" is not a composerized project Ebuild's are skipping file in /usr/share/icinga-php/vendor for example composer.json etc. I think that correct version is - doins -r "${S}"/vendor/ + doins -r "${S}" in both ebuilds. so, this path would be correct? /usr/share/icinga-php/ipl/icinga-php-library-0.6.1/composer.json this feels much better /usr/share/icinga-php/ipl/composer.json src_install() { insinto "/usr/share/icinga-php/ipl" - doins -r "${S}"/vendor + cd "${S}" + doins -r * } similar for the thirdparty lib sudo ls /var/tmp/portage/dev-libs/icinga-php-thirdparty-0.10.0/image/usr/share/icinga-php/vendor bin composer.json composer.lock LICENSE README.md RELEASE.md vendor VERSION sudo ls /var/tmp/portage/dev-libs/icinga-php-library-0.6.1-r1/image/usr/share/icinga-php/ipl asset AssetLoader.php bin composer.json composer.lock LICENSE README.md RELEASE.md vendor VERSION src_install() { insinto "/usr/share/icinga-php/vendor" - doins -r "${S}"/vendor/ + cd "${S}" + doins -r * } please test this out and let me know I had updated my os using emerge @world and all is ok now. Thanks. Working nicely since the last few fixes to the path as well. icinga-web2-module-director is now happy and can find the files it needs to run without error. |