Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 802213 - www-apps/icingaweb2 >=2.9.0 Requires Icinga IPL and ThirdParty Library Installation
Summary: www-apps/icingaweb2 >=2.9.0 Requires Icinga IPL and ThirdParty Library Instal...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Matthew Thode ( prometheanfire )
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-07-15 03:07 UTC by Reuben Farrelly
Modified: 2021-08-28 09:53 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Reuben Farrelly 2021-07-15 03:07:28 UTC
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
Comment 1 Daniel M. Weeks 2021-08-13 18:00:53 UTC
It appears one of the broken versions was just stabilized: https://github.com/gentoo/gentoo/commit/148a9bd9cf705f04afef569f45a526936c811a7c
Comment 2 Alarig Le Lay 2021-08-16 11:58:25 UTC
I can confirm, my icingaweb is now broken since the upgrade.
Comment 3 Alarig Le Lay 2021-08-16 12:57:31 UTC
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
Comment 4 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2021-08-17 01:41:10 UTC
thanks for the notice, I've added the ebuild to the tree
Comment 5 Reuben Farrelly 2021-08-17 01:48:45 UTC
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).
Comment 6 Larry the Git Cow gentoo-dev 2021-08-17 02:14:35 UTC
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(+)
Comment 7 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2021-08-17 02:16:03 UTC
it installs to /usr/share/icinga-php/vendor/vendor which feels wrong, but is right...
Comment 8 Larry the Git Cow gentoo-dev 2021-08-17 02:18:57 UTC
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(-)
Comment 9 Milan Dadok 2021-08-22 06:48:10 UTC
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.
Comment 10 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2021-08-22 15:49:57 UTC
so, this path would be correct?

/usr/share/icinga-php/ipl/icinga-php-library-0.6.1/composer.json
Comment 11 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2021-08-22 16:07:24 UTC
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 *
 }
Comment 12 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2021-08-22 16:12:42 UTC
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
Comment 13 Milan Dadok 2021-08-28 09:51:42 UTC
I had updated my os using emerge @world and all is ok now.
Thanks.
Comment 14 Reuben Farrelly 2021-08-28 09:53:51 UTC
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.