Summary: | dev-php5/pecl-ps-1.3.5 emerge fails to detect pslib | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Richard <shiningarcanine> |
Component: | [OLD] Unspecified | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | Shelnutt2 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://forums.gentoo.org/viewtopic-t-827987-highlight-.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
A patch that disables the check in the configure script
A modified ebuild that applies the patch. A patch that disables the check in the configure script A modified ebuild that applies the patch. An ebuild to make upstream happy A patch that disables the check in the configure script An version bumped ebuild that has the problem - also something for upstream |
Description
Richard
2010-05-17 01:59:02 UTC
Created attachment 231747 [details, diff]
A patch that disables the check in the configure script
This is the patch I used to disable the check in the configure script. It is a hack and it should not be included with portage. I am only attaching it because it shows exactly where in the configure script the pslib check is.
I have dev-libs/pslib-0.4.1-r1 installed on my system, so I do not see understand why it is failing to detect it. If I were more fluent in bash shell scripts, I would probably know why, but unfortunately I am not, so I am leaving that to someone more capable.
Created attachment 231749 [details]
A modified ebuild that applies the patch.
During my troubleshooting, I did a version bump of pecl-ps to version 1.3.6 via a local overlay in the hope that the windows build issues it resolved would resolve my issues on Linux. Unfortunately, it did not.
After 1.3.6 failed to resolve the issue, I started fiddling with the ebuild to get one that would apply the workaround patch I wanted to apply. While I never bothered to go back to 1.3.5, renaming the ebuild to 1.3.5 should apply the configure script patch to it, enabling it to work on my system, although I have not verified this.
If anyone can reproduce my issue, a combination of this ebuild and the patch should work around it, which should confirm that the issue is with the pslib detection.
I can verify this problem on ~amd64 also. Created attachment 231877 [details, diff]
A patch that disables the check in the configure script
The previous patch was not following Gentoo's naming convention (assuming there is one) while the ebuild contained some debug code that I forgot to strip and the ebuild did an unnecessary version bump, so I am replacing both of them with new versions that resolve those issues.
Created attachment 231879 [details]
A modified ebuild that applies the patch.
This ebuild fixes the poor coding practices I followed in the previous ebuild I uploaded.
(In reply to comment #3) > I can verify this problem on ~amd64 also. > I have uploaded a patch and ebuild that implement a workaround for this issue. The workaround is really a hack, but until someone more knowledge figures out why the check for pslib is failing, this is probably the best that can be done. I am not one of Gentoo's developers, but I suspect that this bug will need to go to upstream for them to fix it at some point. Would you mind trying out the new ebuild in a local overlay and seeing if things work for you? Created attachment 231881 [details] An ebuild to make upstream happy I decided to take the initiative to report this issue to upstream. Their bug tracker required that the issue be present in the latest version, so I am attaching an ebuild for dev-php5/pecl-ps-1.3.6 that has the ooding quality issues I mentioned earlier resolved. Here is a link to the bug report with upstream: http://pecl.php.net/bugs/bug.php?id=17524 Created attachment 231883 [details, diff]
A patch that disables the check in the configure script
This is a duplicate of the pecl-ps-1.3.5-configure.patch. It just has the version in its name changed to make the 1.3.6 ebuild happy.
Created attachment 231885 [details]
An version bumped ebuild that has the problem - also something for upstream
I attached an ebuild that applied the patch (thus making things work), so I am attaching an ebuild that does not apply the patch. This is for upstream to make it easier for them should they want to reproduce it on a Gentoo Linux system with the latest version of their software.
Thanks for taking the time to report this. However, I can't find a fault with the package (tested on amd64). What version of pslib are you using (please post the output of emerge --info pslib)? If the configure run fails, it leaves a config.log file in /var/tmp/portage/dev-php5/pecl-ps-1.3.5/temp/configure.log. Please attach this file to the bug report, so we can diagnose the problem. I also fail to be able to reproduce this Please reopen or comment on the bug if you still hit this problem and can provide the requested information. (In reply to comment #12) > Please reopen or comment on the bug if you still hit this problem and can > provide the requested information. > I apologize for my late response. I was busy around the time comment #10 was made and while I planned to post a follow-up, it appears to have slipped through the cracks. Despite my best efforts, I can no longer reproduce this issue so it appears to have been resolved. Good to hear it's working again :-) |