*-sushi-* packages.
Suggested by Allen Barret in PR misc/16900:
>$ grep base-sysutil distrib/sets/lists/base/mi | grep sushi | wc -l
> 288
>$ grep base-sysutil distrib/sets/lists/base/mi | grep -v sushi | wc -l
> 136
>
>In a future where syspkgs are useful, it seems likely that some
>people will want to avoid installing sushi, while others will want to
>be able to upgrade sushi without upgrading the entire system. Several
>small subsystems, including cron and lpr, have their own syspkg sets,
>and it seems reasonable to do the same for the sushi subsystem.
- add libc/citrus directory.
this directory contains the common stuffs not only for locale
but also other facilities relating to i18n (e.g. iconv).
- To keep the binary compatibility for the ctype modules easily,
the interface between libc and the modules is simplified.
- For the future integrated extension, module pool is renamed
from "/usr/lib/runemodule" to "/usr/lib/i18n".
In the future, this directory will contain the modules for "iconv",
"collation", etc.
- some cosmetic changes.
- Bug fix for runetype.h; __attribute__((__packed__)) is placed at
the wrong position and it is invalid unintentionally.
But, the all members of the structures seem well-aligned. Thus,
this bug causes no problem, hopefully.
HEADS UP:
- /usr/lib/rumemodule is obsoleted. If you use the multibyte locales,
you need to install /usr/lib/i18n/* from sys/lib/i18n_module .
- The binary compatibility of /usr/share/locale/*/LC_CTYPE is probably kept.
Perhaps, the bug fix about __packed__ mentioned above breaks the
compatibility... Be careful especially on 64bit platforms.
man, misc, and text sets (i.e. all non-X11 sets).
This support currently allows two make(1) targets to be executed from
src/distrib/syspkg/sets:
a.) `make register' will register the existing system as packages.
This willl allow the version of software on the current system
to be queried with
PKG_DBDIR=/var/db/syspkg pkg_info
and individual packages to be deleted with
PKG_DBDIR=/var/db/syspkg pkg_delete <pkgname>
b.) `make package' will create binary packages from the existing
system (or from the contents of ${DESTDIR}, if ${DESTDIR} is
set). These packages can be taken to another system, and
installed with
PKG_DBDIR=/var/db/syspkg pkg_add <pkgname>
to update or install specific packages.
The need to explicitly specify the syspkg PKG_DBDIR will be replaced with a
flag for the various pkg tools in the next few days.
tshiozak