| Summary: | ebuild removal: games-emulation/xmame | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jared B. <nitro> |
| Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | media-tv, StormByte |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Jared B.
2010-07-25 19:55:02 UTC
media-tv/freevo-1.9.0 uses xmame so it can't be removed until that's changed. Hmm, good catch. I was unaware of that dependency. I took a look at the ebuild and it looks like it simply pulls in xmame rather than building any kind of special support for it. Is there any reason that couldn't be swapped out for sdlmame in a future release (or rev)? I don't know what kind of integration, if any, is involved. If not, no big deal I guess. Was just trying to help tidy up portage a bit. I removed the use flags and games deps in freevo since they aren't strictly build or run-time deps of freevo and it's just bad practice to link packages like that. This clears things up for this bug to proceed. I'll last rite xmame in favor of sdlmame. xmame is now in package.mask. And what about gxmame? as its name sais: it depends on xmame as well. Should you remove that too? |