| Summary: | app-eselect/eselect-php php-fpm-launcher should not use get_libdir function | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Mike Gilbert <floppym> |
| Component: | Current packages | Assignee: | PHP Bugs <php-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | candrews, steffen.weber |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=640456 https://github.com/gentoo/gentoo/pull/6511 |
||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 642788 | ||
| Bug Blocks: | 506276 | ||
|
Description
Mike Gilbert
2017-12-10 05:05:03 UTC
Just ran into this issue on a SYMLINK_LIB=no system: /usr/libexec/php-fpm-launcher: line 13: /usr/lib/php7.1/bin/php-fpm: No such file or directory The workaround is to replace "$(get_libdir)" with "lib64" in /usr/lib/php7.1/bin/php-fpm. The workaround is to replace "$(get_libdir)" with "lib64" in /usr/libexec/php-fpm-launcher. We should get rid of the automatic slot detection in both our OpenRC and systemd service scripts: bug 632690. It'd be much simpler to install one service script per slot. In the meantime, we can probably hack a @LIBDIR@ in there... The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bbd39788128eeb5fe16a41f55c7da8ce5c0808e2 commit bbd39788128eeb5fe16a41f55c7da8ce5c0808e2 Author: Craig Andrews <candrews@gentoo.org> AuthorDate: 2017-12-10 21:05:33 +0000 Commit: Craig Andrews <candrews@gentoo.org> CommitDate: 2017-12-10 22:02:01 +0000 app-eselect/eselect-php: do not use get_libdir in php-fpm-launcher Closes: https://bugs.gentoo.org/640460 Package-Manager: Portage-2.3.17, Repoman-2.3.6 .../eselect-php/eselect-php-0.9.4-r3.ebuild | 67 ++++++++++++++++++++++ app-eselect/eselect-php/eselect-php-9999.ebuild | 3 +- app-eselect/eselect-php/files/php-fpm-launcher-r3 | 11 ++++ 3 files changed, 80 insertions(+), 1 deletion(-) Re-opening until the new version is marked stable. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fdde370f7aeefee94d26a1b7c2a89a171e9a0252 commit fdde370f7aeefee94d26a1b7c2a89a171e9a0252 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2017-12-11 13:22:29 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2017-12-11 13:22:45 +0000 app-eselect/eselect-php: drop unused eselect-php-0.9.4-r2.ebuild. Bug: https://bugs.gentoo.org/640460 Package-Manager: Portage-2.3.13, Repoman-2.3.3 .../eselect-php/eselect-php-0.9.4-r2.ebuild | 66 ---------------------- 1 file changed, 66 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=35ff1eab9f67bdb714bd1de2f874540f59c3a376 commit 35ff1eab9f67bdb714bd1de2f874540f59c3a376 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2017-12-11 13:09:25 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2017-12-11 13:22:45 +0000 app-eselect/eselect-php: drop sys-apps/gentoo-functions dependency. Thanks to Craig Andrews in commit bbd39788, we no longer need to pull in sys-apps/gentoo-functions when USE=fpm is set. Drop it from the latest revision and the live ebuild. Bug: https://bugs.gentoo.org/640460 Package-Manager: Portage-2.3.13, Repoman-2.3.3 .../{eselect-php-0.9.4-r3.ebuild => eselect-php-0.9.4-r4.ebuild} | 3 +-- app-eselect/eselect-php/eselect-php-9999.ebuild | 3 +-- 2 files changed, 2 insertions(+), 4 deletions(-)} |