> I know it isn't ready but I would like to try to build the git
> version from scratch (on LFS).
>
> I have already installed those prerequisites:
> xorg7 (without xrx compiz grandr mkcfm xcompmgr xphelloworld libAppleWM
>        libWindowsWM libpthread-stubs)
> XCB (with libpthread-stubs)
> dbus-1.5.6
> qt-3.3.8d (patched for libpng-1.5.4)
> qt-4.7.4
> dbus-1-qt3-0.9
> dbus-python-0.84.0
> libart-lgpl-2.3.21 (patched)
>
> From what I see in git, I'm going to build:
> tqt3
> tqtinterface
> arts
> tdelibs
> dbus-tqt
> dbus-1-tqt
> python-tqt
> tdebase
>
> Here is my questions:
>
> - Is it the right order?
>
> - Am I missing something?
>
> - arts:       how to include jack support?
>     -ljack? -DWITH_JACK? -DHAVE_LIBJACK? export HAVE_LIBJACK?
>     nothing of these worked last time I tried, but without cmake I had:
>     $ ldd /opt/trinity/lib64/libartsflow.so.1.0.0
>     > libjack.so.0 => /usr/lib64/../lib64/libjack.so.0
> (0x00007f9b7cc18000)
>     Is it worth a bug report?

Looks like that got left out of the CMake port accidentally.  Automake
used to define HAVE_LIBJACK if jack support was requested; this should be
added back to arts.

>
> - tqt3:       does it completely replace qt3?

Yes.  TDE will (as of a couple days ago) build completely against tqt3,
theoretically resolving any remaining Qt3<-->Qt4 conflicts and allowing
the usage of Qt4 directly in new (or manually ported) TDE code.  Since I
can hear people's confusion now, this ONLY ALLOWS NEWLY-WRITTEN QT4-BASED
CODE to be compiled and linked into TDE applications--it does NOT
magically make TDE compile on Qt4, nor will it ever. :-)

>
> - dbus-1-tqt: does it replace dbus-1-qt3-0.9?

Yes

>
> - python-tqt: does it replace dbus-python-0.84.0?

Yes

Hope this helps!

Tim