Remove unmaintained expired ports from textproc

2011-05-01 textproc/ctpp: Deprecated please use ctpp2 textproc/ctpp2
2011-05-01 textproc/dsssl-docbook-cygnus: Distfile is no more available
2011-05-01 textproc/fdp-tools: Distfile is no more available
2011-05-01 textproc/gtkdiff: Upstream disapear and distfile is no more available
2011-05-01 textproc/iiimf-client-lib: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-csconv: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-headers: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-le-unit: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-protocol-lib: Upstream disapear and distfile is no
more available
2011-05-01 textproc/iiimf-server: Upstream disapear and distfile is no more
available
2011-05-01 textproc/iiimf-x: Upstream disapear and distfile is no more available
2011-05-01 textproc/iiimf-x-lib: Upstream disapear and distfile is no more
available
2011-05-01 textproc/maketeidtd: Upstream disapear and distfile is no more
available
2011-05-01 textproc/minidom: Upstream disapear and distfile is no more available
2011-05-01 textproc/ocaml-yaxpo: Upstream disapear and distfile is no more
available
2011-05-01 textproc/p5-LJ-SpellCheck: Upstream disapear and distfile is no more
available
2011-05-01 textproc/py-HyperText: Upstream disapear and distfile is no more
available
2011-05-01 textproc/smartdoc: Upstream disapear and distfile is no more
available
2011-05-01 textproc/xmlpp: Upstream disapear and distfile is no more available

Deprecate unmaintained ports from textproc where upstream disapear and/or
 where no distfiles can be found and are not used by maintained ports

Sync to final (for now) bsd.autotools.mk

Sync to new bsd.autotools.mk

Punt autoconf267->autoconf268

Migration of final set of working ports from automake{19,110} -> 111

Autotools update.   Read ports/UPDATING 20100915 for details.

Approved by:    portmgr (for Mk/bsd.port.mk part)
Tested by:      Multiple -exp runs

Bounce PORTREVISION for gettext-related ports.  Have fun, ya'll.

Fix the build w/ libtool22. The previous tested in pointyhat-exp doesn't
catch this, because pointyhat-exp was amd64 and this port only limited to
i386.

Reported by:    erwin (ran i386 8-exp)

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

- Remove conditional checks for FreeBSD 5.x and older

Approved by:    pav

Conversion from (now defunct) autoconf-2.61 to autoconf-2.62

Tested by:      exp build run (erwin)

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Switch autoconf dependencies from 2.53 or 2.59 to 2.61.

PR:             ports/116639
Submitted by:   aDe

Update to the autotools new world order.

Tested by:      numerous package build runs
Approved by:    portmgr
Thanks to:      des, kris, linimon, pav

- maintainer lost his motivation

PR:             ports/104607
Submitted by:   Masanori OZAWA<ozawa_AT_ongs dot co dot jp>

- Add dependecy to gettext
- Bump PORTREVISION
- Remove USE_REINPLACE
- Fix IGNORE line

Submitted by:   Masanori OZAWA <ozawa@ongs.co.jp> (maintainer)
PR:             ports/92374

SHA256ify

Approved by: krion@

Replace ugly "@unexec rmdir %D... 2>/dev/null || true" with @dirrmtry

Approved by:    krion@
PR:             ports/88711 (related)

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

IIIMF-related ports:
    - drop maintainership
    - update to r12.2
    - some bug fixes

PR:             81184
Submitted by:   Masanori OZAWA <ozawa@ongs.co.jp>
Approved by:    maintainer

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

IIIMF-related ports some changes:
  - support CFLAGS of /etc/make.conf
  - replace absolute path with ${LOCALBASE}, ${PREFIX} and others
  - replace -pthread flags with ${THREAD*}
  - m17n fixed of gnome-im-swither
  - fixed vid krisbot

Submitted by:   Masanori OZAWA <ozawa@ongs.co.jp>

fixed to build IIIMF-related ports on 4-stable

Submitted by:   Masanori OZAWA <ozawa@ongs.co.jp>
Pointed out by: gohan via krisbot

IIIMF-related ports: Update to r12_1-svn2002 and bug fixes

PR:             ports/77927
Submitted by:   Masanori OZAWA <ozawa@ongs.co.jp>
Approved by:    maintainer
Pointed out by: ume, nork, hrs

- Update to r12.0.1

PR:             ports/72610
Submitted by:   Kuang-che Wu <kcwu@csie.org> (maintainer)

Fix -pthread/-lc issue.

PR:             ports/65848
Approved by:    maintainer silence

SIZEify (maintainer timeout)

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 1)

New port: iiimf-*

        IIIMF stands for Internet/Intranet Input Method Framework.
        IIIMF is designed to be the next generation of input method framework
        which provides the following capabilities;

        * Multiplatform, platform independent.
        * Multlingual and Full UNICODE support, but satisfactory for native
speakers.
        * Windowing System Independent.
        * Multiple language engines concurrently run.
        * Multiuser.
        * Distributed, lightweight clients and scalable server.
        * Extensible in multiple means.
        * Input method protocol efficient enough to be used over low-speed modem
          connection.