Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 29964 - when I try to update to arts to 1.1.4 configure fails to find qt >= 3.1.0
Summary: when I try to update to arts to 1.1.4 configure fails to find qt >= 3.1.0
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-29 17:29 UTC by Rick
Modified: 2003-12-30 08:38 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
this is my config.log file it mentions to see (config.log,131.98 KB, text/plain)
2003-09-29 17:33 UTC, Rick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rick 2003-09-29 17:29:35 UTC
when I emerge arts it fails to build giving the following error from configure:

checking for Qt... configure: error: Qt (>= Qt 3.1.0) (library qt-mt) not found.
Please check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!

!!! ERROR: kde-base/arts-1.1.4 failed.
!!! Function kde_src_compile, Line 125, Exitcode 1
!!! died running ./configure, kde_src_compile:configure

# qpkg -v qt
x11-libs/qt-2.3.2-r1 *
x11-libs/qt-3.1.2-r4 *

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

Actual Results:  
build failure

Expected Results:  
build and install arts

Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.22)
=================================================================
System uname: 2.4.22 i686 AMD Athlon(tm) Processor
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-tbird -fomit-frame-pointer -funroll-loops
-frerun-loop-opt -pipe "
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=athlon-tbird -fomit-frame-pointer -funroll-loops
-frerun-loop-opt -pipe "
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="ftp://gentoo.noved.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 apm foomaticdb kde gnome libg++ nls gdbm slang arts java tcpd perl esd
motif 3dnow aalib alsa apach2 avi berkdb bonobo cdr crypt cups curl directfb dvd
encode fbcon flash gd gif gpm gstreamer gtk gtk2 imlib innodb jack joystick jpeg
ladcca lcms libgda libwww lirc mad mikmod mmx mozilla mpeg mysql nas ncurses
oggvorbis opengl oss pam pdflib plotutils png python qt quicktime readline sdl
slp spell ssl svga tiff truetype usb wmf wxwindows X xml xml2 xmms xv zeo zlib"
Comment 1 Rick 2003-09-29 17:33:57 UTC
Created attachment 18513 [details]
this is my config.log file it mentions to see

I've attached the config.log file from
/var/tmp/portage/arts-1.1.4/work/arts-1.1.4
Comment 2 Caleb Tennis (RETIRED) gentoo-dev 2003-09-30 06:09:26 UTC
Check out the config.log in your work directory and see exactly how it's
failing.
Comment 3 Rick 2003-09-30 14:26:09 UTC
I already attached that log file to the post in bugzilla as pointed out in
comment #1.  You can have a look at that attachment for yourself if you need
more information, but what I think are the relevent lines are the ones reprinted
below:

configure:24645: checking for Qt
configure: 24716: /usr/qt/3/include/qstyle.h
taking that
configure:24822: rm -rf SunWS_cache; g++ -o conftest -Wnon-virtual-dtor -Wno-long-long
-Wundef -Wall -ped
antic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE
-Wcast-align -Wconversio
n -DNDEBUG -DNO_DEBUG -O2 -O3 -march=athlon-tbird -funroll-loops -frerun-loop-opt
-pipe -fno-exceptions -
fno-check-new -I/usr/qt/3/include -I/usr/X11R6/include  -DQT_THREAD_SUPPORT
 -D_REENTRANT  -L/usr/qt/3/li
b -L/usr/X11R6/lib   conftest.cc  -lqt-mt -lpng -lz -lm -ljpeg -ldl  -lXext
-lX11 -lSM -lICE  -lpthread 1
>&5
conftest.cc:6:34: private/qucomextra_p.h: No such file or directory
configure:24825: $? = 1
configure: failed program was:
#include "confdefs.h"
#include <qglobal.h>
#include <qapplication.h>
#include <qcursor.h>
#include <qstylefactory.h>
#include <private/qucomextra_p.h>
#if ! (QT_VERSION >= 0x030100)
#error 1
#endif

int main() {
    (void)QStyleFactory::create(QString::null);
    QCursor c(Qt::WhatsThisCursor);
    return 0;
}

configure:24865: error: Qt (>= Qt 3.1.0) (library qt-mt) not found. Please
check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!
Comment 4 Caleb Tennis (RETIRED) gentoo-dev 2003-10-01 14:04:34 UTC
Okay, so the configure script can't find /usr/qt/3/include/private/qucomextra_p.h.

I have it on my system...is yours there?

If not, you need to re-emerge Qt.
Comment 5 Rick 2003-10-01 18:27:03 UTC
It's turns out I had some curruption in my root files system.
When the "private" directory (in the path in the above commet) couldn't be
accessed even by root, I knew had problems.
I dropped down to runlevel 1 and ran
# reiserfsck  --check   /dev/ataraid/disk0/part1

it told me I had error the  required --rebuild-tree
gentoo init scripts didn't handle that too well, though, I don't know that
they can or should be expect to catch and run something like this automagically
;-)

I had to boot the gentoo install cd and run
# reiserfsck --rebuild-tree /dev/ataraid/disk0/part1
that fixed the filesystem so I could boot,  but I now I know I have some
packages that are going to be broken.

now I'm running
# qpkg -mc
to find out what packages where effected.

Is there better command I can run to verify package's integraty for instance
just look
for missing files, because this command is reporting back purposely altered
 files as having incorrect md5 sums not just the problem files?

also you can close this bug now or should i do that? 
Thanks for your help.
oh and thank the people responsible for a making solid rescue/install disk
for me this could have sucked a whole lot more with out one.  I gave the
disk away to a friend last weekend telling him I could burn another one and
had to drive half away across the city to take it back from him.  Doe!  :)
Comment 6 Paul de Vrieze (RETIRED) gentoo-dev 2003-10-02 02:36:39 UTC
Ok good luck. What you could do is something like:

find /var/db/pkg/ -name CONTENTS -exec cat {} \; |cut -d " " -f 2 >list-of-files
This should give you a list of all files that should be there. You can then
do something like

cat list-of-files |while read in
do
  if [ ! -e ${in} ]; then
    echo "${in} is missing"
  fi
done

This will however not tell you which package it is from. That will need some
more advanced scripting or the use of qpkg -f. Also this will certainly not
really be fast, but I don't think that is your main concern.
Comment 7 Mitchell 2003-12-30 08:38:31 UTC
I had a problem similar to this one.  I had it happen because the arts ebuild does not have qt as a dependency.  In order to fix this problem, I had to emerge qt first by hand and then arts was able to emerge.