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

Number of commits found: 31

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

(Only the first 15 lines of the commit message are shown above )

- Update to 1.1.1
- Pass maintainship to submitter

Submitted by:   Anatoly Borodin (anatoly.borodin@gmail.com) via mail
Approved by:    miwi (mentor)

- Chase devel/sdl12 shlib version bump

- Unbreak
- Fix build with gcc 4.2

PR:             117765
Submitted by:   Pietro Cerutti <gahr@gahr.ch>
Approved by:    portmgr (pav)

Return to pool: hopefully they will have a chance of being updated
prior to the freeze.

Mark as broken with gcc4.2.  While here, clean up some cruft and pet
portlint.

- 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

 - Update devel/sdl12 to version 1.2.11. Now we employ stock SDL directory
   structure (i.e. include/SDL for includes and sdl-config for configuration
   binary)
 - Update graphics/sdl_ttf to version 2.0.8
 - Update graphics/sdl_image to version 1.2.5
 - Update audio/sdl_mixer to version 1.2.7
 - Update net/sdl_net to version 1.2.6
 - Update Mk/bsd.sdl.mk accordingly
 - Fix dependent ports to fit the new directory structure and avoid several
   API breakages
 - Bump up portrevisions for all dependent ports to allow them to be upgraded
   by portupgrade/portmaster etc tools

Approved by:    kris (portmgr), sem (mentor)

Take maintainership: I'm working on getting the latest versions running
on FreeBSD.

Approved by:    ahze (mentor)

- Add WWW.
- portlint(1).

PR:             ports/98980
Submitted by:   Soeren Straarup <xride@x12.dk>
Approved by:    mnag (mentor)

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

Update master site

PR:             93724
Submitted by:   Jean-François BOEUF <jfb@minet.net>

Unbreak.  Replace hard-coded -lc_r with ${PTHREAD_LIBS}.

Back out PORTREVISION change committed with previous BROKEN commit

BROKEN: Hard-wires libc_r thread library

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.

change the libtool version to use from 1.3 to 1.5

Reset undeliverable maintainer address:

<fab@gcu.info>: host mail.gcu.info[213.91.10.50] said: 550 5.1.1
    <fab@gcu.info>... User unknown (in reply to RCPT TO command)

BROKEN on ia64: Hard-codes references to libc_r

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

Chase library bump of libSDL-1.1 for all ports which were depending
on sdl12-1.2.5

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.

Let ports use the USE_SDL macro

PR:             ports/61807
Submitted by:   Edwin Groothuis <edwin@mavetju.org>
Approved by:    maintainer timeout

BROKEN on alpha 5.x: Does not compile

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

(Part 2)

Use the FIND and XARGS macros introduced in bsd.port.mk 1.391.

Bump PORTREVISION for pkg-plist fix

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)

De-pkg-comment.

Add directfb, it's a graphics library which was designed with embedded systems.

PR:             ports/44782
Submitted by:   Fabien Devaux <devaux.fabien@free.fr>
Somepart by:    me

Number of commits found: 31

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

^* - modified, not new

All vulnerabilities