A ports freeze means that commits will be few and far between and only by approval.

Number of commits found: 25

- Unbreak after fltk update
- Fix dependencies
- Bump PORTREVISION

Approved by:    portmgr

- Mark broken, won't compile.

PR:             ports/127157
Submitted by:   J. Altman <freebsd@chthonic.com>

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)

- Fix build after xorg cleanup

Submitted by:   pointyhat

- Fix Makefile

PR:             ports/120218
Submitted by:   Christoph Moench-Tegeder <cmt@burggraben.net>
Reported by:    pointyhat via edwin

- Update to 0.22

New Features:
o native OpenEXR Half sample type substitutes the older RnH 16-bit float
o load/save multilayerd OpenEXR files like from Blender
o load/save 16-bit Half Tiff's
o precise drawing with tablet
o hardware speedup in gamma-expose and Brightness/Contrast Adjustments
o dynamic colour visualisation in ICC Examin plug-in
o UTF-8 support through Gtk2
o UFRaw plug-in ready
o CMS defaults to Oyranos
  as of 0.22-1:
o Tango icons for toolbox only
o Retinex plug-in

Bugfixes:
o missing stdio.h include for printf in fl_i18n_cinepaint.cxx
o --pedantic is omitted in openexr directory for
  --enable-debug configure option
o patch to link in GTK libs
o all other see Change Log

PR:             ports/114490
Submitted by:   David Yeske <dyeske@gmail.com>

- Mark BROKEN: does not compile on amd64 with GCC 4.2

Reported by:    pointyhat

Chase OpenEXR library version bumped.

dyeske at yahoo dot com -> dyeske at gmail dot com

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

o Update to 1.4.0
o Chase libraries version bump to depending on this port.

[NOTE]
I disabled FLTK support, so you can't use OpenEXR's applications.
Because I'm validating FLTK support.

Spotted by:     Nikolaj Thygesen <nikolaj.thygesen <@> diamondbox.dk>
Obtained from:  Florian Kainz <kainz <@> ilm.com>
Committed at:   AsiaBSDCon 2007 in Tokyo, Japan
Memorial Committing with:
                bushman, kuriyama, hrs, gnn, nobutaka, nyan, motoyuki, metal,
                simokawa, akiyama, ume, rwatson, pjd, mckusick, takawata,
                murray, cjh, brooks, daichi, delphij, ups, rrs

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

- Update to 0.20

PR:             ports/92089
Submitted by:   David Yeske <dyeske@yahoo.com> (maintainer)

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

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.

Unbreak the build with recent GCC.

Reported by:    pointyhat.freebsd.org
Approved by:    portmgr (marcus)
                fjoe (mentor, implicit)
                maintainer (timeout after 14 days)

BROKEN on 5.x: Does not compile

Approved by:    portmgr (self)

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

Now builds completely on amd64

Chase lib version change of graphics/OpenEXR.

Forgotten by:   myself

BROKEN: Does not compile completely (appears as broken pkg-plist)

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.

- Enable OpenEXR dependency on -STABLE again
- Bump PORTREVISION

PR:             ports/62676
Submitted by:   David Yeske <dyeske@yahoo.com> (maintainer)

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

(Part 2)

Add cinepaint, a filmgimp fork, which is a gimp fork.
Cinepaint is specially designed for frame-by-frame painting
and retouching of movie material.

PR:             ports/57876
Submitted by:   David Yeske <dyeske@yahoo.com>

Number of commits found: 25

14 vulnerabilities affecting 30 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities