Bug 871

Here is a more appropriate build log output to help debug this bug:

/usr/bin/tmoc knetworkconfdlg.h -o knetworkconfdlg.moc
rm -f knetworkconfdlg.cpp
echo '#include <kdialog.h>' > knetworkconfdlg.cpp
echo '#include <klocale.h>' >> knetworkconfdlg.cpp
/usr/bin/uic-tqt -L /opt/trinity/lib/trinity/plugins/designer -nounload -tr tr2i18n -i knetworkconfdlg.h ./knetworkconfdlg.ui > knetworkconfdlg.cpp.temp ; ret=$?; \
	/usr/bin/perl -pe "s,tr2i18n( \"\" ),QString::null,g" knetworkconfdlg.cpp.temp | /usr/bin/perl -pe "s,tr2i18n( \"\"\, \"\" ),QString::null,g" | /usr/bin/perl -pe "s,image([0-9][0-9]*)_data,img\$1_knetworkconfdlg,g" | /usr/bin/perl -pe "s,: TQWizard\(,: KWizard(,g; s,: QWizard\(,: KWizard(,g;" >> knetworkconfdlg.cpp ;\
	rm -f knetworkconfdlg.cpp.temp ;\
	if test "$ret" = 0; then echo '#include "knetworkconfdlg.moc"' >> knetworkconfdlg.cpp; else rm -f knetworkconfdlg.cpp ; exit $ret ; fi
/bin/sh ../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../..  -I/opt/trinity/include -I. -include tqt.h  -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i486 -mtune=i686 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -UQT_NO_COMPAT -MT knetworkconfdlg.lo -MD -MP -MF .deps/knetworkconfdlg.Tpo -c -o knetworkconfdlg.lo knetworkconfdlg.cpp
 g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/trinity/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i486 -mtune=i686 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -UQT_NO_COMPAT -MT knetworkconfdlg.lo -MD -MP -MF .deps/knetworkconfdlg.Tpo -c knetworkconfdlg.cpp  -fPIC -DPIC -o .libs/knetworkconfdlg.o
In file included from knetworkconfdlg.cpp:11:
knetworkconfdlg.h:142: error: 'TQListViewItem' has not been declared
In file included from knetworkconfdlg.cpp:31:
./knetworkconfdlg.ui.h:153: error: prototype for 'void KNetworkConfDlg::updateProfileNameSlot(TQListViewItem*)' does not match any in class 'KNetworkConfDlg'
knetworkconfdlg.h:142: error: candidates are: virtual void KNetworkConfDlg::updateProfileNameSlot(int*)
./knetworkconfdlg.ui.h:147: error:                 virtual void KNetworkConfDlg::updateProfileNameSlot()
In file included from knetworkconfdlg.cpp:688:
knetworkconfdlg.moc: In member function 'virtual bool KNetworkConfDlg::tqt_invoke(int, TQUObject*)':
knetworkconfdlg.moc:171: error: no matching function for call to 'KNetworkConfDlg::updateProfileNameSlot(TQListViewItem*)'
./knetworkconfdlg.ui.h:147: note: candidates are: virtual void KNetworkConfDlg::updateProfileNameSlot()
knetworkconfdlg.h:142: note:                 virtual void KNetworkConfDlg::updateProfileNameSlot(int*)
make[3]: *** [knetworkconfdlg.lo] Error 1
make[3]: Leaving directory `/dev/shm/tdeadmin/knetworkconf/knetworkconf'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/dev/shm/tdeadmin/knetworkconf'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dev/shm/tdeadmin'
make: *** [all] Error 2

Note: I have to use DO_NOT_COMPILE="knetworkconf" to build tdeadmin, which means KControl does not provide a "Network Settings" option.

Created attachment 649 [details]
Build log failure for tdeamin/knetworkconf

Tim,

Would you please look at this bug report? This is driving me bonkers. :-)

I'm trying everything I can fathom. Nothing gets past this build error except DO_NOT_COMPILE=networkconf.

I seem to be the only person who is experiencing this error.

Here are my configure options:

CFLAGS=$CPUOPT \
CXXFLAGS=$CPUOPT \
./configure \
  --prefix=${PREFIX} \
  --sysconfdir=${SYSCONFDIR} \
  --libdir=${LIBDIR} \
  --mandir=${MANDIR} \
  --with-qt-dir=${QTDIR} \
  --with-qt-includes=${QT_INCLUDE_DIR} \
  --with-qt-libraries=${QT_LIB_DIR} \
  --with-shadow \
  $DEBUG_AUTOTOOL_OPT \
  --enable-closure || exit 1

I'm attaching a full build log, with parallel processing disabled (NUMJOBS=-j1) for easier reading.

I'm building against TQt3 (I haven't built anything against Qt3 in a long time).

Please let me know what to try or test.

6/12 - status,

  tdeadmin was built without error on x86_64 but this resulted in no Network Setting module in kcontrol. Here is a screenshot of kcontrol showing Internet & Network modules available:

http://www.3111skyline.com/dl/dt/trinity/ss/kcontrol-internet.jpg

I cannot replicate this problem.

Can you please attach these files from your build (after it fails)?
knetworkconfdlg.cpp
knetworkconfdlg.h
knetworkconfdlg.moc

Are you using out-of-source building or in-source building?

Created attachment 659 [details]
Copy of knetworkconfdlg.cpp after build failure

Created attachment 660 [details]
Copy of knetworkconfdlg.h after build failure

Created attachment 661 [details]
Copy of knetworkconfdlg.moc after build failure

I use out of source building for everything --- I think. For all of my builds I copy the sources from my GIT tree and build in that copied directory.

For cmake builds there are the extra steps of:

mkdir -p ${TMP}/${PRGNAM}.build
cd ${TMP}/${PRGNAM}.build

I don't do anything like that for automake builds. Just copy from the GIT tree and build in the copied directory.

tdeadmin is an automake build.

Created attachment 662 [details]
Potential fix

Try this patch to see if it at least gets you further along in the build process.  I don't see how my systems are even able to build this file with the magnitude of this error, but strange things can happen...

Patch allows building without incident. The Network Settings module is now present. Cursory testing indicates the module is functional.

Thank you! :-)

I say push the patch to GIT but we should wait for David's reply before closing the bug report as resolved.

Pushed to GIT in hash f2dde84.

Please mark as RESOLVED FIXED if testing confirms this solution.

Marking RESOLVED FIXED as the patch appears to be functional.