On 07/27/2012 08:00 PM, Sl�vek Banko wrote: > On Friday 27 of July 2012 21:34:00 David C. Rankin wrote: >> 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 > > You have qt3 version 3.5.13-sru or git head? module: dependencies/qt3 branch: v3.5.13-sru So it's v3.5.13-sru > >> 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 :) >> > > You have avahi-tqt version 3.5.13-sru or git head? > module: dependencies/avahi-tqt branch: v3.5.13-sru >> 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? > > python-tqt was not part of the original 3.5.13, so I not prepare it for > 3.5.13-sru. OK thanks! It's not really needed, but I thought I would try building everything. I have attached my GIT tree module setup below: -- David C. Rankin, J.D.,P.E.
tdeaccessibility tdeaddons tdeadmin tdeartwork tdebindings tdeedu tdegames tdegraphics tdelibs tdemultimedia tdenetwork tdepim tdesdk tdetoys tdeutils tdevelop tdewebdev applications/adept applications/amarok applications/basket applications/bibletime applications/digikam applications/dolphin applications/filelight applications/gtk-qt-engine applications/gwenview applications/k3b applications/k9copy applications/kaffeine applications/katapult applications/kbfx applications/kchmviewer applications/kdiff3 applications/kerry applications/kile applications/kima applications/kio-locate applications/kmplayer applications/kmyfirewall applications/kmymoney applications/knemo applications/knights applications/knutclient applications/koffice applications/konversation applications/kpilot applications/kpowersave applications/kradio applications/krusader applications/ktorrent applications/kuickshow applications/kvirc applications/kvkbd applications/piklab applications/rosegarden applications/smb4k applications/tde-style-qtcurve applications/tdesudo applications/tdesvn applications/tellico applications/twin-style-crystal applications/wlassistant