Changes:
- Plug a memory leak
- Add a switch to allow running in foreground
- Make the default actually really timeout at 1 min not 6s
- Change the loop mechanism to actually listen/poll on the xset s. and use the poll timeout to decide when to lock
Sponsored by: Essen Hackathon 2016
On FreeBSD 9 the dependency syntax used here will use the "old yacc" which is in
in base and not byacc from ports which does not support %pure_parser.
Dropping bison as a build dependency is not worth a more complex syntax
- Rename the LIBDANE option DANE because that's the name of the protocol
supported by libgnutls-dane and gnutls-cli. Also clarify the option
description.
- Add an IDN option.
- libgnutls-openssl has been removed in 3.4. Some ports used this library
in their LIB_DEPENDS but no port actually required it.
- Some old API functions have been removed. Ports that used these have been
updated or patched to use the new API.
- Add a patch to print/cups to prevent overlinking of libgnutls.so.
- Bump PORTREVISION on dependent ports.
net-im/jabber: This port used the old API to give users fine grained
control over which crypto algorithms were used via a configuration file.
It's not immediately obvious how to port this to the new API so the port
always uses the defaults now.
www/hydra: Mark BROKEN. This uses more removed calls than the other ports,
is said to be alpha quality and not fully functional and has been abandoned
10 years ago.
PR: 207768
Exp-run by: antoine
Approved by: portmgr (antoine)
changed the license to the AGPL 3 in version 9.07 so print/ghostscript9-base
is stuck at 9.06 which is almost 4 years old now.
Fix the logic in Uses/ghostscript.mk so "agpl" is treated as a real version
on its own instead of as a variant of other versions.
Fix print/ghostscript9-agpl-base to install eps2write.
Update math/asymptote to 2.37 to support newer Ghostscript.
PR: 208159
Exp-run by: antoine
Approved by: portmgr (antoine)
The port built fine with -j56 on Poudriere, and it also ran fine. I'm tempted
to believe whatever problems there were when the port was initially added to
the tree have since been solved, and the port should be make jobs safe now.
PR: 207191
Approved by: maintainer timeout (vg, 39 days)
And add dependency upon libsecret where needed. Bump PORTREVISION
because of dependency change. For x11/gdm also drop KEYRING option
and corresponding logic bits - this functionality is now available
unconditionally.
Differential Revision: D5690
Reviewed by: kwm, mat
- Unbreak fetching: upstream are using Debian CDN officially
- Stop demanding GNU make: builds fine with BSD make as well
- Define LICENSE (GPLv2), install couple of docs and sample
configuration file while here
- Update port description text and project web address
Install x11/kdelibs4's headers into include/kde4 instead of include (which
consequently causes several other ports to have their installation paths
changed too).
The idea behind this is to reduce path conflicts between KDE4 ports and the
upcoming KDE Frameworks 5 ports that will be installed into include/KF5. If
we continue installing the KDE4 headers into include/, we can end up in a
situation like this:
c++ [...] -I/usr/local/include -I/usr/local/include/KF5 file.cpp
If the KDE4 and KF5 versions of a port have the same headers, the KDE4 port
will unintentionally be picked up first and the build will fail.
Most of this huge patch is just PORTREVISION bumps, pkg-plist changes and a
few patches to FooConfig.cmake files to make them look into the kde4/
subdirectory in include/.
Changes which don't fit into the above are:
- deskutils/kdepimlibs4: Import an upstream patch to remove some double
semicolons that cause base GCC to fail. They have always been present, but
since the faulty header was referenced via -isystem /usr/local/include
this never caused any problems.
- devel/subversion, devel/subversion18: Update patch-configure. The current
kwallet changes there date back to 2011 (r272490), at a time when the
build could fail when both KDE3 and KDE4 were installed. Replace those
bits with a change I've submitted upstream to use the kde4-config program
to determine where KDE4's headers and libraries are installed instead of
assuming the headers are always in include/.
Once again, huge thanks to Tobias Berner <tcberner@gmail.com> for being the
first one to notice this problem when working on the KDE Frameworks 5 ports,
coming up with the solution and bugging me until I had time to work on this
and ask for the exp-run :-)
PR: 207906 (exp-run)
- Drop dependencies, that are not from ${WRKSRC}/BUILDING.txt.
- Add optional OpenSSL support.
- Turn (added) XVideo dependency into an option.
- Drop obsolete comment (jpeg-turbo can be compiled for non-amd64/i386
architectures since r388256).
- Bump PORTREVISION.
PR: 203237
Submitted by: Andriy Voskoboinyk <s3erios@gmail.com>
Approved by: maintainer timeout (175 days)
cc -I ../../include -W `pkg-config --cflags libSystem gtk+-2.0` -fPIC -Wall -g -O2 -pedantic `pkg-config --cflags libDesktop` -c embed.c
embed.c:104:33: error: too few arguments to function call, single argument 'code' was not specified
helper->error(NULL, error_get(), 1);
Reported by: pkg-fallout
Fix distinfo for the offending ports.
lang/yorick's tag was moved, and the added patch was no longer needed.
PR: 207644
Submitted by: mat
Exp-run by by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D4268
use it instead of storing manually-fetched distfile in `local-distfiles',
- Remove bogus USE_LDCONFIG knob and avoid symlinking to an absolute path
- As support for some older FreeBSD versions was removed in r398738, merge
in-place alteration of the `qmltermwidget/lib/kpty.cpp' file (previously
conditional) into existing patch
x11/gnome-shell lacks dependency on x11/libgnomekbd. Here is how it can be
checked out:
1. Click on language indicator on panel
2. Click on 'Show keyboard layout' button
You'll get this error message:
Execution of "gkbd-keyboard-display" failed: Command not found
Installing of x11/libgnomekbd resolves the issue.
PR: 207300
With hat: gnome
MFH: 2016Q1
