Remove expired port with domain-squatted master site:
2014-03-10 mail/xfmail: No more public distfiles

Mark broken: does not build

fl_edit.cpp: In function 'void fl_textedit_draw_textline(FL_OBJECT*, TextLine*,
int, FL_Coord, FL_Coord, FL_Coord, FL_Coord, int, int, int)':
fl_edit.cpp:577:27: error: 'fl_textcolor' was not declared in this scope

Back to the futur

Mark as deprecated unmaintained ports for which no public distfiles are
available for part or all the needed distfiles.

Reported by:	distillator

- Chase x11-toolkits/xforms shlib bump
- Bump PORTREVISION
- STAGE-clean here and there

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

- Track dependencies after databases/gdbm update

- Chase x11-toolkits/xforms shlib version bump

- remove MD5

Sync to new bsd.autotools.mk

- update to jpeg-8

For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.

-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

- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by:   edwin

Reset mikeh, who has not done any commits for over a year.

Hat:            portmgr

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

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

Approved by:    portmgr (xorg cleanup)

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

Use libtool port instead of included version to avoid objformat a.out botch

Remove USE_REINPLACE from ports starting with M

Bump PORTREVISION on glib12/gtk12 consumer ports to ease the upgrade path.

Discussed with: kris
Approved by:    portmgr (implicit)

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

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.

Until I find time to test the new OpenLDAP, remove the option to build with it.
Sean McNeil
reports this is breaking an INDEX build and I don't want that.

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

Patch the correct files to rename the installed library.

PR:   ports/67053

Remove conflict with qt3 by back-porting a patch from the next
release.

Repeatedly reminded by: Conrad Sabatier <conrads@cox.net> ;-)

Add size data, approved by maintainers.

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.

Fix case of koi8-r charset.

PR:      ports/63383

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

(Part 1)

Update to 1.5.5. No longer need hack for running autogen.sh.

Update FTP mirror address.

Declare (or resolve) conflicts for KDE and QT.

libtool uber-patch

* kill devel/libtool and move to devel/libtool13, upgrading to 1.3.5
* upgrade repo-copied devel/libtool14 to 1.4.3
* break out libltdl into its own separate port
* move to version-numbered binaries/scripts (ie: there is *no* 'libtool'
  any more -- USE_LIBTOOL and USE_LIBTOOL_VER are your friends)

Approved by:    portmgr (kris) - for the bsd.port.mk hooks
Tested by:      bento 4-exp builds (repeatedly)

Add knobs for building with LDAP and NAS support.

Add the option to compile in faces support with  WITH_FACES.

Submitted by:   Serge Gagnon <gagnon__s@videotron.ca>

USE_ESOUND is going away. Use USE_GNOME+= esound instead.

Remove USE_GNOMENG.

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

Upgrade to a patch release to fix config system bug.

Update to 1.5.4.

snprintf->vsnprintf, fixes build on alpha

Resort the MASTER_SITES to distribute the ftp load.

chase gdbm lib version

Upgrade to 1.5.3.

Get this to compile with gcc 3.x on -current.  Mostly consists of moving
this to ANSI C++.

Approved by:    mikeh (maintainer)

Convert USE_GLIB into USE_GNOMENG+USE_GNOME.

Bento is now satisfied.

Oops...forgot a few to bump lib. version.

Prepare for xforms update.

Add hack to use autoconf-2.53. Leave BROKEN until I know bento likes it.

Make BROKEN message more informative.

BROKEN: does not find autoconf

Partial fix for automake/autoconf breakage.    

Update mirror address.    

Upgrade to 1.5.2.    

Style police: WWW tags should either end in a file/script or TRAILING /; Fix the
later case    

Upgrade to version 1.5.1.    

Revert last commit and fix for libtool. Also add optional esound support.    

This port doesn't use libtool so remove the check for it.    

Upgrade Xfmail to version 1.5.0. Also, take over maintainership as the  
original maintainer has not responded to emails and this port is very old.    

Update MASTER_SITE    

Massive style enforcement - use ^I instead of spaces for variables identation.  
 

Convert category mail to new layout.  

(1) Add new variable, XFREE86_VERSION, to specify which version of       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.