Summary: | www-apps/mediawiki-1.5.0_rc4-r1 & best_version() in global scope, portage fails update cache... | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dave Nebinger <dnebinger> |
Component: | New packages | Assignee: | Christian Parpart (RETIRED) <trapni> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | jakub, parmus |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 105435 |
Description
Dave Nebinger
2005-09-15 15:39:55 UTC
same on amd64 stable. pcre is not an accepted use flag in dev-php/php and dev-lang/php is hard masked on my arch. Maybe an erroneous } in the ebuild? (In reply to comment #1) > same on amd64 stable. pcre is not an accepted use flag in dev-php/php and > dev-lang/php is hard masked on my arch. Maybe an erroneous } in the ebuild? The checks in global scope have been fixed, sorry for that. Emerge sync in an hour or two. The ebuild still won't install, needs more fixing. Noting that this ebuild is not compatible w/ dev-php/mod_php. @trapni: I removed the things in src_compile() for a reason - they don't exist in the tarball (http://bugs.gentoo.org/attachment.cgi?id=68531). This also should not be keyworded ~amd64 until dev-lang/php is keyworded ~amd64, it depends on it. I keyworded dev-lang/php to ~amd64 already, I'm most probably very sure about, although, I hardmasked mediawiki-1.5.0_rc4-r1 for testing and work-in-progress reasons, though, I'm wondering why this comes anyway.... lets see... BrBones had fixed the global-scope problem already (while I have been at work). patch from attachement 68531 has been partially adapted already (I actually applied the missing parts). Although, I checked the dev-lang/php keywords for amd64 now, and indeed, I marked it ~amd64 already, but for dev-lang/php-4.4.0 only, though, missing 3.x and 5.x; I'll do that within some minutes, too. finally everything done.... |