This is a package of tools from Skype for replication and
failover. Also it includes a generic queuing mechanism PgQ and
utility library for Python scripts.
WWW: http://pgfoundry.org/projects/skytools/
===> The following configuration options are available for skytools-3.2_3:
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
databases/skytools: Unbreak build with PostgreSQL 11
logutriga.c:57:24: error: member reference type 'FormData_pg_attribute' (aka
'struct FormData_pg_attribute') is not a pointer; did you mean to use '.'?
if (tupdesc->attrs[i]->attisdropped)
~~~~~~~~~~~~~~~~~^~
.
logutriga.c:148:24: error: member reference type 'FormData_pg_attribute' (aka
'struct FormData_pg_attribute') is not a pointer; did you mean to use '.'?
if (tupdesc->attrs[i]->attisdropped)
~~~~~~~~~~~~~~~~~^~
.
2 errors generated.
http://package18.nyi.freebsd.org/data/120amd64-default-PR239514/2019-07-29_20h41m52s/logs/skytools-3.2_3.log
While here deprecate it. It was last updated in 2014 and seems to
have been abandoned.
PR: 239652
Approved by: sam@cassiba.com (maintainer timeout, 2 weeks)
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Workaround the following problem on aarch64 by setting LLD_UNSAFE=yes:
cc: error: invalid linker name in argument '-fuse-ld=bfd'
Neither emaste nor I can figure out exactly where the offending stanza is
coming in. It will take someone with more knowledge of gmake debug flags,
and possibly the src build infrastructure, to figure it out.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Improve shebangfix framework
- Support multiple values in *_OLD_CMD, i.e. we can now fix both
"/usr/bin/python" and "/usr/bin/env python" at the same time
- Default *_OLD_CMD values are now always appended, so you don't need to specify
them in individual ports
- Add lua support (depends on USES=lua)
- Add more default values, such as "/usr/bin/env foo" for python, perl, bash,
ruby and lua
- Shebangfix now matches whole words, e.g. we will no longer (erroneously)
replace "/usr/bin/perl5.005" with "${perl_CMD}5.005" (but "/usr/bin/perl -tt" is
still (correctly) replaced with "${perl_CMD} -tt")
Note that *_OLD_CMD items containing spaces must now be quoted (e.g.
perl_OLD_CMD=/bin/perl /usr/bin/perl "/usr/bin/env perl")
Update shebangfix usage according to new rules in many ports:
- Remove *_OLD_CMD for patterns now replaced by default
- Quote custom *_OLD_CMD which contain spaces
Fix shebangfix usage in many ports (irrelevant to infrastructure change):
- Remove redundant SHEBANG_LANG (no need to duplicate default langs)
- Remove redundant *_CMD (such as
python_CMD=${LOCALBASE}/bin/python${PYTHON_VER} when USES=python is present)
- Never use *_OLD_CMD in REINPLACE_CMD matchers, these should always look for
exact string
Approved by: portmgr (bapt)
Differential Revision: D3756
databases/skytools: Fix PYTHON specification
Python 2.5 is no longer in the tree.
Right now all versions of python are considered to be acceptable.
Approved by: culot (mentor)
Suggested by: jgh
databases/skytools: Restrict to postgresql 9.1 and earlier
This version of skytools fails to build with postgresql 9.2
This port had complex logic to change pkg-plist with pgsql > 8.2, but
now all versions meet this criteria. Remove the logic and trim the
pkg-plist as well as the header. Also convert USE_GMAKE to USES+=gmake.
PR: ports/179957
submitted by: marino
Approved by: bapt (mentor), maintainer timeout
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)
