- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)
This unbreaks the port after the json-c dependency update.
While here, using modern options framework
PR: 192840
Submitted by; Luca Corti
Patch by: Muhammad Rahman
rubyforge.org shutdown on May 15, 2014. This commit accounts for that by doing
several things:
- Deprecate ruby that had only rubyforge.org as MASTER_SITES (and so are now
only fetchable via our cache)
- Deprecate ports that depend on those
- Update the WWW pkg-descr line that points to rubyforge.org for rubygem ports
(which are still fetchable from rubygems.org)
The next step will be to remove rubyforge.org from bsd.sites.mk, after these
deprecated ports are deleted.
Phabric: D591
With hat: ruby
Approved by: portmgr (because of committing to unstaged graphics/mingplot port)
configure: error: C compiler cannot create executables
See `config.log' for more details.
===> Script "configure" failed unexpectedly.
Reported by: pkg-fallout
The maintainer (cowbert) hasn't been seen since 2009 and several PRs
timed out in the span of months. Reset freetds and it's slave port.
Moveover, it's ancient. All the MASTER_SITES are gone. I had to
switch this over to Fedora repo so that it had public distfiles again.
The actual PR fixes the build when libiodbc is selected.
There is a freetds-devel port that's much newer. I recommend that it
move these location and they disappear.
PR: 192224
Submitted by: Denys Razumov
Approved by: maintainer timeout (of course)
It turns out that xmlto is not needed for documentation at all now.
The man pages are pregenerated and provided in the tarball.
PR: 192507
Reported by: dmitry2004 (yandex.ru)
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)
conflict in behaviour with the read-only COMPILER_FEATURES knob
- Fix the deprecated USE_PYTHON_BUILD and USE_PYTHON_RUN behaviour, which
usually should be mutually exclusive, but some ports include both knobs
Phabric: D581
Recommended by: danfe@, makc@
Reviewed by: danfe, wg, antoine
Approved by: portmgr
With hat: python@
This port had a couple of issues besided installing man pages as a
function of the DOCS option selection. It also was using <pre> and <post>
inclusions with <options>, _DEPENDS were in multiple places.
I regrouped the *_DEPENDS, I moved the options to just above the make
targets (their conventional location) and I utilized <option>_*_DEPENDS
as well after fixing the man pages.
PR: 192507
Reported by: dmitry2004 (yandex.ru)
Approved by: Just Fix It (maintainer in copy)
Please use USES=python instead of USE_PYTHON.
USE_PYTHON=yes becomes USES=python
USE_PYTHON=2.7+ becomes USES=python:2.7+
USE_PYTHON_BUILD=3.3 becomes USES=python:3.3,build
...
A new PYTHON_FEATURES variable was added, which enables certain features for a
port and replaces some knobs at the same time;
PYTHON_FEATURES=distutils replaces USE_PYDISTUTILS
PYTHON_FEATURES=autoplist replaces PYDISTUTILS_AUTOPLIST
PYTHON_FEATURES=py3kplist replaces PYTHON_PY3K_PLIST_HACK
PYTHON_FEATURES=noegginfo replaces PYDISTUTILS_NOEGGINFO
PYTHON_FEATURES=concurrent replaces PYTHON_CONCURRENT_INSTALL
PYTHON_FEATURES=pythonprefix replaces USE_PYTHON_PREFIX
Some knobs have been deprecated and are to be removed in the near future:
PYTHON_MASTER_SITES - use MASTER_SITE_PYTHON instead
PYTHON_PKGNAMESUFFIX - use PYTHON_PKGNAMEPREFIX instead
PYDISTUTILS_INSTALLNOSINGLE - deprecated without replacement
Some knobs have been removed completely:
PYTHON_MASTER_SITE_SUBDIR
PYTHON_DISTNAME
PYTHON_WRKSRC
Several variables specific to the Python framework are no longer passed to the
build environment to avoid polluting dependency builds.
PYTHON_VERSION is not passed to .MAKEFLAGS anymore
PYTHON_DEFAULT_VERSION,
PYTHON_DEFAULT_PORTVERSION and
PYTHONBASE are not passed to the make environment anymore
The conversion required a couple of ports to be updated to fit the changes and
new requirements. Those included "bsd.python.mk" directly or contained checks
in places, for which the USES framework would fail to provide correct values.
Python modules directly using the upstream Python package (such as py-tkinter
or py-sqlite3) were updated to avoid using the now unnecessary and remmoved
knobs from "bsd.python.mk".
Phabric: D399
exp-run: 167368 192357
PR: 167368 192357
Reviewed by: antoine, wg
Exp-run award: antoine
With hat: python@
Approved by: portmgr
PR: 186653
Submitted by: Jim (Ohlste.in)
Reworked by: marino
MonetDB is an open source column-oriented database management system
developed at the Centrum Wiskunde & Informatica (CWI) in the
Netherlands. It was designed to provide high performance on complex
queries against large databases, such as combining tables with hundreds
of columns and multi-million rows. MonetDB has been applied in
high-performance applications for data mining, online analytical
processing, geographic information systems, XML Query (XQuery), text
and multimedia retrieval.
in r363436 and remove the UPDATING entry because it did not guarantee
that all ports were updated nor that they were updated in the right order.
Also remove libgcrypt.la again.
PR: 192342
Approved by: portmgr (implicit, bump unstaged ports)
This can't be tested in Redports due to the attempt to start the service
during the build, but it does pass local poudriere builds of the submitter.
PR: 192353
Submitted by: Michelle Sullivan
http://cpansearch.perl.org/src/CAPTTOFU/DBD-mysql-4.028/ChangeLog
- Fixed bug in mysql.xs where dbh was being used as error code
- RT #97570: fix wrong salloc free in mysql_st_internal_execute
(Reini Urban, cPanel)
- Fix RT #97625 use-after-free in mysql_dr_error, and #86153
(Reini Urban, cPanel)
- find mysql.h for MariaDB on Win32 (Graham Ollis)
- Update mysql.pm to work with ipv6 and ipv4 addresses (katyavoid)
uuid-ossp patch has been outdated with irrelevant changes (for us),
so massage back in.
In head of postgresql, this is handled properly, so eventually the ossp patches
can go.
- Update to 1.6.1
- Remove some unneeded patches
- Fix pkg-plist
- report configure bug upstream
https://bugs.g10code.com/gnupg/issue1668
- report API breakage downstream and find that MacPorts had the same issue
https://rt.cpan.org/Ticket/Display.html?id=97201
- bump PORTREVISION for dependent ports (approx. 100 ports)
- Thanks to exp-run by antoine@ to find ports that break
- patch ports that would otherwise break
security/shishi with PR 192164 is already committed
[1] devel/ccrtp
[2] editors/abiword
[3] security/p5-Crypt-GCrypt
PR: 191256, 192162 [1], 192163 [2], 192166 [3]
Submitted by: Carlos Jacobo Puga Medina <cjpugmed@gmail.com>
Approved by: maintainer timeout, antoine (exp-run), portmgr (implicit)
tree.
Changes to utf8 handling in DBD::Pg 3.3.0 have caused it to be
blacklisted for the latest versions of RT 4.0 and 4.2. This version
is what they prefer.
Apache HBase is an open-source, distributed, versioned, non-relational database
modeled after Google's Bigtable: A Distributed Storage System for Structured
Data by Chang et al. Just as Bigtable leverages the distributed data storage
provided by the Google File System, Apache HBase provides Bigtable-like
capabilities on top of Hadoop and HDFS.
- Sort LIB_DEPENDS
- Use CONFLICTS_INSTALL instead of CONFLICTS
- Use USES=libtool
- Use WANT_PGSQL
- Fix shebang
- Remove PKGINSTALL
- Do not silence post-install:
- Cosmetic change
- Bump PORTREVISION for package change
- Add USES= libtool and set INSTALL_TARGET to install-strip
- Drop useless bsd.port.options.mk include
- Bump PORTREVISION of ports that depend on libtasn1 as
shlib version has changed
- Add an UPDATING entry for that
Exp-run by: antoine
MySQL driver written in Python which does not depend on MySQL C client
libraries and implements the DB API v2.0 specification (PEP-249).
WWW: http://dev.mysql.com/doc/connector-python/en
PR: 191722
Submitted by: <arcade at b1t dot name> (with changes)
GeoAlchemy 2 provides extensions to SQLAlchemy for working with spatial
databases. GeoAlchemy 2 focuses on PostGIS. PostGIS 1.5 and PostGIS 2 are
supported. GeoAlchemy 2 aims to be simpler than its predecessor, GeoAlchemy.
Simpler to use, and simpler to maintain.
Git repository: https://github.com/geoalchemy/geoalchemy2
WWW: https://pypi.python.org/pypi/GeoAlchemy2
Remove libevent as libevent2 is providing a good compatibility interface as well
as providing better performances.
Remove custom patches from libevent2 and install libevent2 the regular way
Mark ports abusing private fields of the libevent1 API as broken
Import a patch from fedora to have honeyd working with libevent2
Remove most of the patches necessary to find the custom installation we used to
have for libevent2
With hat: portmgr
Change library dependensies to use USES= where applicable.
Build ports documentation and examples, depending on respective option.
Add two new options, NLS and GRAPH, the GRAPH option enables the rrdtool graph
command, which pulls in cario and a lot of other dependencies. [1]
Add missing dependencies.
Becase of shlib version bump, bump portrevision on depending ports.
PR: 192024 [1] (based on)
Submitted by: asomers
Approved by: portmgr (blanket, portrevision bumps)
... And bump PORTREVISION on ports that depend on devel/qscintilla2 due to
the shlib version change.
This is brought to you by the KDE on FreeBSD team. Besides updating to newer
upstream releases, this commit also contains a lot of under-the-hood changes
to the PyQt/QScintilla/SIP ports. Their Makefiles had accumulated a lot of
cruft over time, so it was time for some summer cleaning:
- General, belated changes:
* Use OPTIONS helpers wherever possible, stop including
<bsd.port.options.mk> when not necessary, stop checking for
${PORT_OPTIONS:MDOCS} and ${PORT_OPTIONS:MEXAMPLES} when not necessary,
add options such as DOCS and/or DEBUG where they were only checked for.
- QScintilla ports:
* Drop the API option from py-qt4-qscintilla2. It had been broken ever
since staging support was added, and its existence does not make much
sense: QScintilla is a hard dependency regardless of the state of this
option anyway, they all come from the same tarball and the configuration
script assumes the .api file will always be installed.
- PyQt ports:
* The configure.py patch shared by all PyQt ports has been trimmed down to
the minimum. Changes for Qt3 compatibility or for things that are just
not needed anymore have been removed.
* Several post-configure targets in the PyQt ports have been removed, as
they had no effect on the way the ports were built whatsoever.
* In some cases, instead of calling Python's py_compile.py on `ls *.py
*/*.py */*/*.py` to generate .pyc and .pyo files, we just call
compileall.py, which is made for this kind of task.
* The patch + sed hack to build py-qt4-dbussupport has been replaced by
only extracting the dbus/ directory for that port and excluding it from
all others.
* Move the bulk of the code in all Makefiles to bsd.pyqt.mk, like the
non-Python Qt ports do with bsd.qt.mk and the QT_DIST variable. A large
portion of all PyQt Makefiles were very similar and contained a lot of
boilerplate code that can be shared among all of them since they all
come from the same tarball. bsd.pyqt.mk now has a PYQT4_DIST variable
that, when set, automatically sets several common variables and the
do-configure target for a port. This allows us to considerably reduce
the size of all the py-qt4-* Makefiles.
* To make the above possible and also to allow us to use as many OPTIONS
helpers as possible, the ARGS variable is now called CONFIGURE_ARGS.
That's what it was used for anyway.
PR: 191990
when an older version of a package is installed. This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries. For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries. Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.
With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.
This partially reverts r358784.
PR: 191611
Approved by: portmgr (bapt)
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
The docs for require xml2rfc and aren't built in the case where it's not
installed. However when they are installed, they fail due to make issues. This
patches the doc Makefile to avoid the gmake specific extensions as well as
ensuring that network access is not needed to build the docs. It also ensure
that xml2rfc is always there in the case where the DOCS option is enabled so
that the docs are always built the same.
While here, I decided to include some of the cleanup from the PR including the
LICENSE change ane enabling the SASL and DOCS options by default since they
don't add much in the way of dependencies. Also switched to static plist.
PR: 192009
Reported by: jaap@NLnetLabs.nl
RocksDB is an embeddable persistent key-value store for fast storage. RocksDB
can also be the foundation for a client-server database but our current focus is
on embedded workloads.
RocksDB builds on LevelDB to be scalable to run on servers with many CPU cores,
to efficiently use fast storage, to support IO-bound, in-memory and write-once
workloads, and to be flexible to allow for innovation.
GitHub repository at https://github.com/facebook/rocksdb
WWW: http://rocksdb.org/
The main problem was that gnatsweb-site.pl was getting installed twice,
but there may have been other issues (e.g. missing %B in @exec).
In the process, merge mkdir commands into one, and used the .sample
scheme although @sample keyword can't be used here.
This passes redports now.
This module is useful if you manage data which has a lot of on/off attributes
like active, inactive, deleted, important, etc. If you do not want to add an
extra column for each of those attributes you can easily specify them in one
integer column.
A bit field is a way to store multiple bit values on one integer field.
The main benefit from this module is that you can add additional attributes
to your result class whithout the need to deploy or change the schema on the
data base.
WWW: http://search.cpan.org/dist/DBIx-Class-BitField/
- Use USES=libtool
- Fix USE_PYTHON
- Convert to new options helper
- Bump PORTREVISION for package change
- Do not hard-coded PORTVERSION in PLIST
- Bump PORTREVISION for graphics/geos shlib change
to Keith Gaughan <k@stereochro.me>.
This has previously been proposed in bug 191045. Now, Piotr has given his
to transfer maintainership via personal e-mail to me and Keith.
Where possible, correct a few instances where PORTDOCS was being used
to flag stuff in EXAMPLESDIR. For some ports, mostly those owned by
ruby@, PORTDOCS is applied to pretty much everything whether it's
documentation or example.
LeoFS is a highly scalable, fault-tolerant distributed file system for
the Web. LeoCenter is LeoFS Web console in your browser. You can use
it to easily operate LeoFS.
WWW: http://leo-project.net/
LeoFS is a highly scalable, fault-tolerant distributed file system
for the Web. This library allows any Ruby application to communicate
with LeoFS manager.
WWW: http://leo-project.net/
system.
LeoFS is a highly scalable, fault-tolerant distributed file system
for the Web.
LeoFS provides High Cost Performance Ratio. It allows you to build
LeoFS clusters using commodity hardware. LeoFS will require a smaller
cluster than other storage to achieve the same performance. LeoFS is
also very easy to setup and to operate.
LeoFS provides High Reliability thanks to its great design on top of
the Erlang/OTP capabilities. LeoFS system will stay up regardless of
software errors or hardware failures happening inside the cluster.
LeoFS provides High Scalability. Adding and removing nodes is simple
and quick, allowing you to react swiftly when your needs change. A
LeoFS cluster can be thought as elastic storage that you can stretch
as much and as often as you need.
WWW: http://leo-project.net/
- ports that set USE_SQLITE with the *_USE option helper
- ports that depend on libsqlite3 indirectly as reported by pkg rquery
Approved by: portmgr (implicit)
By request of Gea-Suan Lin <gslin@gslin.org> - reset ports to ports@FreeBSD.
Gea-Suan Lin's work is much appreciated.
Approved by: portmgr (implicit) (not really, skipping NO_STAGE check)
Repo copy from databases/pgpool-II. Changes from that port:
- New port for pgpool-II33-3.3.3
- Stagify
- Add libtool, gmake, pgsql, perl5 to USES. Drop .la files -- this is a
new port, so there can't be any pre-existing consumers of the .la files
to worry about.
- Use options helpers
- The configure used with this software is buggy and doesn't understand
--without-foo. Just omit any --with-foo or --without-foo to turn off
'foo' support.
- New options PAM MEMCACHED. Enable PAM by default since it
only depends on the base system.
- Add RUN_DEPENDS on rsync and perl5 -- needed for the scripts
pgpool_copy_backup and pgpool_remote_start respectively.
- regenerate pkg-plist using 'make makeplist.' Just use the auto-generated
plist entries for %%PORTDOCS%% rather than the $PORTDOCS variable.
- Simplify how docs and sql/contrib functions are installed
Redports: https://redports.org/buildarchive/20140629142900-20287/
PR: 189880
Submitted by: michelle@sorbs.net
Reviewed by: pi, matthew
- Set PYTHON_CONCURRENT_INSTALL and do not manually set DOCSDIR so that
multiple versions can be installed concurrently.
PR: 191267
Submitted by: rakuco
Approved by: koobs (the actual maintainer :-)
changes that Debian made to their libtool. The first command applies to
libtool versions 1.4 and up. The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down. It applies to 2.x. Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).
The third and fourth command fix relinking. During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory. This allows running an
executable that links to libA from within the work directory. The relink
removes this extra runpath.
When libtool relinks libA it replaces "libB.la" on the linker command line
with "-L${STAGEDIR}${PREFIX}/lib -lB" with the intention to link to libB in
the stage directory but this -L flag isn't necessarily the first so another
libB may be linked instead. The two sed commands make relink the same as a
normal link. This means libtool will relink with libraries from the work
directory using a path similar to "../srcB/.libs/libB.so" without -L flags.
This applies to libtool 1.4 and up. Earlier versions don't seem to relink
libraries.
(This fixes ports like devel/apr1 so they link with freshly built libraries
instead of installed libraries.)
Fix all ports with missing libraries.
Additionally:
archivers/rpm4: USES=patchfix.
databases/gdbm: INSTALL_TARGET=install-strip.
devel/gnome-vfs: remove patch that doesn't change anything.
devel/ois: INSTALL_TARGET=install-strip and use standard USE_AUTOTOOLS.
devel/zziplib: INSTALL_TARGET=install-strip, MAKE_CMD.
multimedia/mjpegtools: remove USE_AUTOTOOLS, use modern compiler on i386
instead of disabling optimisations.
net/libnetdude: disable static plugins.
PR: 190941
Exp-run: antoine
Approved by: portmgr (antoine)
- Remove easy_install dependency
- Convert to PYDISTUTILS_AUTOPLIST
- Bump PORTREVISION to enforce a cleanup for the easy_install references
With hat: python@
Approved by: portmgr (implicit)
- while here switch plist to use @sample
The advisories: PMASA-2014-2 and PMASA-2014-3, have not been published
yet, so there is very little concrete information about what the
security problems are. About all there is comes from the change log,
where the security issues are listed as:
- bug #4464 [security] XSS injection due to unescaped db/table name in navigation hiding
- bug #4465 [security] XSS injection due to unescaped db/table name in recent/favorite tables
ChaneLog: http://sourceforge.net/projects/phpmyadmin/files/phpMyAdmin/4.2.4/phpMyAdmin-4.2.4-notes.html/view
MFH: 2014Q2
<ChangeLog>
* [FIX] Fix software watchdog signal handler crash due to re-entering.
* [FIX] Better Lua number -> string conversion for Lua scripts.
* [FIX] Serious replication bug when min-slaves-* feature is used in slaves
configuration fixed.
* [FIX] Blocking pop on lists now works when the list is created by commands
other than *PUSH* (for example SORT STORE).
>> Cluster changes
* [FIX] CRITICAL: For a bug in the implementation of CLUSTER SET-CONFIG-EPOCH
introduced with beta-3 (especially beta-4 where the command
is actually used by redis-trib), a configEpoch for a node could
jump backward, breaking the eventual consistency property of the
slots -> nodes mapping in the cluster.
</ChangeLog>
<ChangeLog>
--[ Redis 2.8.11 ] Release date: 11 Jun 2014
# UPGRADE URGENCY: HIGH if you use Lua scripting, LOW otherwise.
* [FIX] A previous fix for Lua -> Redis numerical precision enhancement
introduced a new problem. In Redis 2.8.10 commands called from Lua
passing a string that "looks like" a very large number, may actually
use as argument the string converted as a float. This bug is now
fixed.
* [FIX] Now commands other than *PUSH* adding elements to a list will be able
to awake clients blocked in a blocking POP operation.
* [FIX] Cygwin compilation fixes.
--[ Redis 2.8.10 ] Release date: 5 Jun 2014
# UPGRADE URGENCY: HIGH if you use min-slaves-to-write option.
* [FIX] IMPORTANT! A min-slaves-to-write option active in a slave totally
prevented the slave from acception the master stream of commands.
This release includes testes for min-slaves-to-write, and a fix
for this issue.
* [FIX] Sometimes DEL returned 1 for already expired keys. Fixed.
* [FIX] Fix test false positive because new osx 'leaks' output.
* [FIX] PFCOUNT HLL cache invalidation fixed: no wrong value was reported
but the cache was not used at all, leading to lower performances.
* [FIX] Accept(2) multiple clients per readable-event invocation, and better
processing of I/O while loading or busy running a timedout script.
Basically now the LOADING / BUSY errors are reported at a decent
speed.
* [FIX] A softwaer watchdog crash fixed.
* [FIX] Fixed a Lua -> Redis numerical precision loss.
* [NEW] Lua scripting engine speed improved.
* [NEW] Sentinel generates one new event for humans to understand better
what is happening during a failover: +config-update-from.
Also the time at which a failover will be re-attempted is logged.
</ChangeLog>
