Bug 370135 – app-emulation/qemu-kvm-0.14.1-r1 USE="{debug,rbd,static}" - (different errors)

• Product: Gentoo Linux
• Status: RESOLVED TEST-REQUEST

[Description Ian Delaney (RETIRED) 2011-06-05 13:44:14 UTC]

Testing qemu-kvm-0.14.1-r1 , initially seemed ok, but giving it the more arduous work out, could not get past the 3rd. use flag to fail a standard emerge, the straw that broke the back.

Reproducible: Always

Steps to Reproduce:
1.  Set any of use flags debug, rbd and static for the app.
2.  Emerge,  stable system.
3.
Actual Results:  
for setting use flag static;

ERROR
ERROR: User requested feature sdl
ERROR: configure was not able to find it
ERROR
 * ERROR: app-emulation/qemu-kvm-0.14.1-r1 failed (configure phase):
 *   configure failed
 This is nonsense since the sdl flag is set, the package libsdl is emerged already and there is no occurrence of not finding the sdl flag with any other combination of set use flags.

For setting use flag rbd:

ERROR
ERROR: User requested feature rados block device
ERROR: configure was not able to find it
ERROR

For setting the use flag debug;

  --disable-spice          disable spice
  --enable-spice           enable spice
  --enable-rbd             enable building the rados block device (rbd)

NOTE: The object files are built at the place where configure is launched
 * ERROR: app-emulation/qemu-kvm-0.14.1-r1 failed (configure phase):
 *   configure failed





Expected Results:  
AN effective emerge.

rbd is new to me, debug there is no excuse, and static arguably requires a specific setup.

[Comment 1 Ian Delaney (RETIRED) 2011-06-05 13:48:16 UTC]

Created attachment 275921 [details]
build log for debug set

[Comment 2 Ian Delaney (RETIRED) 2011-06-05 13:48:49 UTC]

Created attachment 275923 [details]
build log for rdb set

[Comment 3 Ian Delaney (RETIRED) 2011-06-05 13:49:24 UTC]

Created attachment 275925 [details]
build log for static set

[Comment 4 Kevin Pyle 2011-06-08 04:43:48 UTC]

The failure for USE=debug looks to be because upstream uses a script called configure, but does not actually use autoconf.  As a result, it does not follow the convention that the existence of --enable-FOO implies the existence of --disable-FOO.  The script supports --disable-strip, but not --enable-strip, so calling $(use_enable debug strip) is inappropriate.  Since the ebuild already passes a separate --disable-strip to avoid upstream pre-stripping files, the line that uses use_enable should probably be dropped, rather than modified.

[Comment 5 Doug Goldstein (RETIRED) 2011-06-08 22:19:56 UTC]

(In reply to comment #4)
> The failure for USE=debug looks to be because upstream uses a script called
> configure, but does not actually use autoconf.  As a result, it does not follow
> the convention that the existence of --enable-FOO implies the existence of
> --disable-FOO.  The script supports --disable-strip, but not --enable-strip, so
> calling $(use_enable debug strip) is inappropriate.  Since the ebuild already
> passes a separate --disable-strip to avoid upstream pre-stripping files, the
> line that uses use_enable should probably be dropped, rather than modified.

Thank you. I've also made a few other tweaks to debug flags and now USE=debug should build.

[Comment 6 Doug Goldstein (RETIRED) 2011-06-09 00:09:32 UTC]

(In reply to comment #3)
> Created attachment 275925 [details]
> build log for static set

Unfortunately with current EAPIs the depends can not be expressed for static builds. I honestly don't really see the advantage for static builds, so I've disabled them.

[Comment 7 Doug Goldstein (RETIRED) 2011-06-09 00:10:18 UTC]

(In reply to comment #2)
> Created attachment 275923 [details]
> build log for rdb set

What would be really helpful in this case would be the config.log

[Comment 8 Ian Delaney (RETIRED) 2011-06-09 12:13:42 UTC]

Doug: at your service;   eeeh,

testuser@archtester ~ $ ls /mnt/gen2/tmpdir/portage/app-emulation/qemu-kvm-0.14.1-r1/temp
build.log  eclass-debug.log  environment  logging
testuser@archtester ~ $ ls /mnt/gen2/tmpdir/portage/app-emulation/qemu-kvm-0.14.1-r1/temp/logging/
testuser@archtester ~ $ 


Let's go for, how does one get the ebuild to make one??!??
Or have I stumbled on yet another bug??!?

[Comment 9 Ian Delaney (RETIRED) 2011-06-09 14:24:05 UTC]

(In reply to comment #5)

> Thank you. I've also made a few other tweaks to debug flags and now USE=debug
> should build.

yes, good work.  With the latest ebuild, emerges with use debug

[Comment 10 Doug Goldstein (RETIRED) 2011-06-09 15:30:26 UTC]

(In reply to comment #8)
> Doug: at your service;   eeeh,
> 
> testuser@archtester ~ $ ls
> /mnt/gen2/tmpdir/portage/app-emulation/qemu-kvm-0.14.1-r1/temp
> build.log  eclass-debug.log  environment  logging
> testuser@archtester ~ $ ls
> /mnt/gen2/tmpdir/portage/app-emulation/qemu-kvm-0.14.1-r1/temp/logging/
> testuser@archtester ~ $ 
> 
> 
> Let's go for, how does one get the ebuild to make one??!??
> Or have I stumbled on yet another bug??!?

temp is just for Portage. I'm talking about config.log in the work directory in the source directory.

[Comment 11 Ian Delaney (RETIRED) 2011-06-09 16:23:00 UTC]

Created attachment 276389 [details]
The config.log

here the config.log, just where you said.

[Comment 12 Andreis Vinogradovs ( slepnoga ) 2011-06-16 08:27:15 UTC]

also xen use flag are affected, i.e 
* Building the following softmmu targets:  i386-softmmu x86_64-softmmu
 * Building the following user targets:  i386-linux-user x86_64-linux-user
ERROR
ERROR: User requested feature xen
ERROR: configure was not able to find it
ERROR
 * ERROR: app-emulation/qemu-kvm-0.14.1-r1 failed (configure phase):
 *   configure failed
 * 
 * Call stack:
 *     ebuild.sh, line  56:  Called src_configure
 *   environment, line 3479:  Called die
 * The specific snippet of code:
 *       ./configure --prefix=/usr --disable-strip --disable-werror --enable-kvm --enable-nptl --enable-uuid ${conf_opts} --audio-drv-list="${audio_opts}" --target-list="${softmmu_targets} ${user_targets}" --cc="$(tc-getCC)" --host-cc="$(tc-getBUILD_CC)" || die "configure failed"

[Comment 13 Andreis Vinogradovs ( slepnoga ) 2011-06-16 08:28:03 UTC]

My USE flag:
[ebuild   R    ] app-emulation/qemu-kvm-0.14.1-r1  USE="aio ncurses sasl ssl threads vhost-net* xen* -alsa -bluetooth -brltty -curl -debug -esd -fdt -hardened -jpeg -png -pulseaudio -qemu-ifup -rbd -sdl -spice -vde (-static%)" QEMU_SOFTMMU_TARGETS="i386 x86_64 -arm -cris -m68k -microblaze -mips -mips64 -mips64el -mipsel -ppc -ppc64 -ppcemb -sh4 -sh4eb -sparc -sparc64" QEMU_USER_TARGETS="i386 x86_64 -alpha -arm -armeb -cris -m68k -microblaze -mips -mipsel -ppc -ppc64 -ppc64abi32 -sh4 -sh4eb -sparc -sparc32plus -sparc64" 0 kB

[Comment 14 Doug Goldstein (RETIRED) 2011-07-21 17:13:53 UTC]

(In reply to comment #12)
> also xen use flag are affected, i.e 
> * Building the following softmmu targets:  i386-softmmu x86_64-softmmu
>  * Building the following user targets:  i386-linux-user x86_64-linux-user
> ERROR
> ERROR: User requested feature xen
> ERROR: configure was not able to find it
> ERROR
>  * ERROR: app-emulation/qemu-kvm-0.14.1-r1 failed (configure phase):
>  *   configure failed
>  * 
>  * Call stack:
>  *     ebuild.sh, line  56:  Called src_configure
>  *   environment, line 3479:  Called die
>  * The specific snippet of code:
>  *       ./configure --prefix=/usr --disable-strip --disable-werror
> --enable-kvm --enable-nptl --enable-uuid ${conf_opts}
> --audio-drv-list="${audio_opts}" --target-list="${softmmu_targets}
> ${user_targets}" --cc="$(tc-getCC)" --host-cc="$(tc-getBUILD_CC)" || die
> "configure failed"

Open a different ticket and attach your config.log

[Comment 15 Ian Delaney (RETIRED) 2011-08-30 16:35:59 UTC]

why is this not tied off resolved?

gentoo64-vm idella # emerge qemu-kvm -pv

[ebuild  N     ] app-emulation/qemu-kvm-0.13.0-r2  USE="aio alsa bluetooth \
jpeg ncurses png sdl ssl -brltty -curl -esd -fdt -hardened -pulseaudio \
-qemu-ifup -sasl -static -vde"

apart from whether spice ought be in or out.  xen arguably never had any place
in the set of use flags since they counter one one aother.  It is now removed.

[Comment 16 Neil Skrypuch 2011-08-31 00:26:36 UTC]

I was interested in rbd support. Last I checked it didn't compile, now it does (at least for me), but requires one to unmask the rbd use flag.

So, to me at least, the rbd use flag should be unmasked before this bug is marked resolved.

[Comment 17 Ian Delaney (RETIRED) 2011-09-01 13:28:59 UTC]

yes rbd would be ok. however, the xen flag which I didn't include in this is problematic. I think I didn't even enable it in initial testing because it was so out of place. I thought it had been masked, but it is still in place.

[Comment 18 Jorge Manuel B. S. Vicetto (RETIRED) 2011-11-05 21:27:05 UTC]

(In reply to comment #16)
> I was interested in rbd support. Last I checked it didn't compile, now it does
> (at least for me), but requires one to unmask the rbd use flag.
> 
> So, to me at least, the rbd use flag should be unmasked before this bug is
> marked resolved.

Until sys-cluster/ceph is marked stable, you'll have to unmask the rbd use flag if you want to use it.

[Comment 19 Doug Goldstein (RETIRED) 2012-01-25 04:53:18 UTC]

USE=static and USE=debug should be fixed by now in 1.0 and likely 0.15-r1. USE=rbd is an unknown since its still masked. So if someone wants to test, that would be appreciated.