Summary: | media-tv/mythtv fails to build without march/mtune mmx support | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Doug Goldstein (RETIRED) <cardoe> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | flow, mythtv+disabled, phajdan.jr |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Build log |
Description
Diego Elio Pettenò (RETIRED)
2009-11-23 12:15:07 UTC
Created attachment 210980 [details]
Build log
Its due to MythTV actually requiring an -march or -mtune supporting mmx. I'll have to look into fixing this along with supporting hardened arches better. Just hit this 2 year old bug, and it's severely impacting my arch testing / stabilization efforts. Please either fix or drop x86 support. (In reply to comment #3) > Just hit this 2 year old bug, and it's severely impacting my arch testing / > stabilization efforts. Please either fix or drop x86 support. Are there any actual end-user use cases that impact this? Obviously existing users aren't having this problem, and it is hard to imagine new users arising that don't have mmx. What impact is it having on arch testing/stabilization? A mythtv package hasn't been stabilized in ages - though I'm considering going ahead with getting the new version into the tree and just not using the eclass any longer. I'm not sure if you can use some kind of dependency to require mmx, or if that would even solve your problem. We could also try to detect this condition and pass the flag mentioned in the error message, but that could cause problems for the 99% of end users who don't intend to disable mmx. Ok, the fix is in 0.24.1 which is now in portage. I'll probably go ahead and clean up the old revision as well. I'll leave this open in the meantime. Well the old ebuilds have been cleaned up so this is resolved. |