| Summary: | app-emulation/libvirt fails to compile with sys-devel/binutils[multitarget] | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Mike Auty (RETIRED) <ikelos> |
| Component: | Current packages | Assignee: | Virtualization Team <virtualization> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ephemient, flameeyes, jisakiel, marineam, oli.huber, xen, zioalex |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | libvirt-0.6.4-disable-windres.patch | ||
|
Description
Mike Auty (RETIRED)
2009-06-22 16:46:51 UTC
Created attachment 195466 [details, diff]
libvirt-0.6.4-disable-windres.patch
I've had a workaround for ages, set ac_cv_prog_WINDRES=no in the environment. With yours, what if somebody has a disable-windres in $PATH? (Okay, totally unlikely.) Fair enough, my patch may not be great, but we definitely need some kind of a fix. You say you've had that variable set for years, what other programs ran into this problem? Do they have patches that might solve this problem without my botched hack or an environment variable workaround? This also affects libvirt-0.6.5... I set ac_cv_prog_WINDRES=no *only* for app-emulation/libvirt -- I haven't seen any other packages which assume that "presence of windres" == "need to build a Windows-style icon resource".
(I use Paludis; my /etc/paludis/bashrc contains
> case "${CATEGORY}/${PN}" of
> app-emulation/libvirt) ac_cv_prog_WINDRES=no ;;
> esac
)
I wonder why virt-manager doesn't seem to make this (faulty) assumption? Same upstream...
Thanks for the workaround. I've discovered that windres only gets installed if sys-devel/binutils is compiled with USE="multitarget", so that's another potential workaround. I can't find any automake files in the package itself, so coming up with a suitable patch looks difficult. Any ideas how to resolve this properly? Perhaps adding in the ac...windres variable into the ebuild? I haven't given libvirt-0.7.0 a go, since it segfaulted lots on the box I tested it on... (In reply to comment #5) > I can't find any automake files in the package itself, so coming up with a > suitable patch looks difficult. Any ideas how to resolve this properly? > Perhaps adding in the ac...windres variable into the ebuild? I haven't given > libvirt-0.7.0 a go, since it segfaulted lots on the box I tested it on... Can you give the latest version (0.7.4-r2) a try and see if you still have issues? Yep, this error still occurs with libvirt-0.7.4-r2, unless I have an /etc/portage/bashrc to set the appropriate ac_ var... @toolchain: why on earth binutils multitarget installs windres with a linux tool prefix? it's called "multitarget" for a reason Diego, You're the autotools master... any suggestions would be helpful. Worked around for now, I sent upstream the proper patch. Sorry for the time it took to handle properly. |