Summary: | dev-php5/pecl-mailparse misuses EAPI=2, src_compile calls econf (for the second time) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 338734 | ||
Attachments: | Build log |
Description
Diego Elio Pettenò (RETIRED)
![]() Created attachment 249237 [details]
Build log
The problem here is that the whole php-ext-* eclass stack doesn't support EAPI 2|3, but I don't think it would be very difficult to fix this. Nevermind that. Because of support of concurrentmodphp, php-ext-source-r1_src_compile configures and makes several times and splitting that functionality over src_compile and src_configure seems like a lot of hassle. Besides, this work has already been done in the revbumped php-ext eclass stack where we removed concurrentmodphp altogether. The best thing to do is to avoid using EAPI 2|3 for pecl ebuilds until the revbumped eclasses have been commited. pecl-mailparse-2.1.5-r1 should behave nicely and has replaced 2.1.5 almost completly (except for ~sparc). Thanks for reporting this, anyway. Always glad someone's picking up on those QA warnings. |