in the port.. although that support has been in QT 2.x for awhile. The
upgrade is also required for KDE 2.1 beta 1. Apologies to Kevin for
not getting it done sooner.
1.In Designer, don't rely on QTDIR environment being set when searching for
documentation and templates. Also correct search paths relatively to
QTDIR (/doc/html/... --> /share/doc/qt2/... etc.).
2.Install *all* documentation (previously index files and some pixmaps were
left behind, which was rendering help system mostly non-functional and
useless).
3.Install Designer's templates.
4.Don't use ${INSTALL_DATA} to install symbolic link to shared library - it
leads to the file this link points to being installed and as a result
two fully indentical versions of lib{qt2,util} are installed, wasting
user's HDD space (approx 8MB) and bloating package file (+3MB). Also
use ${INSTALL_PROGRAM} for shared libs to strip unneeded symbols.
I can address some of its issues (should see it marked un-broken in about
3 hours, if they're trivial enough). It took too long to get this update
out the door... :-(
This is a rather stable version of KDE2. Release is hoped for sometime
next month, so I'm going to try to reroll snapshots this weekend.
Also decide policy by removing the interactive requirement in qt22's
configure script. I don't know why they bothered adding it there..
Bugged by: *many* bug-reports, requests, etc.
1) Bump lib's version, since qt-2.1.0 loses lower compatibility
with qt-2.0.2 but has only upper compatibility. (new qt binary
does not work with old qt library)
2) Install libqgl.a (it works with its examples) in addition to libqt,
so added LIB_DEPENDS to MesaGL.
3) JPEG support from extension had been included to the main library.
4) 'examples' and 'tutorials' are no longer built with port building,
since they are never installed. If you want them, set
QTDIR=/usr/ports/x11-toolkits/qt21/work and just type 'gmake' in each
directories.
Some ideas obtained from qt145. :)
- use CXX and CXXFLAGS if set
additionally
- use X11BASE
still unsure if I should remove the dependancy from MESA...
have to think over it when having time
I think there was a problem, when building KDE with Mesa support
and using a qt lib without ...
Does somebody else have time to check ?
PR: closes 8904
Submitted partly by: Alex Zepeda <garbanzo@hooked.net>
a short test period to make sure qt142 is an adequate replacement.
Note #1: I changed it to install libqt.so.2.0. qt141 or newer are
required for some software (most notably kde). We missed the
chance to change the shlib number in qt141 so I'm doing it now.
Note #2: After talking with Peter Wemm, I decided not to add extra
-rpath directives. The fix for kdesupport and other build
problems are forthcoming in ld.
