- While here update man pages and speciment barman.conf file to use
FreeBSD-ish locations for various things, particularly that our idea
of the PostgreSQL default user is 'pgsql' although the database to
connect to is 'postgres'
This update was brought to you in collaboration with Gustua Perez
Make sure gtk30 pulls it the default theme (adwaita-icon-theme).
Update the extra gnome-shell-extensions so they work with gnome-shell 3.14.
Drop metacity from gnome3 meta-port.
Remove the gtile gnome-shell extension since it proven to be buggy.
Exp-run done by antoine@ for gdk-pixbuf2 deprecated API.
PR: 195414
Obtained from: gnome dev repo
Barman: backup and recovery manager for PostgreSQL.
Barman is an open-source administration tool for disaster recovery of
PostgreSQL servers written in Python.
It allows your organisation to perform remote backups of multiple
servers in business critical environments and helps DBAs during the
recovery phase.
WWW: http://www.pgbarman.org/
2014-11-30 ports-mgmt/pkg-plist: Generate incorrect plists
2014-11-30 sysutils/rubygem-hiera-puppet: Has been incorporated into hiera
2014-11-30 sysutils/rubygem-hiera-json: Has been incorporated into hiera
2014-11-30 databases/memcachedb: Depends on deprecated Berkeley DB version, needs porting to DB_SITE
2014-12-01 games/djgame2: Online servers gone, game is not playable
2014-12-01 devel/creduce: Unmaintained and depends on ancient LLVM 3.2
2014-12-01 lang/clay: No development since July 2013, depends on obsolete clang-3.2
first contains runtime libraries such as libintl and the latter contains
developer tools such as msgfmt. Ports that use gettext will usually need
a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.
USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools. USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.
Update gettext to 0.19.3.
Remove :oldver from converters/libiconv and devel/gettext-runtime. Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports. When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.
Fix some ports that installed files in lib/locale instead of share/locale.
PR: 194038
Reviewed by: bapt
Exp-run: antoine
Approved by: portmgr (antoine)
- Add USE_GCC=yes, fix mysql signal 11 crash
- Remove dependency on net/asio, use asio from devel/boost-libs
- Remove GARB option (linker problem - upstream notified)
- Fix errnos warnings
- Fix problem with 'ar' and pass RPATH properly
PR: 195457
Submitted by: amdmi3 (but all changes by maintainer)
Approved by: horia@racoviceanu.com (maintainer)
When python 3 only is specified, building the port tries to install
python 3.3 even if python 3.4 is requested, so this change addresses that.
PR: 194656
Submitted by: Axel Rau (chaos1.de)
Approved by: maintainer timeout
Before, we had:
site_perl : lib/perl5/site_perl/5.18
site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
perl_man3 : lib/perl5/5.18/man/man3
Now we have:
site_perl : lib/perl5/site_perl
site_arch : lib/perl5/site_perl/mach/5.18
perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
Perl version, minimizing the upgrade when the major Perl version is changed.
It uses a version dependent directory for modules with compiled bits.
As PERL_ARCH is no longer needed in plists, it has been removed from
PLIST_SUB.
The USE_PERL5=fixpacklist keyword is removed, the .packlist file is now
always removed, as is perllocal.pod.
The old site_perl and site_perl/arch directories have been kept in the
default Perl @INC for all Perl ports, and will be phased out as these old
Perl versions expire.
PR: 194969
Differential Revision: https://reviews.freebsd.org/D1019
Exp-run by: antoine
Reviewed by: perl@
Approved by: portmgr
Dancer2::Plugin::Database provides an easy way to obtain a connected
DBI database handle by simply calling the database keyword
within your Dancer2 application.
Returns a Dancer2::Plugin::Database::Handle object, which is a subclass of DBI's
DBI::db connection handle object, so it does everything you'd expect to do with
DBI, but also adds a few convenience methods. See the documentation for
Dancer2::Plugin::Database::Handle for full details of those.
WWW: http://search.cpan.org/dist/Dancer2-Plugin-Database/
PR: 194960
Submitted by: Henk van Oers <hvo.pm@xs4all.nl>
