Thank you for your very detailed response and the
information it contained. I decided, after your post to
start from scratch (I'm using this as a learning exercise)
but even with your info I'm still having problems marrying
the QT/TQT thing.
I've installed TQt (qt3-3.5.13.tar.gz source) into /opt/qt,
tqtinterface into /usr, dbus-tqt & dbus-1-tqt (both with
--prefix /usr), sip4-tqt and tqscintilla.
python-tqt however seems to be confused about what is
installed and where. More than likely my configuration
that's causing the problem!
Anyway;
'python configure.py' results in 'Error: No TQt libraries
could be found in /opt/qt/lib'
'python configure.py -q /usr' results in 'Error: Unable to
open /usr/mkspecs/linux-g++/qmake.conf'
etc, etc.
Obviously I don't need to build python-tqt but I would like
to get a better understanding of what's going wrong.
First, I am not an expert with building packages. Caveat emptor. :)
In my environment I build everything to install to $PREFIX=/opt/trinity, expect
tqtinterface, which I install to $PREFIX=/usr. That means I build qt3 to install to
/opt/trinity as well.
In my build scripts I still install all traditional doc files to /usr/doc.
With that said, I notice in my build PyKDE3 script I have the following:
===============================================
# python ./configure.py -h
# exit 1
# -h displays the help message
# -c concatenates each module's C/C++ source files [default]
# -d dir where the PyKDE modules will be installed [default %s] % opt_pykdemoddir
# -g always release the GIL (SIP v3.x behaviour)
# -i no concatenation of each module's C/C++ source files
# -j # splits the concatenated C++ source files into # pieces [default 1]
# -k dir the KDE base directory ($PREFIX)
# -L dir the library directory name [default lib] ($LIBDIR)
# -n dir the directory containing the KDE lib files ($LIBDIR/kde3)
# -o dir the directory containing the KDE header files ($PREFIX/include/kde3)
# -r generates code with tracing enabled [default disabled]
# -u build with debugging symbols
# -v dir where the PyKDE .sip files will be installed [default %s] % opt_pykdesipdir
# -w turn on KDE deprecated object warnings when compiling [default off]
# -z file the name of a file containing command line flags
echo "Running ./configure.py -k $PREFIX -L $LIBDIR -n $LIBDIR -o $PREFIX/include
-i"
echo "Please be patient."
python ./configure.py -k $PREFIX -L $LIBDIR -n $LIBDIR -o $PREFIX/include -i
===============================================
I have not yet started trying to build directly from GIT, but I suspect something similar
is needed. I hope this helps. :)
NOTE: To everybody reading the recent discussion about cmake options and quality assurance
testing. Only a few people try to build t/kdebindings. This package is a good example of
why as a team we need to test and building all packages and not just those we use. I know
that t/kdebindings is a bugger, but that is a poor excuse for us as the upstream providers
not to fully test. Okay, I'm off my soap box. :)
Darrell