to the final release of KDE 2.0. Kevin Lo <kevlo@FreeBSD.org> will continue
as the new maintainer. He has commit privileges on the KDE tree, making him
an excellent candidate for this job. I'll be behind the scenes for awhile,
since there are some structural changes I'd like to make but I'd rather have
Kevin do the work. Please, people, direct your patches at Kevin and watch
his "freetime deprivation process" _really_ start. :-P
LIB_DEPENDS on img.1, and the Japanese version should RUN_DEPENDS on
${LOCALBASE}/lib/Img1.2/libimg12.so.1 (since it doesn't install
anything in ${LOCALBASE}/lib).
Also, fix path to tkstep.tcl.
Submitted by: bento
not deinstall properly. A `vim-lite' port user will be told that graphical
support was not compiled in if they try to run `gvim', so no harm done.
PR: 19539
Submitted by: Ying-Chieh Chen <yinjieh@Crazyman.Dorm13.NCTU.edu.tw>
USE_MOTIF and generates a LIB_DEPENDS to x11-toolkits/open-motif. As
before, it implies USE_XPM (and therefore USE_XLIB). Motif-dummy is
removed from PKG_IGNORE_DEPENDS, whose sole resident is now XFree86-3.
Most of the simple ".if defined(HAVE_MOTIF)"s are removed to always
have USE_MOTIF. ftp/moxftp will define USE_MOTIF unless
WANT_ATHENA_VERSION (new variable) is defined. I merged the X cases
in cad/mars, so USE_MOTIF is used iff WITHOUT_X11 is not defined.
I will remove x11-toolkits/Motif-dummy (which has been repo copied to
open-motif) in a few days.
Reorder variables to satisfy portlint.
Approved by: Jing-Tang Keith Jang <keith@freebsd.sinica.edu.tw>
(MAINTAINER of chinese/xemacs)
KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
(MAINTAINER of xemacs-*-packages)
merged into vim6. :)
But unfortunately they seem to have missed including two files
regarding if_ruby in the vim 6.0i tarball, so I prepared the diff to
complete them. This problem has been reported to the vim development
team, and it seems their CVS repository already holds those files.
Hopefully the next release of vim6 will include them properly.
Tested by: dcs
editors/mule-common/Makefile) from mule-freewnn+canna
Submitted by: Shigeto TAJIMA <tajima@ics.es.osaka-u.ac.jp>
Obtained from: a direct mail
Sort slave port names in the above Makefile.
* The use of MAKE_FLAGS is obsolete. It should use MAKE_ARGS instead.
* s/CONFIGURE/CONFIGURE_ENV/
* Use USE_PYTHON instead of manually specifying python as BUILD_DEPENDS and
RUN_DEPENDS.
* CATEGORIES should be overridable for its slave ports.
Submitted by: knu (aka Mr. Ruby :-))
* The use of MAKE_FLAGS is obsolete. It should use MAKE_ARGS instead.
* s/CONFIGURE/CONFIGURE_ENV/
* Use USE_PYTHON instead of manually specifying python as BUILD_DEPENDS and
RUN_DEPENDS.
* CATEGORIES should be overridable for its slave ports.
Submitted by: knu (aka Mr. Ruby :-))
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
confusion when databases/gdbm is installed. This change assures
that the Berkeley db in libc is used.
Since this is such a trivial change I also just went ahead and did
it for xemacs21-mule also.
PR: 21172
Submitted by: OGAWA Takaya
and consists of a library to create IIIM awarded applications and a simple
input method library controlled by IIIM server(s).
PR: 21217
Submitted by: OKAZAKI Tetsurou <okazaki@be.to>
(1) {chinese,korean,japanese}/Wnn (Wnn 4.2) was updated as follows:
(a) Its name was changed from Wnn to FreeWnn because Wnn6 which is a
commercial software exits
(b) Its license was changed to GPL.
(c) The method to configure was changed from imake to GNU configure.
(d) Relatively to the original Wnn, the Wnn in the ports tree were
modified by me a lot. Most of the modifications were adopted
into FreeWnn.
(c) Header and library files are installed into
${LOCALBASE}/{lib,include} instead of ${X11BASE}/{lib,include}.
(2) FreeWnn is divided into two ports FreeWnn-lib and FreeWnn-server
in chinese, korean and japanese categories. The former is for libwnn
and header files to compile client commands, and the files used in
client commands. The latter is for a server to convert KANA to KANJI
(Chinese character), and dictionaries and files used by the server.
Notice: I forgot to commit editors/mule*, too (^_^;;
have not tried KDE 2.0 or haven't done so in awhile (i.e. since July or
before), you should try this. This version is extremely stable and offers
better functionality than before. This update also introduces the KDE2
modules kdegraphics and kdemultimedia to our ports tree. Additionally,
this marks the first time FreeBSD packages were announced as part of the
KDE2 beta release announcement! :-)
Most (if not all) of the remaining modules in KDE2 will be added for the
update WRT the final release.
A hack was added to fix building with SSL in kdelibs; this has been merged
in the main tree and will go away with 2.0 release update. Thanks to David
Faure <david@mandrakesoft.com> for his help regarding this.
Also, building the docs should now succeed because I've added a build
dependency on jade and linuxdoc (should be enough).
People can get my precompiled packages from the usual location on the KDE
FTP server (should spread to the mirrors Real Soon Now (tm)):
http://ftp.kde.org/pub/kde/unstable/distribution/2.0Beta5/tar/FreeBSD/
Have fun! Remember to reports bugs through http://bugs.kde.org/.
(a) Its name was changed from Wnn to FreeWnn because Wnn6 which is a
commercial software exits
(b) Its license was changed to GPL.
(c) The method to configure was changed from imake to GNU configure.
(d) Relatively to the original Wnn, the Wnn in the ports tree were
modified by me a lot. Most of the modifications were adopted
into FreeWnn.
(c) Header and library files are installed into
${LOCALBASE}/{lib,include} instead of ${X11BASE}/{lib,include}.
(2) FreeWnn is divided into two ports FreeWnn-lib and FreeWnn-server
in chinese, korean and japanese categories. The former is for libwnn
and header files to compile client commands, and the files used in
client commands. The latter is for a server to convert KANA to KANJI
(Chinese character), and dictionaries and files used by the server.
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.
configuration files and Emacs.ad and deleted xemacs-faq.info-6.
Use LOCALBASE instead of PREFIX in CONFIGURE_ARGS - that makes it
easier to test new versions of the port.
PR: 20480
Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
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
