| Summary: | xmms-kde-3.1_beta1 fails to compile | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Anthony Gorecki <anthony> |
| Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | amd64 |
| Priority: | High | ||
| Version: | 2004.3 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Anthony Gorecki
2005-01-24 05:18:32 UTC
There were some problems with autoconf stuff, I committed version 3.1 and removed the amd64 specific patch that was applied in bug 41399, and now everything seems to work fine. I don't think the patch is necessary now, see bug 45669. @eradicator or another amd64 guy: please check that everything is ok on your arch. 3.1 compiles cleanly and runs fine (I'll leave it in unstable, since it's a fresh ebuild) I'm also having this problem with the _beta1 version. I understand it can be solved by upgrading but I just wanted to add that I do actually have it emerged at the moment so I must have been able to compile it at one point. Since then, I'm not sure what could have changed on my end, and I thought that if the Gentoo team edited committed ebuilds, there'd be a new release version (-r1, -r2, etc.) - am I wrong on this? Sorry, my bad. I've enabled the kdeenablefinal USE flag since the last time I built it. I don't know if this would make a difference. Compilation fixes don't create new ebuild revs, because we don't want to make users who already have the older rev installed upgrade. Only fixes affecting the installed version (in the event of a successful compilation) cause a new rev. enable-final shouldn't affect anything. If it does, that's a separate bug. |