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.
After short discussion with Imura-san, back out GIF-by-default until I can
confirm whether or not there are license issues with Unisys. I will deal
with this later. I should note that I'd committed to qt2[12] previously
without conferring with him on the GIF issue first.
One big ouchie: I didn't even set MASTER_SITE/MASTER_SITE_SUBDIR on qt22
properly.. but oh well. Nobody's perfect. :-)
Things should be un-broken now.. please test these ports! I'll be trying
to update them to a new snap after a week or so.
Pointy hat: will
Patches graciously submitted by: nra
Konqueror can load HTML documents, KOffice works semi-well, and KDE2 in
general seems less buggy. Only kdeutils was left out of this mega-update.
However, it should return soon. :-)
The massive reduction in patches is mostly the result of using perl
regex replacement. This reduces the amount of time it will take in the
future to upgrade these ports, and load on the repository.
QT 2.2.0beta0 (aka qt-copy) is officially enabled for the express
purpose of allowing KDE2 to compile. It is available in the qt22 port.
Additionally, GIF support is re-enabled in both Qt2 ports, so that
people can now read GIF images. GIF support is enabled through an
internal GIF reader in Qt, and requires no patented libraries. Special
effort was made to ensure that people do not install both qt21 and qt22
ports at the same time.
I'd like to take a moment to thank the following people for their help:
Alex Zepeda <jazepeda@pacbell.net>, Stephan Kulow <coolo@kde.org>, Harri
Porten <porten@kde.org>, Waldo Bastian <waba@kde.org>, Marc G. Fournier
<scrappy@hub.org>, Arun Sharma <adsharma@sharmas.dhs.org>, Matthias
Hoelzer-Kluepfel <mhk@caldera.de>, and many others. Over 150 hours of hard
work, testing, etc. were put into this update. Another couple hundred of
hours were spent by CPUs trying to compile this behemoth. :->
Special thanks to: Physics Computer Network @ Purdue staff, especially
C. Stephen Gunn <csg@physics.purdue.edu>, for giving
me access to an extremely fast machine for doing
test builds (it performed 12 full builds of the
entire suite in the last 7 days).
PR: 18838
Submitted by: Arun Sharma <adsharma@sharmas.dhs.org>
Approved by: imura, asami
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
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.
Reason: the qt library very often changes the release number.
So every time you need to fix the configure script of KDE ports.
Since every KDE port checks libqt.so, it's much easier for Stefan
to maintain KDE and for us all to use the package instead of
hacking configure scripts again and again.
