- Define LICENSE and install couple of documentation files
- Clean up port description (remove FreeBSD 4.X related stuff)
- Transfer maintainership to the submitter
PR: 199722
Submitted by: Chris Hutchinson
- www/pecl-zendopcache : used by Mk/bsd.php.mk
- databases/php5-redis : optionally used by www/magento
A PR exists for databases/php5-pdo_cassandra to make it work with supported
versions of PHP.
from the tree when Qt 3.x had reached EoL. Version 4.0 adds support for Qt4
now and thus allows to revive the port(s). While here, modernize Makefiles,
define LICENSE (GPLv2), clean up dependencies, and augment port description.
PR: 198025
After being dormant since 2013, libproxy development picked up some steam at
the end of last year, and the project moved from Google Code to GitHub,
where its releases are also being hosted. A summary of changes between 0.4.6
and 0.4.12 can be found here:
https://github.com/libproxy/libproxy/blob/0.4.12/NEWS
The libproxy ports themselves have undergone several changes too:
* net/libproxy
- Drop a lot of patches that are no longer necessary.
- Add a few patches that I have sent upstream, and add some context to the
0.4.6 patches that are still required.
- Explicitly disable a few build options (.NET bindings, for example).
- Switch to an out-of-source CMake build (also applies to the slave
ports).
- Drop the unnecessary post-install target, likely added before pkg and
our ports system got smart enough to remove directories when needed.
* net/libproxy-gnome
- Explicitly add dependency on devel/glib20 as the code links against
GObject.
- Make it clear that this plug-in targets GNOME2 desktops and uses GConf
to read proxy settings.
* net/libproxy-gnome3
- New port. Similar to libproxy-gnome, but targets GNOME3/Mate and reads
proxy settings via GSettings instead. libproxy-gnome retained its name
to avoid confusing users and requiring instructions in UPDATING.
* net/libproxy-kde
- The KDE configuration plug-in has been rewritten upstream and no longer
links against Qt or any KDE libraries. Instead, it just has a run-time
dependency on either kreadconfig (from KDE4) or kreadconfig5 (from KDE
Frameworks 5).
* net/libproxy-mozjs
- Resurrect the port; the plug-in has been rewritten and now uses
lang/spidermonkey185 to parse the JavaScript in .pac files.
* net/libproxy-webkit
- Switch to depending www/webkit-gtk3 instead of www/webkit-gtk2. In
practice, there is no huge difference since libproxy only uses the
JavaScriptCore layer (which is toolkit-independent) to parse .pac files.
Finally, thanks to mat@ for answering some questions about libproxy-perl and
which Perl patches still needed to be retained or rewritten.
Approved by: gnome (kwm)
abandoned http://www.bincimap.org/ website)
- Distfile is .tar.gz now instead of original .tar.bz2, but the contents
is identical (no changes whatsoever)
- Clean up and modernize the port: convert to OPTIONS, define LICENSE,
get rid of CONFDIR in favor of ETCDIR, allow to build with GCC 4.7+,
use @sample in pkg-plist, kill bogus EOL whitespace in pkg-descr, etc.
2016-01-15 devel/e_dbus: Not used anymore by x11-wm/enlightenment
2016-01-15 www/xpi-locale-switcher: incompatible with Firefox 34 (and later presumably)
LDAP extensions to grant group permissions
This extension enables the use of existing LDAP groups to grant
permissions rather than defining permissions for every single user on
the system. Also permits storage of permissions (both users and
groups permissions) in the LDAP directory itself rather than in the
database backend.
WWW: https://trac-hacks.org/wiki/LdapPlugin
Reviewd by: koobs
Differential Revision: https://reviews.freebsd.org/D4796
Update to the latest release to make the port fetchable again. Stop passing
-DWITHOUT_LIBPROXY=YES to CMake because upstream disabled libproxy support a
few releases ago.
PR: 204171
Submitted by: matthew@reztek.cz
Approved by: maintainer timeout (65 days)
2016-01-01 multimedia/spotify-websocket-api: login fails due to protocol changes
2016-01-01 net-mgmt/unifi2: Unifi 2.x is EoL. Please upgrade to net-mgmt/unifi3
2016-01-01 misc/kde4-l10n-th: Upstream ceased maintainance of this translation
2016-01-01 misc/kde4-l10n-tg: Upstream ceased maintainance of this translation
2016-01-01 misc/kde4-l10n-si: Upstream ceased maintainance of this translation
2015-12-30 www/ocsigen: Broken for more than 6 months
2015-12-30 devel/monodevelop-database: Broken for more than 6 months
2015-12-30 lang/cduce: Broken for more than 6 months
2015-12-30 science/hdf-java: Broken for more than 6 months
2015-12-30 math/p5-Math-Geometry-Planar-GPC-Polygon: Broken for more than 6 months
2015-12-30 www/eliom: Depends on broken and expiring www/ocsigen
2015-12-30 audio/py-fastaudio: Broken for more than 6 months
2015-12-30 devel/jgoodies-common: Broken for more than 6 months
2015-12-30 graphics/pinta: Broken for more than 6 months
2015-12-30 games/kanatest: Broken for more than 6 months
2015-12-30 editors/bless: Broken for more than 6 months
2015-12-30 security/burpsuite: Broken for more than 6 months
- Bring port directory and package names in sync
- Resolve PKGBASE conflict with editors/linux-sublime
PR: 205694
Approved by: portmgr blanket (due to PKGBASE conflict)
This is the latest Calligra release, and the 2.9 series will be the last
KDE4-based release series.
As usual, huge thanks to Tobias Berner <tcberner@gmail.com> for working on this
in kde@'s area51 experimental repository (including previous Calligra releases
between 2.7.5 and 2.9.10).
Notable changes from a packaging perspective:
- Several dependencies have been updated to use more recent ports versions.
- Old translations not shipped by the current Calligra release have been
removed.
- The dependency on sysutils/nepomuk-core has been dropped, following what
upstream has done.
- The dependency on Qt3-compatibility Qt4 ports has been dropped, following
upstream.
- CONFLICTS with ancient ports have been removed.
- Support for G'MIC (GREYC's Magic for Image Computing), introduced after
2.7.5, is disabled by default, as building the code with clang requires
insane (>24GB) amounts of memory. We reported this bug to the LLVM developers
(bug 22199) almost a year ago, but there has been no activity upstream.
- Stopped depending on graphics/pstoedit in an unorthodox way: just follow what
every major Linux distribution does and unconditionally depend on it. I could
not figure out why we were originally depending on the port if it was already
installed.
- Stop playing tricks with PACKAGE_BUILDING: we do not package Vc
(https://github.com/VcDevel/Vc) so it does not make sense to turn on support
for it when building packages. Not only that, but the CMake option name was
wrong (it should be PACKAGERS_BUILD, not WITH_PACKAGERS_BUILD).
2015-12-18 www/joomla15: Joomla 1.5.x reached its End of Life in September 2012. Please update to a current version
2015-12-18 www/joomla25: Joomla 2.5.x reached its End of Life in December 2014. Please update to a current version
2015-12-17 devel/rubygem-tins0: not used by other ports anymore
2015-12-09 www/py-django-pipeline12: Django 1.4 extended support ended on 2015-10-01
2015-12-09 www/py-django14: Django 1.4 extended support ended on 2015-10-01
2015-12-12 net/py-pysphere: No longer maintained, please use net/py-pyvmomi by VMware
2015-12-13 ftp/ftpcube: No releases for 8+ years, no supporting newer wxWidget
2015-12-13 astro/libroadnav: No releases for 8+ years, no supporting newer wxWidget
2015-12-13 astro/roadnav: No releases for 8+ years, no supporting newer wxWidget
There are two reasons to rename this port.
1) Upstream never liked it and requested -spark be the suffix instead
2) An ongoing attempt to fix lang/spark may result in a number of slave
ports with a -spark suffix, so this keeps up consistency as all of
these ports only exist to support that port.
