/x11/libgnome-reference/

USES must be defined before any inclusions like <options> or <pre>, otherwise they can't get registered as run dependencies. The presence of USES=python after <pre> was trying to build+run dependency on python conditionally based on the presence of an installed file. Since the condition can't be moved up due to the LOCALBASE variable, I've moved python up but changed it to USES+=python:build so that python will never be registered as a run dependency, but it will be available if required for building. The alternative is register python as a run dependency in every case because the port can't stay how it is. I picked the more conservative option I think. Approved by: just-fix-it

USES must be defined before any inclusions like <options> or <pre>,
otherwise they can't get registered as run dependencies.  The presence
of USES=python after <pre> was trying to build+run dependency on
python conditionally based on the presence of an installed file.

Since the condition can't be moved up due to the LOCALBASE variable,
I've moved python up but changed it to USES+=python:build so that
python will never be registered as a run dependency, but it will be
available if required for building.  The alternative is register
python as a run dependency in every case because the port can't stay
how it is.  I picked the more conservative option I think.

Approved by:	just-fix-it

Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l. 2016-04-01T14:08:37+00:00 mat mat@FreeBSD.org 2016-04-01T14:08:37+00:00 0e1e582c065e8fdcb4c8070ec1b22a3d70aa3a7c With hat: portmgr Sponsored by: Absolight

With hat:	portmgr
Sponsored by:	Absolight

By default libtool replaces -export-symbols <file> with -retain-symbols-file 2015-08-02T15:03:19+00:00 tijl tijl@FreeBSD.org 2015-08-02T15:03:19+00:00 2593b8ce7a7784074d28066b8690c9c2da075fd7 <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do. On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1). Bump PORTREVISION on all ports where the build log contains -export-symbols. audio/calf: This port builds a module that now exports only one function, but it also builds a number of executables that link to this module and expect to see other functions. Because it's already a bit dodgy to link to a module (libtool warns about this) let the module continue to export only one function and instead build an ordinary library from the same source that the executables can link to. Fix a number of other issues in the same Makefile.am and clean up the port Makefile. japanese/scim-honoka: Tries to hide all symbols that start with an underscore, but because this library is written in C++ all symbols start with _Z so it ends up hiding everything. Just don't hide anything at all like the textproc/scim configure script does. multimedia/schroedinger: Apply an upstream patch. textproc/scim-input-pad: Same as japanese/scim-honoka. PR: 201922 Approved by: portmgr (antoine) Exp-run by: antoine

<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do.  On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).

Bump PORTREVISION on all ports where the build log contains -export-symbols.

audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions.  Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to.  Fix a number of other issues in the same
Makefile.am and clean up the port Makefile.

japanese/scim-honoka: Tries to hide all symbols that start with an
underscore, but because this library is written in C++ all symbols start
with _Z so it ends up hiding everything.  Just don't hide anything at all
like the textproc/scim configure script does.

multimedia/schroedinger: Apply an upstream patch.

textproc/scim-input-pad: Same as japanese/scim-honoka.

PR:		201922
Approved by:	portmgr (antoine)
Exp-run by:	antoine

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in 2014-12-08T16:48:38+00:00 tijl tijl@FreeBSD.org 2014-12-08T16:48:38+00:00 e2300845f96fc1f90e03af0a746423bff0b0e770 the 32 ports that still use it. Bump PORTREVISION on their dependent ports except the ones that depend on these: audio/libogg audio/libvorbis devel/pcre ftp/curl graphics/jpeg graphics/libart_lgpl graphics/tiff textproc/expat2 textproc/libxslt In these cases the same trick as in the recent gettext update is used. The ports install a symlink with the old library version. When enough of their dependent ports have had regular updates the remaining ones can get a PORTREVISION bump and the links can be removed. Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes over 2200 packages to depend on devel/pcre while less than 200 actually link with it. The glib20 package still depends on devel/pcre so this should not make a difference for ports with USE_GNOME=glib20. Also, libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so USE_GNOME=glib20 should not propagate it. PR: 195724 Exp-run by: antoine Approved by: portmgr (antoine)

the 32 ports that still use it.  Bump PORTREVISION on their dependent
ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version.  When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.

Also remove the devel/pcre dependency from USE_GNOME=glib20.  It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it.  The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20.  Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.

PR:		195724
Exp-run by:	antoine
Approved by:	portmgr (antoine)

Cleanup plist 2014-11-12T13:45:59+00:00 antoine antoine@FreeBSD.org 2014-11-12T13:45:59+00:00 900ba8e77cec3d6e26d8c34c6a1337b6e1da5eaf

- Convert ports from german/, java/, japanese/ and ports-mgmt/ to new 2014-10-19T17:45:13+00:00 mva mva@FreeBSD.org 2014-10-19T17:45:13+00:00 0ff86cb0331839636945efdd21785d508ca99408 USES=python Approved by: portmgr (implicit)

  USES=python

Approved by:	portmgr (implicit)