file's sole purpose was to provide a dependency on pkg-config and set
some environment variables. Instead, turn pkg-config into a "tool"
in the tools framework, where the pkg-config wrapper automatically
adds PKG_CONFIG_LIBDIR to the environment before invoking the real
pkg-config.
For all package Makefiles that included pkg-config/buildlink3.mk, remove
that inclusion and replace it with USE_TOOLS+=pkg-config.
Several changes are involved since they are all interrelated. These
changes affect about 1000 files.
The first major change is rewriting bsd.builtin.mk as well as all of
the builtin.mk files to follow the new example in bsd.builtin.mk.
The loop to include all of the builtin.mk files needed by the package
is moved from bsd.builtin.mk and into bsd.buildlink3.mk. bsd.builtin.mk
is now included by each of the individual builtin.mk files and provides
some common logic for all of the builtin.mk files. Currently, this
includes the computation for whether the native or pkgsrc version of
the package is preferred. This causes USE_BUILTIN.* to be correctly
set when one builtin.mk file includes another.
The second major change is teach the builtin.mk files to consider
files under ${LOCALBASE} to be from pkgsrc-controlled packages. Most
of the builtin.mk files test for the presence of built-in software by
checking for the existence of certain files, e.g. <pthread.h>, and we
now assume that if that file is under ${LOCALBASE}, then it must be
from pkgsrc. This modification is a nod toward LOCALBASE=/usr. The
exceptions to this new check are the X11 distribution packages, which
are handled specially as noted below.
The third major change is providing builtin.mk and version.mk files
for each of the X11 distribution packages in pkgsrc. The builtin.mk
file can detect whether the native X11 distribution is the same as
the one provided by pkgsrc, and the version.mk file computes the
version of the X11 distribution package, whether it's built-in or not.
The fourth major change is that the buildlink3.mk files for X11 packages
that install parts which are part of X11 distribution packages, e.g.
Xpm, Xcursor, etc., now use imake to query the X11 distribution for
whether the software is already provided by the X11 distribution.
This is more accurate than grepping for a symbol name in the imake
config files. Using imake required sprinkling various builtin-imake.mk
helper files into pkgsrc directories. These files are used as input
to imake since imake can't use stdin for that purpose.
The fifth major change is in how packages note that they use X11.
Instead of setting USE_X11, package Makefiles should now include
x11.buildlink3.mk instead. This causes the X11 package buildlink3
and builtin logic to be executed at the correct place for buildlink3.mk
and builtin.mk files that previously set USE_X11, and fixes packages
that relied on buildlink3.mk files to implicitly note that X11 is
needed. Package buildlink3.mk should also include x11.buildlink3.mk
when linking against the package libraries requires also linking
against the X11 libraries. Where it was obvious, redundant inclusions
of x11.buildlink3.mk have been removed.
And always is defined as share/examples/rc.d
which was the default before.
This rc.d scripts are not automatically added to PLISTs now also.
So add to each corresponding PLIST as required.
This was discussed on tech-pkg in late January and late April.
Todo: remove the RCD_SCRIPTS_EXAMPLEDIR uses in MESSAGES and elsewhere
and remove the RCD_SCRIPTS_EXAMPLEDIR itself.
Yamashiro.
Changes in 0.4.6:
A GUI preference tool was introduced, both for Gtk and Qt. uim-kdehelper and
UimQt were merged. A plugin system was introduced.
Package changes:
conversion engine anthy or canna can select by setting the
PKG_OPTIONS.uim variable.
buildlink3.mk added.
ChangeLog:
* cannadic/ update to cannadic-0.95c
* src/splitter/commit.c fix mis-computation of segment length which
can cause out of array bound access
* use Hidden Markov Model to find segment boundary.
I added a message recommending the installation of inputmethod/anthy
if one is interested in Japanese input.
Uim is a lightweight and full featured multilingual input method library
and is simple, secure and flexible.
under share/examples/rc.d. The variable name already was named
RCD_SCRIPTS_EXAMPLEDIR.
This is from ideas from Greg Woods and others.
Also bumped PKGREVISION for all packages using RCD_SCRIPTS mechanism
(as requested by wiz).
under ${PREFIX} instead of being an absolute path.
So fix the references using RCD_SCRIPTS_EXAMPLEDIR to be
${PREFIX}/${RCD_SCRIPTS_EXAMPLEDIR}.
This should have no changes to use before.
Please note that the MESSAGE files in most cases are wrong in the
first place. We have automated mechanisms and could have an automated
message for explaining rc.d script usage. (This is something to do!)
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
All library names listed by *.la files no longer need to be listed
in the PLIST, e.g., instead of:
lib/libfoo.a
lib/libfoo.la
lib/libfoo.so
lib/libfoo.so.0
lib/libfoo.so.0.1
one simply needs:
lib/libfoo.la
and bsd.pkg.mk will automatically ensure that the additional library
names are listed in the installed package +CONTENTS file.
Also make LIBTOOLIZE_PLIST default to "yes".
Changes:
- Provide a configuration window.
- Better support Java applications.
- Increase the number of entries to 9 in the Hanja/symbol input list.
- Print warning for non-supported locales.
- Support Korean input with en_US.UTF-8.
which installs to ${RCD_SCRIPTS_EXAMPLEDIR}. But the MESSAGE
referred to wrong hard-coded location if the RCD_SCRIPTS_EXAMPLEDIR
was not the default. So use RCD_SCRIPTS_EXAMPLEDIR instead.
PKGREVISION not bumped because if someone had changed
RCD_SCRIPTS_EXAMPLEDIR before recent change of autoregistration
of rc.d script in PLIST, then it could not have been packaged
in first place.
Note that this commit does not imply that the MESSAGE is correct.
In some cases, the MESSAGE is clearly wrong such as suggesting
running the rc.d script from the example directory (which will work
although).
the RCD_SCRIPTS rc.d script(s) to the PLIST.
This GENERATE_PLIST idea is part of Greg A. Woods'
PR #22954.
This helps when the RC_SCRIPTS are installed to
a different ${RCD_SCRIPTS_EXAMPLEDIR}. (Later,
the default RCD_SCRIPTS_EXAMPLEDIR will be changed
to be more clear that they are the examples.)
These patches also remove the etc/rc.d/ scripts from PLISTs
(of packages that use RCD_SCRIPTS). (This also removes
now unused references from openssh* makefiles. Note that
qmail package has not been changed yet.)
I have been doing automatic PLIST registration for RC_SCRIPTS
for over a year. Not all of these packages have been tested,
but many have been tested and used.
Somethings maybe to do:
- a few packages still manually install the rc.d scripts to
hard-coded etc/rc.d. These need to be fixed.
- maybe remove from mk/${OPSYS}.pkg.dist mtree specifications too.
by moving the inclusion of buildlink3.mk files outside of the protected
region. This bug would be seen by users that have set PREFER_PKGSRC
or PREFER_NATIVE to non-default values.
BUILDLINK_PACKAGES should be ordered so that for any package in the
list, that package doesn't depend on any packages to the left of it
in the list. This ordering property is used to check for builtin
packages in the correct order. The problem was that including a
buildlink3.mk file for <pkg> correctly ensured that <pkg> was removed
from BUILDLINK_PACKAGES and appended to the end. However, since the
inclusion of any other buildlink3.mk files within that buildlink3.mk
was in a region that was protected against multiple inclusion, those
dependencies weren't also moved to the end of BUILDLINK_PACKAGES.
Some pkgsrc things
- Fix PLISTs for packages that use -release
- Include canonicalisation of a couple of paths for the benefit
of qt3-*
- the normal version=sunos patching
- fix all library_names_spec for the standard set of symlinks
The libtool things some of which had already made it into pkgsrc libtool.
New in 1.5.2: 2004-01-25; CVS version 1.5.0a, Libtool team:
* lt_dlrealloc is an official part of the libltdl API.
* --tag, --silent and --debug options are preserved and reused when libtool
calls itself for relinking etc.
* `-pthread' and similar options are honoured when linking shared libraries.
* -no-suppress in compile mode shows compiler output for both PIC and non-PIC
object compilation.
* New link mode option `-precious-files-regex' to prevent accidental removal
of files you want to keep, such as test coverage data, from the temporary
output directory.
* Directories specified in /etc/ld.so.conf are no longer hardcoded on Linux.
* Recognises the 'R' symbol type on Solaris so read-only symbols can be
exported.
* Bug fixes.
New in 1.5: 2003-04-14; CVS version 1.4e, Libtool team:
* First stable release of multi-language architecture.
* libtool and libltdl support for Mac OS/X.
* libltdl will now use cygwins dlopen API instead of always forcing
LoadLibrary.
* Support auto-import patch to binutils on cygwin for much improved dll
support.
* Bug fixes.
New in 1.4.3: 2002-10-13; CVS version 1.4.2a, Robert Boehne:
* The libltdl subdirectory now bootstraps correctly with Automake 1.5.
* srcdir != builddir builds with Automake 1.5 work correctly.
* Support for mips-compaq-nonstopux.
* New command line argument, --preserve-dup-deps prevents removal of
duplicate dependent libraries.
New in 1.4d: 2002-01-07; CVS version 1.4c, Libtool team:
* Help strings display correctly again.
* Better error messages when library linking fails.
* Better error messages from libltdl when loading fails.
* Better search path management in libltdl with `lt_dlinsertsearchdir' call.
* Support /lib/w32api in recent cygwin releases.
* Support cross compilation to mingw.
* Support for .rc files (Windows resource compiler).
* Improved handling of mingw gcc.
* Improved handling of $PATH with entries containing spaces.
* Improved support for linking with gcc on aix4* and aix5*.
* Improved support for GCC 3.0.
* Initial support for QNX RTOS, UnixWare 7 and OpenUNIX 8.
* Bug fixes to the OpenBSD port.
* Bug fixes.
New in 1.4.2: 2001-09-11; CVS version 1.4.1a, Gary V. Vaughan:
* libltdl now builds on solaris again
* diagnose and warn about not-quite-working combinations of gcc and
ld on solaris.
* Improved OpenBSD support.
* Improved cygwin support.
* Bugfixes.
New in 1.4.1: 2001-09-03; CVS version 1.4.0a, Libtool team:
* Better error messages from libltdl when loading fails.
* Don't leave here-doc files behind.
* Improved support for OpenBSD.
* Libtool will build with autoconf-2.50 and higher.
* Plug memory management bugs in libltdl.
* Prefer shl_load to dlopen for better operation on HP-UX.
New in 1.4b: 2001-07-09; CVS version 1.4a, Libtool team:
* Now bootstraps with autoconf-2.50 and automake-1.4-p4.
* Always try to build at least a static lib, even if both static and
shared libs were disabled.
* Full support for C++ compiler.
* Support for GNU gcj compiler.
* libltdl can now load all modules in a given path according to user
supplied criteria with `lt_dlforeachfile' call.
* Improved support for AIX ia64, djgpp, HPUX, hurd, OpenBSD, sco3.2*.
* Internal mutex handling no longer has namespace clashes on NCR MP-RAS.
* New pdemo and tagdemo tests.
* Bug fixes.
Changes since 0.11:
o Fix a bug that nabi dies when its tray icon disappears.
o Smart handling of the size of a tray icon.
o Add the MS Windows 2000 theme.
o Bug fixes regarding XIM.
- Now it's possible to configure nabi in the main window. This is
useful for the environment without the system tray.
- Shows character in combination properly when running in 3-bul mode.
- Added -s option used to display status only.
- Some other small bug fixes.
Patch provided by Min Sik Kim in PR#23595.
* Reconstruct sample init files.
* RC-style start script.
* Auto-registration of Kana conversion.
* Abolish fuzokugo.cld.
* More key symbols can be configured with Lisp.
* Server returns more appropriate values at abort.
* TeX document improvements.
* And many bug fixes.
2) Make Canuum use Canna's common make files. From Osamu Oishi in PR 22244.
This package replaces inputmethod/ddskk program; the DISTNAME still has
the prefix `dd' (which stands for daredevil), but it is the official
successor of the original SKK-9.6 developed by Mr.Masahiko Sato, and
the release is announced under the name of SKK. So we decided to
change the package name.
Notable changes from ddskk-20030629 include: enhancements to skk-study,
bug fixes, support of ML dictionary, etc.
USE_PKGINSTALL is "YES". bsd.pkg.install.mk will no longer automatically
pick up a INSTALL/DEINSTALL script in the package directory and assume that
you want it for the corresponding *_EXTRA_TMPL variable.
- Use RCD_SCRIPTS for automatic generation and handling of the rc.d script.
- Use OWN_DIR_PERMS instead of OWN_DIRS to handle permissions for the spool
directory and avoid (un)exec commands in PLIST.
As a result, bump PKGREVISION to 1.
To update packages, you need to run pkg_delete(8) manually and de-install
old 3.6.3 packages. Agreed by Kambe-san.
See the pkg_info(1) manual page for how "pl" works.
* White space nits.
* Improve IPv6 support.
* Make XIM, Ximp start keys configurable.
* Keep input modes across conversations. (History functions.)
* Convert "oh" as "oo".
* Support "Off The Spot" style.
And tons of bug fixes.
* Put Makefile.common and Makefile.include for common definitions and
inclusions.
* Update to 3.6p3. From Toru Takamizu in PR#20208.
Random summary of changes since 3.6p1.
* CHANGES.jp: update
* Fix sample files.
* Install default.canna to cannaLibDir.
* Fix cursor handling in tango-touroku.
* Add "nami" symbol.
* Prevent wrong learning. It had occured in two situations:
1. bubun kakutei at bunsetsus (probably) except in jishu-henkan mode
2. bubun muhenkan
In both cases, all bunsetsus had been learned.
This commit is only a quick hack. tanbunContext should be removed
and new protocol should be added in future.
* lib/RKC/wconvert.c(SendType11Request): stop buffer overrun
* server/IR.h: define _WCHAR_t again after include "canna/RK.h"
New direcroty hierarchy.
Currently old hierarchy is default on stable branch.
And document/code bug fixes.
have it be automatically included by bsd.pkg.mk if USE_PKGINSTALL is set
to "YES". This enforces the requirement that bsd.pkg.install.mk be
included at the end of a package Makefile. Idea suggested by Julio M.
Merino Vidal <jmmv at menta.net>.
Changes from 3.5b2 are:
* Add -inet option not to allow TCP connections by default.
* Fix a buffer overflow. (This fix was already incorpolated
in Pkgsrc version.)
* Improve dicionary.
* Improve conversion engine.
* Other bug fixes.
Patch is made by Yoshifumi Hiramatsu. Tested by Toru Takamizu.
DISTFILES hack dosen't seems to need now.
2002-11-20 NAKAJIMA Mikio <minakaji@osaka.email.ne.jp>
* Makefile (SNAPBASE, tar, snapshot): Add `-'.
2002-11-10 NAKAJIMA Mikio <minakaji@osaka.email.ne.jp>
* skk-dic.el.in: Set buffer coding system to iso-2022-jp and
specify the coding system in the header.
2002-11-09 NAKAJIMA Mikio <minakaji@osaka.email.ne.jp>
* skk-dic.el.in (skk-search-small-dic): Add doc string.
2002-11-09 Akihiro Motoki <amotoki@dd.iij4u.or.jp>
* skk-comp.el (skk-comp-do): Keyword completion shows a candidate
circularly. (After showing the last candidate, back to the first.)
(skk-comp-previous): Ditto.
* skk.el (keyboard-quit): While keyword completion in Midashi
input mode, C-g terminates the completion and redisplay the
original Midashi input.
* skk-vars.el (skk-comp-circulate): New user variable.
(skk-comp-search-done): New buffer local variable.
2002-11-09 NAKAJIMA Mikio <minakaji@osaka.email.ne.jp>
* skk-setup.el.in (isearch-mode-end-hook): Check if
`skk-isearch-mode-enable' is non-nil before invoking
`skk-isearch-mode-cleanup'
2002-11-03 NAKAJIMA Mikio <minakaji@osaka.email.ne.jp>
* skk-vars.el (skk-isearch-mode-enable): New user variable.
* skk-setup.el.in (isearch-mode-hook): Check if
`skk-isearch-mode-enable' is non-nil before invoking
`skk-isearch-mode-setup'.
2002-10-28 Tsuyoshi AKIHO <akiho@kawachi.zaq.ne.jp>
* doc/skk.texi changes
(taca: I've omited description in Japanese.)
2002-10-22 Yano Keisuke <yano@moon.email.ne.jp>
* skk-kcode.el (skk-display-code): Modified for JISX0213.
Change display of KUTEN code in accordance with `JIS kanji jiten'.
(taca: I've omited description in Japanese.)
(skk-jis2sjis2): New function.
Improve PLIST handling so that conditinally installed files are listed
correctly in PLIST. This problem is reported by Minoura-san. <minoura at
hauN at org>.
Improve PLIST handling so that conditinally installed files are listed
correctly in PLIST. This problem is reported by Minoura-san. <makoto at
hauN dot org>.
Improve PLIST handling so that conditinally installed files are listed
correctly in PLIST. This problem is reported by Minoura-san. <minoura at
hauN at org>.
Improve PLIST handling so that conditinally installed files are listed
correctly in PLIST. This problem is reported by Minoura-san. <makoto at
hauN dot org>.
SKK is one of Japanese input methods on Emacs. SKK was designed and created in
1987 by Masahiko Sato(a professor of Kyoto University). We will expand SKK in
this openlab in accordance with the GPL.
SKK is an abbreviation of `Simple Kana to Kanji conversion program'. Some
people say SKK should be `simple' as its name indicates and should not be
complicated in both of its features and structure of files. The goal of this
openlab is that we can say, `SKK is still simple in its main features, but
optionally exandable and still fast!'
IIIMECF conforms IIIM Protocol Specification defined by Sun Microsystems,
and consists of a library to create IIIM awared applications and a simple
input method library controlled by IIIM server(s).
One of applications which use IIIM Protocol is (newer) ATOK, a proprietary
Japanese input method.
TC2 provides T-Code and TUT-Code input methods for Emacs users. T-Code
and TUT-Code are called "Kanji Direct Input Method", and desiged to be
more efficient Japanese input method than Kana-Kanji translation.
For more infomation, please look into these web sites.
T-Code -> http://openlab.ring.gr.jp/tcode/index.html
TUT-Code -> http://www.crew.sfc.keio.ac.jp/~chk/
(PR#17231 by Rui-Xiang Guo <rxg@netbsd.org>)
Chinese input server
---
Chinput is a Chinese input server. It supports XIM(X Input Method)
Protocol and its own protocol for Chinese platform. XIM is the
standard input protocol for DBCS input in X11. All the clients can
use it if they support XIM. Chinput now use the input engine(IME)
from Unicon, and it can support both GB and Big5 charset.
(PR#17230 by Rui-Xiang Guo <rxg@netbsd.org>)
libraries and modules of Unicon
---
The Unicon project intend to implement display/input CJK
(Chinese/Japanese/Korean) characters under the Framebuffer under
Linux.
This package will install the libraries and modules for Chinput.
XCIN is an XIM (X Input Method) server which is widely used in Taiwan to
perform Chinese input under X Window system. It is originally developed
by Edward Der-Hua Liu (Oct. 1994) and many other programmers in early
days; while now it is supported by the XCIN Project.
After its pioneering work on Chinese i18n/l10n issues, TaBE Project extends its
goal to more general Chinese language processing issues on computer systems.
libtabe, the latest work made available by the Project, is a library which
provides useful Chinese functions/routines that deal with many fundamental
elements such as pronunciation(BoPoMoFo), character frequency, word
identification, word frequency. It also comes with a free word database
consists of more than 130,000 words.
canna-lib, canna-server, canuum, ja-freewnn-lib, ja-freewnn-server, kinput2, sj3-lib, sj3-server, skkfep, skkinput, skkserv.
This is part of the japanese category retirement.
