to garbanzo long ago), to reduce complications involved when building on
X4.0.2 with thread support. We don't need GL anyway. Bump PORTREVISION
(unconditionally this time) to 3.
Submitted by: Jeremy Shaffner <jeremy@external.org>
it doesn't really work (or so I've been told). This does not affect the
build for non-XFree86-4.0.2 users. Apologies for not getting this in
sooner.
Thanks to: Andrew <elitetek@flashcom.net> for loaning me access to a
fast machine with XFree86 4.0.2 to do my testing on, as
well as being the first one to contact me about this.
support is compiled in), untested because I don't have X4.0.2, but the
port works fine for the non-X4.0.2 case. Also substitute multiple perl
regexes on the same file for one sed regex. Add MAKE_ARGS=-j2 by default
since it makes QT compile faster even on uniprocessor systems.
I wanted to avoid putting the AA patch in CVS since it will be short-lived,
as the patch is in TrollTech's CVS and will most likely be released as part
of QT 2.2.4. Nevertheless, I thought I'd bring it in for the folks who
like bleeding edge.. since antialiasing most likely improves KDE2's look
and feel very much.
Submitted by: kevlo (AA patch)
Mikhail Teterin <mi@aldan.algebra.com> (-j2)
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.
Remove a patch in configure by replacing it with "yes yes" to automate
accepting the GPL license (*sigh*) and avoiding interactive configure.
*THIS TIME* I checked to make sure *.so wasn't removed accidentally. ;-)
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.
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. :)
[Has anyone figured-out what makes the number 393 so interesting to PW, now?]
I wonder what was going through Jordan's head during his infamous
$Id$-smashing commit.
Before I forget....
Thanks to naddy@mips.rhein-neckar.de (Christian Weisgerber) for prompting
this commit. See msg-id: 7geokh$tje$1@mips.rhein-neckar.de
- 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.
