Summary: | =dev-lang/php-5.3.8: missing eblit-php-pkg_postinst | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Markos Chandras (RETIRED) <hwoarang> |
Component: | New packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | phattanon |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Markos Chandras (RETIRED)
2011-08-27 13:21:54 UTC
Sorry, but I cannot reproduce this. If eblit-php-pkg_postinst does not run, users will miss out on a bunch of elogs, so it is unfortunate if this is not executed. I confirm this bug. Also I've noticed that the thing happens when emerging from binary package (emerge parameters: -k or -g). Emerging from the source on the same system is ok. I also hit this bug too, happens only when emerge with --usepkg and --usepkgonly. Ebuild seems try to use library on /var/tmp on postinst which not available when merging binary packages. Yes, I forgot to mention that I hit this bug when emerging a binary php package Does this only happen with php-5.3.8, or does it also happen with 5.3.6? If so, this problem has probably existed for quite some time. If this does not happen with 5.3.6, I guess this happens because of the EAPI bump. I am sorry but this is a production machine so I can't downgrade php to test whether old ebuilds have the same behavior :/ (In reply to comment #5) > or does it also happen with 5.3.6? If so, > this problem has probably existed for quite some time. I've checked. We've got this variant. >> Original instance of package unmerged safely. /var/tmp/portage/dev-lang/php-5.3.6/temp/environment: line 1985: eblit-php-pkg_postinst: команда не найдена (comand not found) >>> dev-lang/php-5.3.6 merged. >>> Auto-cleaning packages... Okay. This appears to be a bit nasty. It sounds like the eblits are not sourced properly. The result of this is that the PHP symlinks will not be automagically fixed. It will have no consequence for those who do a minor version upgrade, and probably not a big deal for those doing major version upgrades either except that they will not get the useful einfos. Those doing first-time install will get a broken install and will have to run eselect php for php to work. I moved pkg_postinst from eblit into the ebuild for 5.3.9_rc1. I think that should sovle the problem. (In reply to comment #9) > I moved pkg_postinst from eblit into the ebuild for 5.3.9_rc1. I think that > should sovle the problem. I have tried on my test box. 5.3.8 shows the error, 5.3.9_rc1 not. |