As per https://icinga.com/docs/icinga-web-2/latest/doc/02-Installation/ icingaweb 2.9.0 and above has new hard dependencies on the following icinga packages: Icinga PHP Library (ipl) (>= 0.6) Icinga PHP Thirdparty (>= 0.10) However we don't have an ebuild for these packages, and the existing ebuild does not include these libraries (including git-9999). Net result after installation is an icingaweb2 installation that cannot be used, and fails to load the front login page of the UI with the following error: Fatal error: Trait 'ipl\I18n\Translation' not found in /usr/share/icingaweb2/library/Icinga/Web/View.php on line 55
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.
