FreshPorts -- archivers/libcomprex: Transparently handles automatic compression and decompression of files

libcomprex
ABI	latest	quarterly
FreeBSD:11:aarch64	0.3.3_13	0.3.3_13
FreeBSD:11:amd64	0.3.3_13	0.3.3_13
FreeBSD:11:armv6	0.3.3_12	0.3.3_13
FreeBSD:11:i386	0.3.3_13	0.3.3_13
FreeBSD:11:mips	0.3.3_12	0.3.3_13
FreeBSD:11:mips64	0.3.3_12	0.3.3_13
FreeBSD:12:aarch64	0.3.3_13	0.3.3_13
FreeBSD:12:amd64	0.3.3_13	0.3.3_13
FreeBSD:12:armv6	0.3.3_13	0.3.3_13
FreeBSD:12:armv7	0.3.3_13	0.3.3_13
FreeBSD:12:i386	0.3.3_13	0.3.3_13
FreeBSD:12:mips	0.3.3_13	0.3.3_13
FreeBSD:12:mips64	0.3.3_13	0.3.3_13
FreeBSD:12:powerpc64	-	0.3.3_13
FreeBSD:13:aarch64	0.3.3_13	-
FreeBSD:13:amd64	0.3.3_13	-
FreeBSD:13:armv6	0.3.3_13	-
FreeBSD:13:armv7	0.3.3_13	-
FreeBSD:13:i386	0.3.3_13	-
FreeBSD:13:mips	0.3.3_13	-
FreeBSD:13:mips64	0.3.3_13	-
FreeBSD:13:powerpc64	0.3.3_13	-

Reduce unnecessary bsd.port.options.mk inclusions by using OPTIONS helpers. For liborange, reverse the logic, as I'm pretty sure the OPTIONS were being used to disable the selected options. Approved by: portmgr (blanket)

When linking a library libA with a library libB using libtool, if libB.la exists, libtool will add all libraries libB.la refers to (dependency_libs field) to the linker command line and store them in the dependency_libs field of libA.la. So everything that subsequently links with libA will also link to these extra libraries. This causes too much overlinking. This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs field in .la libraries during staging. However, because .la libraries have very limited use when dependency_libs is empty it makes sense to completely remove them during staging. So with this commit USES=libtool is modified to remove .la libraries and a new form (USES=libtool:keepla) is introduced in case they need to be kept (dependency_libs is still emptied).

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)

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)

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS) - Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead PR: 157936 Submitted by: myself Exp-runs by: pav Approved by: pav

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22. -Update libtool and libltdl to 2.2.6a. -Remove devel/libtool15 and devel/libltdl15. -Fix ports build with libtool22/libltdl22. -Bump ports that depend on libltdl22 due to shared library version change. -Explain what to do update in the UPDATING. It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop and applications in the runtime. With help: marcus and kwm Pointyhat-exp: a few times by pav Tested by: pgollucci, "Romain TartiÃ¨re" <romain@blogreen.org>, and a few MarcusCom CVS users. Also, I might have missed a few. Repocopy by: marcus Approved by: portmgr

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)

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.

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.

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)

Current status