* 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
patch-cc (configure.in): Merged with patch-ch.
patch-af (src/unexfreebsd.c): Removed. Not used by this port.
patch-ca (src/Makefile.in): Removed. 5-CURRENT's and
4-STABLE's libtermcap -> libncurses symbolic link issues
are now well handled by vendor's src/s/freebsd.h.
Moved LIBS_XPG changes to patch-cb.
patch-cb (src/s/freebsd.h): Regenerate for emacs-20.7.
Update the conditional of enclosing the USE_XPG check
so as not to link libxpg4 on recently 5-CURRENT and
4-STABLE after the merge of libxpg4 into libc.
Added LIBS_XPG to LIBS_SYSTEM.
PR: ports/19653
Submitted by: OKAZAKI Tetsurou <okazaki@be.to>
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
Patch patch-al was obsoleted by a change in the target file.
Except for one minor change in PLIST the submitted patch worked
without errors. Excellent !
Submitted by: kiri@pis.toba-cmt.ac.jp
be present. Since our Python port is built with threads support, Vim will
also need to be built with -pthreads but there is a build problem with
-pthreads set.
(2) Now it is not necessary to exist a file "info/dir"
when install-info is executed.
By (1) and (2), I removed the next line:
[ -f %D/info/dir ] || sed -ne 1,/Menu:/p /usr/share/info/dir > %D/info/dir
from PLIST or Makefile
CV: ----------------------------------------------------------------------
* Use ${FILESDIR} where appropriate.
* Include dependency on Xlib.
* Add ability to install documentation.
* Install config files under ${PREFIX}/etc rather than ${PREFIX}/lib.
* Install config file compiler.
Texinfo.el is a major mode elisp for editing Texinfo files.
Texinfmt.el is for formatting Texinfo files into Info files.
Submitted by: OKAZAKI Tetsurou <okazaki@be.to>
the port to use the new one - xemacs-21.1.10a.tar.gz.
There are no changes to the source caused by this; only empty
directories which were made by the old version were removed.
Change PLIST to reflect removal of the directories. Since
xemacs/site-lisp is no longer created by the installation, make
the directory in Makefile.
Add patch-an to fix a bug in lisp/package-get.el caused by mishandling
of md5 package checksums.
PR: 19855
Submitted by: Vivek Khera (PR), TAOKA Satoshi (patch - partly used),
Mr. Kiriyama (patch-an)
options `start' and `stop' now (unless I have forgotten any). This allows
us to call the scripts from /etc/rc.shutdown with the correct option.
The (42 or so) ports that already DTRT before are unchanged.
mule except mule-common. So, in this port, I must remove the file.
Pointed out: asami
(2) Removed the test to create ${PREFIX}/share/info/dir in mule-common/Makefile.
Pointed out: bento
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) Change of MAINTAINER, as dburr seems too busy to bother taking
care of this port. He has never done any upgrades since
originally importing it over a year ago.
2) Finally make spell-checking work.
3) Let AbiWord's own twisted Makefile mechanism install AbiWord.
PR: 18692
Submitted by: Alec Wolman <wolman@cs.washington.edu>
in xemacs uses it, so without it the "Pretty Print Buffer" option is
always greyed out.
Put each package on its own line in the Makefile and sort them - this
makes it easier to check whether a package has changed. This also
affects md5.
Add a line to PLIST to remove lib/xemacs if it's empty - noticed by
bento.
Bump version number to 1.3.
Requested by: wolman@cs.washington.edu
Jext is a powerful 100% pure Java text editor. Jext has been mainly designed
for programmers. Thus, Jext provides a lot of useful functions for coders:
syntax colorizing (Perl, XML/HTML, Java, JavaScript), auto indent, methods
seeker for Java, source code formatting and much more...
PR: 17111
Submitted by: Maxim Sobolev <sobomax@altavista.net>
+ Port now uses gnomelibs instead of plain GTK;
+ port's documentation distributed in separate distfile now being installed,
if NOPORTDOCS has not been set;
+ USE_X_PREFIX added to Makefile, because obviously this port falls into the
X11 category;
+ libintl dependency added to port's Makefile;
+ WWW added to the pkg/DESCR;
+ MASTER_SITES updated to reflect reality;
+ pkg/PLIST has been sorted;
+ "Date created:" slightly adjusted to match commonly accepted conventions.
PR: 18231
Submitted by: Maxim Sobolev <sobomax@altavista.net>
