default -j2 (but keep MAKE_JOBS var), restore old perl REs as soon as I'd
learned how to do multiple ones, remove QPL license file from packaging,
sync with newest KOI8-U/R stuff (not tested). The biggest bonus: split
QT Designer into its own port, and make the qt22/qt-designer pair a member
of the master-slave ports legion, hopefully to reduce redundancy as much
as possible. This should also save roughly 20 minutes of compile time on
a dual PIII-600 for those that don't need or want QT Designer. UIC is,
however, still installed/compiled by the default Qt 2.2.4 (as it _is_
required for other things e.g. KDE2).
USE_MESA may break KDE2. Hopefully, now that the port does install both
the threaded and non-threaded versions of QT, it won't. But until the
next release of KDE2, I'm not gonna bother testing to see.
USE_MESA repeatedly requested by: sobomax
the version number. The alarmingly extensive changes were:
= use old-style HTML help by default
= 8-bit HTML entities specified differently in source
(e.g. "\344" instead of "ä")
= change in the way dynamic modules are loaded (RTLD_NOW -> RTLD_LAZY)
= bugfixes (?) for image scaling
= updated mimetypes support: new flags `needsterminal' and `copiusoutput'
= comment changes/additions
Checksum change was
Reported by: vanilla
This patch prevent the script not to confuse libqthreads as libqt.
libqthreads is part of lang/guile, not QT.
PR: 23186
Submitted by: Donald J . Maddox <dmaddox@sc.rr.com>
2.95.3. It's backwards compatible, so no need for OSVERSION or other
checks like that. Also add new var - MAKE_JOBS, which allows you to
adjust the -jN argument (I wanted this 'cause with more CPUs I can compile
with MAKE_JOBS=4 or greater). Methinks this kind of thing belongs in
bsd.port.mk, but anyway. I can now compile (with MAKE_JOBS=4) qt 1.45 in
less than 4 minutes on my dual PIII-600E. :)
Submitted by: sf (workaround)
Requested by: alex (workaround)
location of .text_extras_menu is set via imake to
-DEXTRASMENU="\"/usr/X11R6/lib/.text_extras_menu\""
This absolute path is not handeld by the code in
.../lib/libxview/textsw/txt_e_menu.c
This patch fixes this case. The warning message when starting xview
progams it's unable to find
/usr/lib/./usr/X11R6/lib/.text_extras_menu
didn't appear anymore.
The culprit was x11-toolkits/qt22's lack of qgl support, and the author has
kindly separated the qgl module. At the same time, canvas, table, and xml
modules have been separated too. I'll make them ports sometime in the not too
distant future.
bsd.port.mk, for easy removal of documentation. I left alone one port -
japanese/elisa8x8 (or something like that), because it appeared to have
some rather weird way of doing PORTDOCS substitution.
the generated qt2.so on 4-STABLE + XFree86 4.0.2 + Mesa 3.2.1:
/usr/local/lib/ruby/site_ruby/1.6/qt2.rb:1:in `require': /usr/local/lib/ruby/site_ruby/1.6/i386-freebsd4.2/qt2.so: Undefined symbol "__ti9QGLWidget" - /usr/local/lib/ruby/site_ruby/1.6/i386-freebsd4.2/qt2.so (LoadError)
from /usr/local/lib/ruby/site_ruby/1.6/qt2.rb:1
from hello.rb:17:in `require'
from hello.rb:17
where "__ti9QGLWidget" is apparently an internal symbol... I'll have
to take the time to investigate and fix the problem. :(
Any input is welcome.
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>
