Bug 65649 – museseq-0.7.0.20040925 does not recognize qt

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Heiko Helmle 2004-09-28 01:08:31 UTC]

checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for QT environment variable QTDIR... yes
checking for QT includes (/usr/qt/3/include)... yes
checking for QT libraries (/usr/qt/3/lib)... no
checking for QT moc (/usr/qt/3/bin/moc)... yes
checking for QT uic (/usr/qt/3/bin/uic)... yes
configure: error: need qt >= 3.1.0

!!! ERROR: media-sound/museseq-0.7.0.20040925 failed.
!!! Function econf, Line 441, Exitcode 1

tux ~ # etcat -v qt
[ Results for search key           : qt ]
[ Candidate applications found : 6 ]

 Only printing found installed programs.

*  x11-libs/qt :
        [   ] 2.3.2-r1 (2) OVERLAY
        [   ] 3.2.3-r1 (3) OVERLAY
        [ ~ ] 3.3.1-r2 (3) OVERLAY
        [   ] 3.3.2 (3) OVERLAY
        [   ] 3.3.3 (3) OVERLAY
        [  I] 3.3.3-r1 (3) OVERLAY
tux ~ #



Reproducible: Always
Steps to Reproduce:
1.
2.
3.




tux ~ # emerge info
Portage 2.0.51_rc6 (default-x86-2004.2, gcc-3.4.2, glibc-2.3.4.20040808-r0,
2.6.8-gentoo-r4 i686)
=================================================================
System uname: 2.6.8-gentoo-r4 i686 AMD Athlon(tm) XP 3000+
Gentoo Base System version 1.5.3
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config
/usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex X Xaw3d aalib acpi alsa arts artswrappersuid audiofile avi
berkdb bitmap-fonts bonobo cairo cddb cdparanoia cdr crypt cups curl dmx dvd
dvdr encode extensions faac faad flac fluidsynth foomaticdb freetype gd gdbm gif
glut gnome gphoto2 gpm graphviz gstreamer gtk gtk2 imlib jack java jpeg kde
ladcca libcaca libg++ libwww live lm_sensors lzo lzw-tiff mad matroska mikmod
mmx mmx2 mng monkey motif mozcalendar mozilla mpeg ncurses network nls nptl
offensive oggvorbis ooo-kde opengl oss pam pda pdflib perl pic png portaudio
ppds python qt quicktime readline rtc samba scanner sdl slang slp sndfile snmp
soundtouch speex spell sse ssl stats stencil-buffer svg tcltk tcpd tetex tga
theora tiff truetype usb userlocales wifi wmf x86 xine xinerama xml xml2 xmms
xprint xv xvid xvmc yv12 zlib linguas_de"

[Comment 1 Chris White (RETIRED) 2004-09-28 12:46:31 UTC]

KDE Herd: Any thoughts on this?  I checked the package and it tests QT by the
following (taken from configure.ac):

CONFIGURE_QT(3.1.0, , AC_MSG_ERROR([need qt >= 3.1.0]))
if test "$muse_qttest" = "yes"; then
  AC_LANG_PUSH([C++])
  muse_save_CFLAGS="$CFLAGS"
  CFLAGS="$CFLAGS $QT_CFLAGS"
  muse_save_CXXFLAGS="$CXXFLAGS"
  CXXFLAGS="$CXXFLAGS $QT_CFLAGS"
  muse_save_LDFLAGS="$LDFLAGS"
  LDFLAGS="$LDFLAGS $QT_LIBS"
  AC_CHECK_LIB(qt-mt, qt_selection_property, [
    true
  ],[
    AC_MSG_ERROR([

  MusE requires thread enabled QT (qt-mt) >= 3.1.0

qt-mt does not appear to be USE flag related so I can't point it to a missing
USE flag.  I wonder api changes could be it (in checking for 
qt_selection_property), but that's it.  Thanks ahead of time.

[Comment 2 Christian Torff 2004-10-12 11:13:53 UTC]

I think i've got a solution for this bug. In previous versions muse was configured with Xeconf. This ebuild only uses econf. So simply change econf to Xeconf and add virtualx (needed to use Xeconf) and everything works fine. 

[Comment 3 Simone Gotti (RETIRED) 2004-11-24 16:04:31 UTC]

Christian is right. This bug is reproducible only without a running X environment o without access permissions to the X server. 

The problem is that CONFIGURE_QT macro tries to compile and RUN (using AC_TRY_RUN) a test program. The compilation is succesfull but the program returns an error because it can't be runned.

A fast workaround is to revert back to the use of Xeconf.

Chris White: Let me know if you have time to do it or if I can do this change.

[Comment 4 Frank van de Pol (RETIRED) 2005-02-05 03:34:14 UTC]

Heiko, 
can this bug be closed? 

Newer ebuild (eg. for 0.7.1) use Xeconf so your problem should be fixed in these versions.

[Comment 5 Heiko Helmle 2005-02-05 05:31:28 UTC]

yep, new version b

[Comment 6 Heiko Helmle 2005-02-05 05:31:28 UTC]

yep, new version búilds fine - bug can be happily closed ;)

[Comment 7 Dan Armak (RETIRED) 2005-02-05 05:45:09 UTC]

OK, fixed as per previous comment.

[Comment 8 Dan Armak (RETIRED) 2005-02-05 05:46:42 UTC]

Ah.. Oops, sorry. I saw comment #5 and autoreacted without realizing the bug
wasn't assigned to kde@g.o, only CCd to us.
chriswhite, sorry about that. I assume you'd have wanted to close it anyway
though...