KDE3 and QT3 expired on 2013-07-01, remove these ports.
Unfortunately, this also affects some ports using QT3 as a GUI toolkit.

Changes to infrastructure files:
- bsd.kde.mk : obsolete, remove
- bsd.qt.mk : note that a CONFLICTS_BUILD line can probably go after a while
- CHANGES : document the removals from bsd.port.mk
- KNOBS : remove KDE and QT (KDE4 and QT4 should be used instead)
- MOVED : add the removed ports

PR:		ports/180745
Submitted by:	rene
Approved by:	portmgr (bapt)
Exp-run by:	bapt

- Deprecate QT3, KDE3 and unmaintained ports depending on them. QT 3.3.8
  was released in 2007 and KDE 3.5.10 in 2008 and both are no longer
  maintained upstream nor in our tree.
- Set EXPIRATION_DATE to 2013-07-01

Discussed with:	bapt, tabthorpe

- update png to 1.5.10

Drop maintainership (I don't use Qt3 ports anymore)

- Get Rid MD5 support

Sync to new bsd.autotools.mk

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

- update to jpeg-8

-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

Use my @FreeBSD.org email for the rest of my ports

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)

- Add missing patch

- Update to 0.70
- Pass maintainership to submitter

PR:             124189
Submitted by:   Max Brazhnikov <makc@issp.ac.ru>

- Drop maintainer

PR:             124183
Submitted by:   maintainer

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

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

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.

Bump PORTREVISION to chase the glib20 shared library update.

Make it fetchable again

PR:             ports/85131
Submitted by:   Kay Lehmann <kay_lehmann@web.de> (maintainer)
Approved by:    portmgr (krion)

- Fix fetching. Unbreak.

PR:             ports/84392
Submitted by:   Benjamin Lutz <benlutz@datacomm.ch>
Approved by:    no maintainer reaction on broken port

This port is scheduled for deletion on 2005-09-22 if it is still broken
at that time and no PRs have been submitted to fix it.

Mark broken: Unfetchable

PR:             ports/82094
Submitted by:   maintainer

Bump PORTREVISION to chase the glib20 shared lib version change.

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

Remove directories if they are empty

PR:             65999
Submitted by:   Kay Lehmann

Chase the glib20 update, and bump all affected ports' PORTREVISIONs.

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.

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

(Part 1)

Add math/koctave, a KDE GUI for the math/octave package.  It contains
an editor with syntax highlighning and a help browser; you can work
almost the same way as in Matlab (c) , i.e. use the editor and execute
your code from there with (F5) or press run.  One difference is the
command window; it is meant for "quick commands" and not a history as
in Matlab you can add commands to the list in settings.

(Note to submitter: it is not necessary to remove all the directories
in pkg-plist that are installed by any standard X-related port).

PR:             ports/55143
Submitted by:   Kay Lehmann <kay_lehmann@web.de>