PORTREVISION or PORTEPOCH are defined.
Most of these Makefiles were defining DISTNAME and WRKSRC (and
sometimes EXTRACT_SUFX) -- change those to define DISTFILES only.
Also, some of the WRKSRC lines were not even necessary, as they were
defining it to the default value.
Instigated by: Peter Pentchev <roam@orbitel.bg> and kris
lang/ruby:
- Do not force lib/ruby/site_ruby and lib/ruby removals,
because a user may have his/her stuff installed there.
x11-toolkits/ruby-tk:
- Fix duplicated PKGNAMEPREFIX.
Add RUN_DEPENDS to imake, since it is necessary to use some of the
stuff this port installs (imake config files, obviously). This also
prevents the problem seen on bento about host.def left behind for
ports using open-motif, which was caused by imake being pkg_deleted
before open-motif. The dependency takes care of that.
While I'm here, take out MANCOMPRESSED=yes, it's the default with USE_IMAKE
set.
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.
Don't install imake and makedepend (although we need to build them for
internal use -- it is too hard to make it use the installed versions).
Make PLIST complete and add more manpages to MAN*.
Approved by: obrien (defact maintainer)
Overall changes:
Use tabs instead of sequential spaces.
Note Author as well as WWW in DESCR.
Do not install examples when NOPORTDOCS.
Make RUBY, RUBY_VER and RUBY_ARCH variables overridable.
ruby-date2:
share/doc/ruby/date2/examples/ -> share/examples/ruby/date2/cal.rb
textproc/ruby-html-parser:
databases/ruby-mysql:
devel/ruby-optparse:
devel/ruby-property:
Install modules under lib/ruby/site_ruby/${RUBY_VER}/ instead
of lib/ruby/site_ruby/ or lib/ruby/${RUBY_VER}/
textproc/ruby-rdtool:
Install documents in .rd format too.
Format optparse's rd file. (Since ruby-rdtool depends on
optparse, it cannot be done during optparse's build
process. So ruby-rdtool should take care of that when it is
installed. :)
XFree86 (3 or 4) to depend to when USE_XLIB is set.
XFREE86_VERSION defaults to 3 for now, but adventurous users can
override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB
will add a dependency to x11/XFree86; when it is set to 4, the
dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS
hacks to avoid messing with XFree86 are turned off.
Since XFree86 version 4 includes some software that used to be
separate ports, when XFREE86_VERSION=3 the following variables are
provided:
USE_DGS LIB_DEPENDS on x11/dgs
USE_FREETYPE LIB_DEPENDS on print/freetype
USE_MESA LIB_DEPENDS on graphics/Mesa3
USE_XPM LIB_DEPENDS on graphics/xpm
When XFREE86_VERSION=4, these variables have no effect. The
LIB_DEPENDS in the tree for the above four ports have all been
converted to the USE_* counterparts. For your information, this
is the count of the number of ports:
USE_DGS 0
USE_FREETYPE 16
USE_MESA 36
USE_XPM 236
There is a new variable, XAWVER, which is set to 6 when
XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also
passed to PLIST_SUB so ports that build Xaw based shared libraries
can use this variable to substitute the shlib version number.
There is also a provision of using a separate mtree file for
XFREE86_VERSION=4, but that part is not enabled yet.
Reviewed by: the ports list
Tested by: make index (XFREE86_VERSION=3 only)
(2) Add hebrew to list of valid categories.
Submitted by: nbm
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
usr/lib/libgtk-1.2.so.0.5.0
usr/lib/libgtk-1.2.so.0
Somehow the PLIST didn't include libgtk entries though this port is
linux-gtk..
This should fix e.g. linux-netscape-6.
Strangely enough, bento does not show any PLIST errors on this port. ?-)
offering.
Portions of this port came from the following (the rest was my own blood
and sweat):
PR: 18691
Submitted by: Cyrille Lefevre <clefevre@citeweb.net>
Submitted by: Sungman Cho <smcho@tsp.korea.ac.kr> (via -ports)
