VeePee, at its current stage of development, is a set of components aimed at
GNOME and KDE application developers to enable them to easily add scripting
capabilities to their applications.
Script-enabling an application gives the user the ability to extend the
application in a way that suits the user. It allows them to adapt the
application to solve problems that you hadn't considered when developing the
application. It empowers your users.
VeePee provides a consistent scripting environment. Users who develop scripting
skills will find that those skills are transferable to all applications that
embed VeePee.
VeePee provides the user with a set of simple but powerful GUI controls. A
VeePee scripted GUI has the same look and feel as the embedding application,
whether it be a GNOME or a KDE application.
WWW: http://www.thekompany.com/projects/vp/
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
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.
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
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.
