Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 12522 - k3b-0.7.5 emerge fails
Summary: k3b-0.7.5 emerge fails
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-12-21 09:31 UTC by Robert Luke
Modified: 2003-02-04 19:42 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Luke 2002-12-21 09:31:09 UTC
I've tried emerging kd3b a couple of times (it's a cd-burner program for KDE) 
but it dies.  The blowback looks like the following... 
 
TIA, 
-Robert 
 
 
i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3/include 
-I/usr/qt/3/include -I/usr/X11R6/include -I./.. -DQT_THREAD_SUPPORT 
-D_REENTRANT -DNDEBUG -DNO_DEBUG -O2 -fno-exceptions -fno-check-new 
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -c base_k3bdatavolumedescwidget.cpp  
-fPIC -DPIC -o .libs/base_k3bdatavolumedescwidget.o 
base_k3badvanceddataimagesettings.cpp: In method 
`base_K3bAdvancedDataImageSettings::base_K3bAdvancedDataImageSettings(QWidget 
* = 0, const char * = 0, unsigned int = 0)': 
base_k3badvanceddataimagesettings.cpp:40: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:41: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:42: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:42: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:43: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:43: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:44: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
base_k3badvanceddataimagesettings.cpp:45: no matching function for call to 
`QVBoxLayout::addWidget (KListView *&)' 
/usr/qt/3/include/qlayout.h:378: candidates are: void 
QBoxLayout::addWidget(QWidget *, int = 0, int = 0) 
base_k3badvanceddataimagesettings.cpp:59: invalid use of undefined type `class 
KComboBox' 
base_k3badvanceddataimagesettings.h:18: forward declaration of `class 
KComboBox' 
base_k3badvanceddataimagesettings.cpp:60: invalid use of undefined type `class 
KComboBox' 
base_k3badvanceddataimagesettings.h:18: forward declaration of `class 
KComboBox' 
base_k3badvanceddataimagesettings.cpp:61: invalid use of undefined type `class 
KComboBox' 
base_k3badvanceddataimagesettings.h:18: forward declaration of `class 
KComboBox' 
base_k3badvanceddataimagesettings.cpp:62: no matching function for call to 
`QHBoxLayout::addWidget (KComboBox *&)' 
/usr/qt/3/include/qlayout.h:378: candidates are: void 
QBoxLayout::addWidget(QWidget *, int = 0, int = 0) 
base_k3badvanceddataimagesettings.cpp:68: no matching function for call to 
`base_K3bAdvancedDataImageSettings::connect (QCheckBox *&, const char[15], 
KComboBox *&, const char[18])' 
/usr/qt/3/include/qobject.h:116: candidates are: static bool 
QObject::connect(const QObject *, const char *, const QObject *, const char *) 
/usr/qt/3/include/qobject.h:227:                 bool QObject::connect(const 
QObject *, const char *, const char *) const 
base_k3badvanceddataimagesettings.cpp:71: no matching function for call to 
`QWidget::setTabOrder (QCheckBox *&, KComboBox *&)' 
/usr/qt/3/include/qwidget.h:307: candidates are: static void 
QWidget::setTabOrder(QWidget *, QWidget *) 
base_k3badvanceddataimagesettings.cpp: In method `void 
base_K3bAdvancedDataImageSettings::languageChange()': 
base_k3badvanceddataimagesettings.cpp:90: invalid use of undefined type `class 
KListView' 
base_k3badvanceddataimagesettings.h:19: forward declaration of `class 
KListView' 
make[3]: *** [base_k3badvanceddataimagesettings.lo] Error 1 
make[3]: *** Waiting for unfinished jobs.... 
make[3]: Leaving directory 
`/var/tmp/portage/k3b-0.7.5/work/k3b-0.7.5/src/data' 
make[2]: *** [all-recursive] Error 1 
make[2]: Leaving directory `/var/tmp/portage/k3b-0.7.5/work/k3b-0.7.5/src' 
make[1]: *** [all-recursive] Error 1 
make[1]: Leaving directory `/var/tmp/portage/k3b-0.7.5/work/k3b-0.7.5' 
make: *** [all] Error 2 
 
!!! ERROR: app-cdr/k3b-0.7.5 failed. 
!!! Function kde_src_compile, Line -8779, Exitcode 2 
!!! died running emake, kde_src_compile:make
Comment 1 SpanKY gentoo-dev 2002-12-22 00:32:39 UTC
please post the info from running `emerge info`
Comment 2 Martin Larsen 2002-12-22 08:54:24 UTC
Looks like the same problem I had (bug 11257). Did you upgrade qt recently? If 
yes try to recompile kdelibs (and possible kdebase) and emerge k3b again after 
that. 
Comment 3 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-22 09:11:11 UTC
seems like you upgraded qt (from qt-3.0.x to qt-3.1.x) and did not emerge kdelibs 
after this. please emerge kdelibs and look if you still get the same error. 
Comment 4 Robert Luke 2002-12-22 13:20:42 UTC
Hi; everybody, thanks for the help.  I just got home from, well, you know, it 
is Sunday morning, and I'm still a squeaky-clean good boy... (yeah, right!)  
:-) 
 
After posting this bug last night, I saw that KDE 3.0.5 is available and have 
been emerging that.  It is *still* going.  Although I have only a 500 MHz 
Pentium III, this *is* an unusual amount of time for that compilation to take.  
Seems to me that all the other upgrades to KDE 3.0.x were ready when I got up 
the next morning. 
 
SpanKY, I'm nervous about doing an "emerge info" while the other emerge (KDE 
3.0.5) is still going.  (Should I be?)  But attached below is how it responds 
after I type "emerge --pretend info". 
 
Martin and Hannes, I'm pretty sure kdelibs is getting done again with this 
upgrade.  I've always just typed "emerge --update world" to bring my system up 
to the latest.  Is there some other command that I'm not aware of.  In other 
words, how did you know that kdelibs should have been reemerged after qt was 
upgraded? 
 
Finally, how do I re-emerge a package?  If I just do "emerge rsync", then 
"emerge packagename", if there isn't anything more recent on the server, it 
doesn't seem to recompile, it just seems to replace some files, renew the 
libraries, and then stop.  I've searched for the answer to this on the Gentoo 
site, but haven't found anything yet. 
 
Thanks very much for your help and I look forward to hearing from you again.  
(I'm here for the rest of the day.) 
 
Best regards, 
-Robert 
 
 
Attachment:  results of "emerge --pretend info"... 
 
raluke@myLinuxBox raluke $ emerge --pretend info 
Portage 2.0.46-r2 (default-1.0, gcc-2.95.3, glibc-2.2.5-r2,2.2.5-r7) 
================================================================= 
System uname: 2.4.20 i686 Pentium III (Katmai) 
USE="x86 oss 3dnow apm avi crypt cups encode jpeg libg++ mikmod mmx mpeg 
ncurses pdflib qtmt quicktime spell truetype xml2 xmms xv arts berkdb cdr esd 
gdbm gif gnome gnome-libs gpm gtk guile imlib java kde libwww motif mozilla 
nls oggvorbis opengl pam perl png python qt readline ruby scanner sdl slang 
ssl svga tcltk tcpd tetex tiff X" 
ARCH="x86" 
COMPILER="" 
CHOST="i686-pc-linux-gnu" 
CFLAGS="-O2 -mcpu=i686 -pipe" 
CXXFLAGS="" 
ACCEPT_KEYWORDS="x86" 
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config 
/usr/kde/3/share/config /usr/share/config" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" 
MAKEOPTS="-j2" 
JDK_HOME="" 
JAVA_HOME="/opt/blackdown-jre-1.3.1" 
AUTOCLEAN="yes" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" 
 
raluke@myLinuxBox raluke $ 
 
 
Comment 5 Robert Luke 2002-12-22 15:43:13 UTC
Okay, upgrading to KDE 3.0.5a seems to have done the trick.  Now I'm able to 
emerge k3b successfully.  Thanks everybody!  Gentoo is so great!

I'm guessing you guys knew about having to reemerge kdelibs after qt was 
upgraded because you're Gentoo developers?  I took a look at the emerge 
manpage and, if I interpret the text on the "--update" option correctly, that 
option will eventually serve to recompile packages that depend on the package 
that has just been emerged.  But it doesn't do that right now.  Do I have that 
right?

I'm going to have to post in the forum to see how reemerge 
(read:  "recompile") specific packages.  I am just not finding it.

Finally, please forget my idiotic comments about "emerge info" versus "emerge -
-pretend info":  I also found the explanation of the "info" option for emerge.

Thanks again,
-Robert
Comment 6 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-22 18:30:08 UTC
well, after upgrading from qt-3.0.x to qt-3.1 kdelibs should be recompiled cause 
the plugin interface changed in qt-3.1, so kde plugins compiled for qt-3.0.x does 
no longer work. 
 
to recompile a package emerge <package> should work. 
in your description it seems you have buildpkg enabled, then you first have to touch 
(change the mtime) of the specific ebuild (in this case: 'touch 
/usr/portage/kde-base/kdelibs/kdelibs-3.0.4-r1.ebuild' would have done the job). 
or delete the builded tarball (it is located in 
/usr/portage/packages/All/kdelibs-3.0.4-r1.tbz). 
 
hth, hannes