Re: [trinity-devel] 3.5.13-sru - No quick build - Several build issues

All, Slavek, I like the idea of having 3.5.13 as a primary desktop to work from while R14 settles down. I have created tarballs from 3.5.13-sry, but I have run into several build problems. Currently I have successfully built: tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz

tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz The packages I'm struggling with are: avahi-tqt: The issue is the same as Nix brought up in: http://comments.gmane.org/gmane.comp.desktop.trinity.devel/6373 The build fails with: make[2]: Entering directory `/build/src/avahi-tqt/avahi-tqt' GEN qt-watch.moc3 Qt meta object compiler moc: Too many input files specified Usage: moc [options] <header-file> -o file Write output to file rather than stdout -f[file] Force #include, optional file name -p path Path prefix for included file -i Do not generate an #include statement -k Do not stop on errors -nw Do not display warnings -v Display version of moc make[2]: *** [qt-watch.moc3] Error 1 The problem is the build cannot find moc-tqt in /usr/bin/moc-tqt. I thought this was resolved, but I can't recall how. The issue was created by installing tqtinterface in /usr while the rest of Qt and TDE went in /opt. I'll play with it. Any ideas, let me know :)

python-tqt: Build fails due to: Error: The TQt version number could not be determined by parsing /opt/qt3/include/qglobal.h. The problem is caused by configure.py looking for TQt and TQT_VERSION instead of QT_VERSION even though the configure.py script correctly determined that /opt/qt3/include/qglobal.h was the correct file. I will try patching this, but shouldn't configure.py be smart enough to know to look for Qt/QT_VERSION when the include is /opt/qt3/include/qglobal.h?