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?


-- 
David C. Rankin, J.D.,P.E.