As announced 2 months ago, remove these deprecated or broken ports.

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.

Mark as deprecated: either fails to fetch, and has done so for some time;
and/or fails to build; and/or the maintainer has recommended
that the ports are obsolete and should be deleted.

In each of these cases, the port has been in trouble for quite some time.
The deprecation date is set for April 09, 2004, except for a very few
ports that are in really bad shape (or the maintainer has recommended
deletion), in which case they are set for March 09, 2004.

If anyone wants to keep these ports in the ports collection, now is
the time to step up and fix them.

PR:             ports/62575
No objection:   freebsd-ports, 10 days

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

(Part 2)

SIZEify.

Currently this fails to compile and install both on 4.x and 5.x.

o Main modification
  graphics/gd(based on 1.8.4)    -> graphics/gd1
  graphics/gd2(based on 2.0.15)  -> graphics/gd
  graphics/p5-GD(based on 1.41)  -> graphics/p5-GD1
  graphics/p5-GD2(based on 2.07) -> graphics/p5-GD
  japanese/gd                    -> japanese/gd1
  japanese/gd2                   -> japanese/gd
o Include some feature
  WITH_XPM(w/, w/o WITHOUT_X11)
o Chase this modification
o Fix build error [1]

PR:             ports/54540
Submitted by:   Ports Fury
Approved by:    maintainer (blanket)
Reported by:    bento via kris [1]

This port is scheduled for removal on Nov 7 2003 if it is still broken at
that time and no PRs have been submitted to fix it.  If you are interested
in saving this port, please send your patches to the maintainer.  If the
maintainer is unresponsive or the port has no maintainer, then please
submit them via send-pr.

BROKEN: Does not configure

Let be hohest: I really don't have a time now to properly maintain all
these great pieces of software, so that let others with more free time
to take over them.

o Change library name from libgd to libgd1.
o Do not install everything except headers and libraries
  (to avoid conflicting with graphics/gd2)
o Fix dependency on new libgd1(for many ports).

PR:             ports/54100
Submitted by:   Ports Fury

Remove USE_GNOMENG.

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

E Nomini Patri, E Fili, E Spiritu Sancti.

Don't include values.h

Submitted by:   bento

Make devel/veepee building again.
Noticed on: bento

Deploy USE_GNOMENG infrastructure

PR:             42195
Submitted by:   Edwin Groothuis <edwin@mavetju.org>

BROKEN: does not build

Various patches (mainly shared library revision changes) for those   ports that
depend on GNOME and need to change for 1.4    

-pthread --> ${PTHREAD_LIBS}   -D_THREAD_SAFE --> ${PTHREAD_CFLAGS}    

Chase graphics/gd's shlib version bump.    

Also add -lssl in addition to -lcrypto to fix builds on systems with crypto  
installed.    

Attempt to fix breakage when building on ssl-enabled systems (add -lcrypto if  
/usr/lib/libcrypto.a exists). Also add -lutil for glimmer which seems required  
to build it with Python2.0.    

- Update to 1.0;   - use USE_PYTHON.    

Convert category devel to new layout.  

Update to 0.3.    

Don't break package building on Satoshi's cluster. Explicitly depend   on
python1.5:lang/python15.    

Add VeePee - user orientated scripting environment for embedding in  
applications. Based on Python/GNOME.