At some port, this port was converted from having a plist to using
PORTDATA as an automatic generator. Unfortunately, this excluded the
main executable (bin/tbe) from being packaged as well as several icons.
Drop PORTDATA and bring back the full pkg-plist (it's < 300 lines).
While here, pet portlint.
PR: 207946
Approved by: maintainer timeout
- 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)
Using variables for port origins break make operators like N: and M:
depending on where they are applied. It more robust (and arguable
more correct) to use a "hardcoded" path for *DEPENDS.
Approved by: marino (Listed as reviewer)
based games. It's currently in beta (2.0.0 release is planned on June 22
which is Quake's 20th anniversary).
WWW: http://kristianduske.com/trenchbroom/
The upcoming CMake 3.5.0 ends up generating Makefiles that cause much more
problems in parallel builds when the dependencies are not declared correctly.
This also allows us to get rid of MAKE_JOBS_UNSAFE.
PR: 208033
PR: 207198
Submitted by: Hannes Hauswedell <h2+fbsdports@fsfe.org>
Valley Benchmark is a new GPU stress-testing tool from the developers
of the very popular and highly acclaimed Heaven Benchmark. The
forest-covered valley surrounded by vast mountains amazes with its
scale from a bird's-eye view and is extremely detailed down to every
leaf and flower petal. This non-synthetic benchmark powered by the
state-of-the art UNIGINE Engine showcases a comprehensive set of
cutting-edge graphics technologies with a dynamic environment and
fully interactive modes available to the end user.
This port includes the linux-binaries of the basic (free-to-use)
version of the benchmark.
http://unigine.com/en/products/benchmarks/valley
PR: 189829 (based on)
Submitted by: operator@myrechenzentrum.net
Reviewed by: marino (partially, earlier version)
Tesseract is a first-person shooter game focused on instagib deathmatch
and capture-the-flag gameplay as well as cooperative in-game map editing.
http://www.tesseract.gg
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)
