devel/zziplib 0.13.80_1

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Convert devel to USES=pkgconfig

Drop support for old versions of FreeBSD from unmaintained ports

Reviewed by:	miwi

This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.

If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.

PR:		ports/177081
Reviewed by:	bapt
Approved by:	portmgr (miwi)

- Unbreak for FreeBSD > 7.4 amd64

PR:		ports/170548
Submitted by:	Dominic Fandrey <kamikaze@bsdforen.de>
Approved by:	port@

new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config are no more self hosting so we are stuck with 0.25 version while pkgconf provide the same set of features as 0.27 and a compatible frontend. A symlink to pkg-config has been added for convenience and compatibility

This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG

it can take the following arguments:
 - yes (meaning build only dep)
 - build (meaning build only dep)
 - run (meaning run only dep)
 - both (meaning run and build dep)

From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.

While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config

With Hat:	portmgr
Exp-runs by:	bapt (pointhat-west), beat (pointyhat)

For ports maintained by ports@ where pkgconfig is one of the USE_GNOME deps convert it to BUILD_DEPENDS. This avoids the problem of the bogus run dep added by bsd.gnome.mk.

Convert to new options framework

- Update to version 0.13.62

PR:		166026
Submitted by:	Ports Fury
Feature safe:	yes

- Unbreak on clang

PR:		162919
Submitted by:	Jan Beich <jbeich@tormail.net>
Feature safe:	yes

- remove maintainer tags from pkg-descr

Approved by:	portmgr
Approved by:	bapt (mentor)

- Mark BROKEN on amd64/7

Reported by:	pointyhat

- Update to 0.13.60

PR:		ports/155807
Submitted by:	KATO Tsuguru <tkato432@yahoo.com>

Don't rebuild manpages, if xmlto is installed. Drop maintainership.

Update to 0.13.59 release.

Fix plist and bump PORTREVISION.

Update to 0.13.58 release.

- Switch SourceForge ports to the new File Release System: categories starting with D

Update to 0.13.50 release.

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
 - Remove CONFIGURE_TARGET hack in various bsd.*.mk
 - USE_GNOME=gnometarget is now an no-op

Changes to individual ports, other than removing the CONFIGURE_TARGET hack:

= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
  - comms/gnuradio
  - science/abinit
  - science/elmer-fem
  - science/elmer-matc
  - science/elmer-meshgen2d
  - science/elmerfront
  - science/elmerpost

= use x86_64 as ARCH
  - devel/g-wrap

= other changes
  - print/magicfilter
    GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf

Total # of ports modified:  1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)

PR:		126524 (obsoletes 52917)
Submitted by:	rafan
Tested on:	two pointyhat 7-amd64 exp runs (by pav)
Approved by:	portmgr (pav)

Large round of typo fixes in ports/devel (pkg-descr).

Help portscout.

- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script   supports them.  This is determined by running ``configure --help'' in   do-configure target and set the shell variable _LATE_CONFIGURE_ARGS   which is then passed to CONFIGURE_ARGS. - Remove --mandir and --infodir in ports' Makefile where applicable   Few ports use REINPLACE_CMD to achieve the same effect, remove them too. - 

PR:		ports/111470
Approved by:	portmgr
Discussed with:	stas (Mk/*), gerald (info related stuffs)
Tested by:	pointyhat exp run

Add python build dependency.

Update to 0.13.49 release and install man pages.

Update to 0.13.47 release.

Fix build for systems with missing hostname.

Update to 0.13.45 release.

Conversion to a single libtool environment.

Approved by:	portmgr (kris)

SHA256ify

Approved by:    krion@

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.

At Kris's request, back out the MACHINE_ARCH spelling correction until after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

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

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.

Switch to my @FreeBSD.org email address.

Approved by:	nork (mentor)

Fix build on -current

Approved by:	fjoe (mentor) (implicit)

Update to to 0.10.82

PR:		55038
Submitted by:	maintainer
Approved by:	fjoe (mentor) (implicit)

Correct typo in @unexec

De-pkg-comment.

Update to zziplib-0.10.76

PR:		48396
Submitted by:	Alex Dupre <sysadmin@alexdupre.com>

Make this build on -STABLE *and* -CURRENT.

Fix build on -stable

Submitted by:	Adam Weinberger <adam@vectors.cx>
PR:		ports/41092

Update to 0.10.54

PR:		39657
Submitted by:	maintainer

- Upgrade to version 0.10.53 . - Change maintainer to PR originator. No response about related PR 37431 from maintainer. PR:	ports/37525 Submitted by:	Alex Dupre <sysadmin@alexdupre.com>

Massive style enforcement - use ^I instead of spaces for variables identation.

Add zziplib 0.10.11, a library to provide transparent read access to zipped files.

PR:		24046
Submitted by:	George Reid <greid@ukug.uk.freebsd.org>