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?

> 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?

>   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.

Slavek
--