Remove expired ports:
2018-01-27 emulators/raine: Broken for more than 6 months
2018-01-27 mail/libmapi: Broken for more than 6 months
2018-01-27 www/lessc: Broken for more than 6 months
2018-01-27 www/uglifyjs: Broken for more than 6 months
2018-01-27 www/py-octoprint: Broken for more than 6 months
2018-01-27 www/xpi-noscript: Broken for more than 6 months
2018-01-27 www/npm-less-plugin-clean-css: Broken for more than 6 months
2018-01-27 www/caudium14: Depends on expiring lang/pike78
2018-01-27 www/hinventory-client: Broken for more than 6 months
2018-01-27 security/tclgpg: Broken for more than 6 months
2018-01-27 security/pond: Broken for more than 6 months
2018-01-27 security/mdcrack: Broken for more than 6 months
2018-01-27 devel/npm-commander: Broken for more than 6 months
2018-01-27 devel/py-protocols-devel: Broken for more than 6 months

Deprecate ports broken for more than 6 months

Update devel/readline to 7.0 patch 3

- Bump PORTREVISION for shlib change

Changes:	https://cnswww.cns.cwru.edu/php/chet/readline/CHANGES
		https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00107.html
		https://lists.gnu.org/archive/html/bug-readline/2017-01/msg00002.html
Differential Revision:	https://reviews.freebsd.org/D11172
PR:		219947
Exp-run by:	antoine

Mark some ports failing on power64.  In cases where the error message
was a stub, provide a real one.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)
Reported by:	swills

Mark various ports broken on aarch64 and armv6.

Approved by:	portmgr (tier-2 blanket)

Mark BROKEN, does bot build (probably because of math/pari update):

/usr/local/include/pari/paridecl.h:3202:9: error: conflicting types for
'mulreal'
GEN     mulreal(GEN x, GEN y);
        ^
../include/ca.h:1749:6: note: previous declaration is here
void mulreal(Num,Num,Real *);
     ^

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

- Attempt to fix the build on Tier-2 systems by avoiding reallocarray()
  conflict (tested on PowerPC only; the build on sparc64 should be fine,
  but cannot be easily completed on flame due to missing X11 bits)
- Tighten COMMENT and fix common style bugs in the Makefile while here

- Switch to options helpers
- While here, add some NO_ARCHes and couple missing PORT_OPTIONS=DOCS

Approved by:	portmgr blanket

Reset maintainer

<saito@asir.org>: host asir.org[219.94.250.67] said: 550 5.7.1
    <saito@asir.org>... Relaying denied. Proper authentication required. (in
    reply to RCPT TO command)

Sponsored by:	DK Hostmaster A/S

Fix build without READLINE

Cleanup plist

math/asir2000: update to 20140819

- Pass maintainership to submitter

PR:		192873
Submitted by:	Saito Tomokatsu
Approved by:	maintainer

Rename math/ patch-xy patches to reflect the files they modify.

- Update to 20140513
- Convert to new LIB_DEPENDS format
- Support STAGEDIR
- Pass maintainership to submitter

PR:		ports/189764
Submitted by:	Muhammad Moinur Rahman <5u623l20@gmail.com>

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well

Add NO_STAGE all over the place in preparation for the staging support (cat:
math)

- Reassign to the heap due to maintainer mail bounce

- Fix build after recent autotools update

Mark job unsafe

Also broken on powerpc.

Hat:            portmgr

- Update to 20110810
- Use PORTDATA

PR:             ports/159644
Submitted by:   Tomokatsu SAITO <saito@asir.org> (maintainer)

- Get Rid MD5 support

Sync to new bsd.autotools.mk

Punt autoconf267->autoconf268

Round one migration of ports from automake{19,110} to automake111

Forced commit.  Actually, this one didn't get migrated.  It wants to use
automake15 (and only automake15) in exceptionally weird and wonderful ways.

Since it was the only remaining port requiring automake15, and is also a
leaf port, it gets to be collatoral damage.  Sorry.

Migrate from devel/automake15 to devel/automake19

Autotools update.   Read ports/UPDATING 20100915 for details.

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

- Bump PORTREVISION and shared library name for math/pari update

Notified by:    erwin

- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).

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

Tested by:      exp build run (erwin)

- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Bump PORTREVISION

Approved by:    portmgr (xorg cleanup)

The math/asir2000 port includes the <sgtty.h> header file on FreeBSD,
even though it isn't needed (one might wonder which platform *does* need
it). We'd better not include it, because sgtty.h has been deprecated for
a very very long time.

PR:             119106
Submitted by:   Ed Schouten <ed@fxq.nl>
Approved by:    maintainer

Switch autoconf dependencies from 2.53 or 2.59 to 2.61.

PR:             ports/116639
Submitted by:   aDe

Update to 20070806

PR:             115522
Submitted by:   Tomokatsu SAITO <saito@asir.org>

- Fix amd64 build by stealing a fix from devel/boehm-gc

Reported by:    pointyhat via pav
Approved by:    maintainer (implicit)

- Update to 20070718 [1]
- Respect NOPORTDOCS and use PORTDOCS to simplify pkg-plist [2]
- Remove useless PREFIX assignment which is for user not port's Makefile [2]

PR:             ports/114723 [1]
Submitted by:   Tomokatsu SAITO <saito at a2z.co.jp> (maintainer) [1]
Approved by:    maintainer [2]

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

- Remove math/pari-devel port

Update to 20060417

PR:             ports/96104
Submitted by:   maintainer

SHA256ify

Approved by: krion@

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.

- Update to 20051010

PR:             ports/87217
Submitted by:   maintainer

Update to 20050603 and fix build on 6.x/7.x

Approved by:    portmgr (implicit)

BROKEN on sparc64 and ia64: Does not compile

Approved by:    portmgr (self)

Unreak: Chase pari-devel, update to 20050131

PR:             ports/76881
Submitted by:   Saito Tomokatsu (maintainer)

Sync with new bsd.autotools.mk

SIZEify (maintainer timeout)

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

BROKEN on !i386 and !amd64: Does not compile

- Update to version 20040214
- Fix build on 5.x and amd64

PR:             ports/62795
Submitted by:   maintainer

This port is broken on 4.x too, and will be removed after April 7.

BROKEN on 5.x: does not compile

Before committing the previous BROKEN changes I carefully checked the status
of each port on bento and for recent fixes.  Unfortunately at some point I
got confused and switched to the wrong list :-)  As a result I picked up a
number of ports that were fixed a while ago.  Sorry for the false alarm,
maintainers.

Pointy hat to:  kris

BROKEN on 5.x: does not compile

Update 20030507 to 20030825[1]. Following additional changes has made:

* spaces between macros and eqauls to tab(portlint)
* change %%DOCSDIR%% in pkg-plist(portlint)

PR:             56230
Submitted by:   Saito Tomokatsu <saito@saitou.org>[1]

removed empty patch files:

Reported by:    marius@alchemy.franken.de

Remove *.orig patches

Spotted by:     demon

Update to  20030507

PR:             52261
Submitted by:   Saito Tomokatsu <saito@a2z.co.jp>

Try to get it out of bento's failed ports list
Noticed by: kris@

Update for math/asir2000 to version 20030215

PR:             ports/48284
Submitted by:   Saito Tomokatsu <saito@asir.org>

De-pkg-comment.

ports/math/asir2000 do not build. This probrem has two reasons.
1) ports/matn/pari-devel update.
2) 5-current do not build. This reasion is thread problem.

This send-pr solved that problems.

PR:             ports/44308
Submitted by:   Saito Tomokatsu <saito@asir.org>

Set USE_X_PREFIX=yes to fix build

Upgrade to 20020910 and unbroken.

PR:             ports/42598
Submitted by:   Saito Tomokatsu <saito@asir.org> (maintainer)

BROKEN: Does not build

Bump shared library version after pari-devel update

upgrade to 0410

PR:             36949
Submitted by:   maintainer

Upgrade to 20020328.

PR:             ports/36570
Submitted by:   Saito Tomokatsu <saito@a2z.co.jp> (maintainer)

Update to 20020108    

Add new port Asir.   The system Risa/Asir is a general computer algebra system. 
 It performs arithmetics in various rings and fields, factorization,   and
Groebner basis computations. It can call outer modules complient   to the OpenXM
protocols.